• în BAL70 la 170
• în KONTBUG la 77
• în SALV9/OS la 180
• în SALV9/OC la 300

• în 06/OS sau 05/OC, modificaţi locurile de muncă, punându-le formaţia de lucru (spaţiu, A sau B)
• în 28/OS sau 12/OC, opţiunea zero, completaţi orarul de lucru pentru fiecare fel de formaţie.
• în 28/OS sau 12/OC, opţiunea unu, dacă sunt formaţii A sau B, vi se cere ce formaţie începe luna în program de dimineaţă.

Admin.portal@mfinante.gov.ro
23 aug. (Acum 1 zi)

către mine
PDF-ul produs de DUKIntegrator este doar un rezumat (ultra sumar) al
informaţiilor cuprinse în XML-ul ataşat (noi îl numim capac) şi nu conţine
toate detaliile cuprinse în acesta din urmă. De fapt aplicaţia care
prelucrează declaraţia ignoră aproape complet informaţiile din PDF (atât în
cazul PDF-ului inteligent - Soft A, cât şi în cazul celui f. simplu, despre
care vorbim, produs prin Soft J) şi prelucrează doar informaţiile din XML.
PDF-ul este doar o anvelopă, un vehicul al XML-ului ataşat şi un purtător
al semnăturii electronice. Această situaţie se întâlnea şi la vechiul D394,
dar şi la alte declaraţii, cum ar fi D112. Vă rugăm să ignoraţi forma
capacului şi să vă concentraţi pe producerea fişierului XML, singurul care
contează.

-----------------------------------------------------------------------------------------------
|Număr câmp      Conţinut                     Explicaţii                                      |
----------------------------------------------------------------------------------------------|
|    1           java                         Programul ce este invocat                       |
|    2           -jar                         mod de lucru Java                               |
|    3           c:\dist\DUKIntegrator.jar    cale şi nume Integrator                         |
|    4           -s                           să se creeze fişier cu semnătură                |
|    5           D205                         Despre ce declaraţie este vorba                 |
|    6           c:\xml\15499996\205_2015.xml Numele complet al fişierului de tip xml de citit|
|    7           c:\eroare.err                Eventualele erori se vor scrie în acest fişier  |
|    8           0                            valoare obligatorie                             |
|    9           0                            altă valoare obligatorie                        |
|   10           $                            tot o valoare obligatorie                       |
|   11           stan_1946                    Parola token-ului                               |
|   12           aladdin                      Tipul token-ului                                |
-----------------------------------------------------------------------------------------------

Câmpul 12 poate lua valorile:

aladdin
athena
gemalto
oberthur
safeNet
schlumberger

Normal, în câmpul 11 se pune parola token-ului dumneavoastră.

În câmpul 6 se pune numele fişierului dvs. (nu trebuie să conţină spaţii)

Exemplu:

java -jar c:\dist\DUKIntegrator.jar -s D205 c:\xml\15499996\205_2015.xml c:\eroare.err 0 0 $ stan_1946 aladdin

• În FURNIZORI, în funcţia 5 am introdus opţiunea 2 prin care se pot adăuga numerele de circulaţie ale maşinilor care pot face obiectul deductibilităţii limitate.
• Tot în FURNIZORI, în funcţia 7 am introdus câmpul "Cod maşină". Prin acest câmp programul trece dacă contul aferent destinaţiei începe cu cifra 6. Se poate tasta zero, adică nici o maşină (caz în care deductibilitatea cheltuielii şi a TVA-ului este de 100 %) sau se poate tasta codul unei maşini (caz în care în nota contabilă din 14 se vor genera câte două înregistrări, una cu contul propriu-zis, cu 1/2 din sumă şi alta cu contul 658.0, cu cealaltă jumătate din sumă). Contul 658.0 a fost inventat de mine, ca o cheltuială nedeductibilă. În cazul în care cheltuiala nu se înregistrează în FURNIZORI, atunci înregistrarea contabilă cu contul 658.0 se va face acolo unde se înregistrează, adică în BALANŢĂ, prin notă contabilă calculată şi operată de către contabil.
• În FURNIZORI, funcţia 14 (nota contabilă) lucrează cum trebuie.
• În BALANŢĂ, apelând funcţia 4 se generează, dacă este cazul, în planul de conturi, contul 658.0.
• În BALANŢĂ, funcţia 29 (pentru cei cu impozit pe profit) ţine cont de contul 658.0.

• Să descărcaţi FRN5 şi BAL70
• Să actualizaţi programele (penultima funcţie din BALANŢĂ)
• Să treceţi prin funcţia 4 din BALANŢĂ (pentru fiecare număr de plan de conturi)
• Să actualizaţi maşinile în FURNIZORI, funcţia 5, opţiunea 2
• Când introduceţi înregistrările în FURNIZORI, cu funcţia 7, acolo unde este cazul, să tastaţi codul maşinii care a generat cheltuiala.

• Defilare în tabelul de facturi ce se sting cu F3 şi F4 (când sunt facturi multe).
• Introducerea, în locul numărului de factură, a numărului curent (urmat de semnul minus) al facturii din ecranul facturilor în sold (prin care se poate defila cu PGUP şi PGDN).
• Posibilitatea de ştergere a unei poziţii cu tasta DEL.
• Posibilitatea de preluare a facturilor în sold (în limita sumei încasate), cu tasat F1, şi în funcţia de modificare.

• Defilare în tabelul de facturi ce se sting cu F3 şi F4 (când sunt facturi multe).
• Introducerea, în locul numărului de factură, a numărului curent (urmat de semnul minus) al facturii din ecranul facturilor în sold (prin care se poate defila cu PGUP şi PGDN).
• Posibilitatea de ştergere a unei poziţii cu tasta DEL.
• Posibilitatea de preluare a facturilor în sold (în limita sumei încasate), cu tasat F1, şi în funcţia de modificare.

• 16 în BALANŢĂ
• 111 în FURNIZORI
• 138 în CLIENŢI
• Fluturaşi, STATE, CARD BCR în SALARII

• Pe NET o să găsiţi şi BCR.ARJ. Descărcaţi-l şi pe ăsta (nu e nevoie decât odată).
• Când veţi actualiza pentru prima dată n-o să vedeţi BCR.ARJ. Actualizaţi fără el, apoi ieşiţi din lucrare, intraţi din nou pe actualizare programe şi ar trebui să-l vedeti. Actualizaţi deci, din nou.
• În 164/OS sau 15/OC găsiţi programul de instalare al BCR. Atenţie, instalaţi unde vă spune programul că trebuie. Dacă este deja instalat trebuie să-l dezinstalaţi cu Add/Remove şi apoi să reveniţi. Dacă aveţi mai multe calculatoare de pe care vreţi să faceţi CARD-ul BCR instalarea trebuie făcută pe fiecare în parte. După instalare programul se lansează şi vă permite să definiţi angajatorul.
• În 25/OS sau 19/OC, la poziţia 25 aveţi programul care vă creează fişierul de card pentru BCR. Programul creează (în C:\XML\codfiscal) două fişiere text care pot fi importate în EXCEL. Am pus şi deschiderea EXCEL-ului cu importul gata făcut. Pe ambele fişiere trebuie intrat pe coloana CNP, declarată de tip Number, cu 0 zecimale. După asta se intră pe 'File' şi se dă 'Save as'. Se schimbă tipul de fişier de salvat, alegându-se .xls şi lăsându-i-se numele. După ce se termină cele două EXCEL-uri, programul lansează automat aplicaţia BCR. Aici trebuie să intraţi pe angajaţi, să daţi import, să căutaţi fişierul în C:\XML\codfiscal, să vizualizaţi şi să salvaţi. Întrucât de la lună la lună ar putea să intervină noi angajaţi, importul se va face de fiecare dată. Numai că, dacă-i mai găseşte încă odată, dă eroare şi nu vă permite salvare. Aşa că va trebui să daţi click pe 'Selectie' apoi pe ştergere. Mai trebuie intrat şi pe Plăţi, dat import, vizualizare şi salvare. Apoi, tot din Plăţi puteţi crea fişierul pentru bancă, sunt două căsuţe jos.

• în actualizare personal (07/OS sau 06/OC), în câmpul 162 se poate introduce suma brută, eventual se va puncta dacă se face şi deducerea de 25 %
• în ştatele de plată nu mai apar sumele înscrise în câmpul 162
• pentru listarea ştatelor cu sumele din 162 se va folosi 152/OS sau 280/OC

1. în antet (2/OS sau 65/OC) am introdus un nou câmp, ultimul, prin care se precizează dacă unitatea este bugetară (lucrează cu noile conturi de trezorerie) sau nu.
2. în nomenclator (6/OS sau 5/OC) am introdus două noi subfuncţii, pentru arondarea locurilor de muncă la primele 9 caractere de după TREZ din contul IBAN, respectiv pentru arondarea fiecărui drept la următoarele 6 caractere din contul IBAN.
3. în 157/OS sau 157/OC am actualizat programul care scoate raportul corespunzător.

1. Neapărat trebuie să aveţi instalată imprimanta virtuală (în 146) 'doPDF'. Chiar dacă este instalată trebuie să aveţi grijă să fie aleasă ca imprimantă implicită (Default în Settings Printers).
2. În 105/2 trebuie să definiţi fişierele-ştampilă, pe ultimele trei rânduri de jos. Reamintim că fişierele rezultate din scanarea ştampilelor trebuie să se afle în \stan\bal70\date. Aici, în 105/2, se trece numele acestor fişiere. De regulă se scanează două ştampile, respectiv în 105/2 se trece acelaşi lucru la ştampila nr.1 şi ştampila nr.3 (ştampila administratorului, iar ştampila nr.2 este a celui care a întocmit/semnat bilanţul).
3. În opţiunile 105/6,7,8, la intrebarea 'Pag.1 (e,x,d,?,i,w,c,Enter):', răspundeţi cu litera I (mare sau mic, nu contează). Lăsaţi apoi numele fi·ierului pe care vi-l propune, adică daţi Enter apoi lăsaţi Nu (sau tastaţi DA dacă vreţi să umblaţi pe fişier, dar, atenţie, se iese cu apăsarea împreună a tastelor ALT şi END şi apoi răspundeţi cu D, dacă vreţi ca eventualele modificări să fie salvate). Ar trebui să vă apară pe ecran lista, inclusiv ştampilele, la urmă. Pe ecran aveţi, de fapt, programul Internet Explorer, lansat de programul de bilanţ pentru a valorifica ştampilele. Vă duceţi apoi cu mouse-ul sus pe meniu, în stânga, pe 'File' şi alegeţi 'Print'. O să vă spună că listaţi la 'doPDF', confirmaţi. Doar că trebuie să alegeţi dumneavoastră destinaţia unde trebuie să se depună lista, şi anume în C:\XML\codulfiscal\ANEXA1 (unde ultima cifră poate fi şi o alta). Închideţi ecranul cu ALT-F4 sau cu x pe colţul din dreapta sus. Va mai apărea înca odată lista dar o închideţi şi pe asta, fără să-i mai daţi listare.
4. Având create fişierele ANEXA1.PDF, ANEXA2.PDF, ANEXA3.PDF, aşa cum am arătat în paragraful anterior, se poate trece la 105/A pentru construirea fişierului ATAS.ZIP.

Trimis către ANAF de către Sava Stan, la 17-sep-20122
----------------------------------------------------------------------

În luna NOIEMBRIE nu este tratată corect data de 30/11/2012.

Este vorba de anul 2012, luna noiembrie, care, din cauză
că 30/11/2012 este zi de sarbatoare, are 21 de zile
lucratoare. (NZL).

Deci nu (CAS aferent CM, pentru un CM toată luna, 21 de zile):

707 =  21 * 0.35 * 2117 /22

ci

741 = 21 * 0.35 * 2117 / 21

Cu stimă,

ing.Stan Sava,
Buzau,17/09/2011

----------------------------------------------------------------------

Răspuns de la ANAF din 18-sep-2012
----------------------------------------------------------------------
From: 
To: "Sava" 
Subject: Re: Eroare D112
Date: Tuesday, September 18, 2012 08:33

Bună ziua,

Da, aveţi dreptate, vă multumim pt. atenţionare. Vom face modificarea
la momentul potrivit (adică până la 1-Dec-2012).

Cu stimă,
Corneliu Bal.

Agentia Nationala de Administrare Fiscala
Directia Generala a Tehnologiei Informatiei
Str. Poenaru Bordea 3-5, sector 4, Bucuresti
Tel (+4 021)319.98.89 / 153       Fax (+4 021)319.98.75
Mobil (+4) 0754024325

1. Se înfiinţează un drept în nomenclator, 6/OS sau 5/OC, cu denumirea 'Permise', Categoria=1, Frecvenţa=2, Contorizare=2.
2. Se înfiinţează o reţinere în nomenclator, 6/OS sau 5/OC, cu denumirea 'Permise', Categoria=8, Frecvenţa=1, Fel reţinere=0, Analitic=1, Taxa mandat=2.
3. Eventual se setează atributele dreptului respectiv, în nomenclator, 6/OS sau 5/OC.
4. Se introduc sumele aferente permiselor la salariaţii în cauză, prin funcţia 9/OS sau 8/OC. În câmpul zile/ore se introduce numărul de permise.
5. Se introduc aceleaşi sume prin funcţia 8/OS sau 7/OC. Dacă apreciaţi că este o muncă în plus, puteţi să evitaţi acest pas apelând funcţia 80/OC, cu subfuncţia 'G', unde mai daţi codul dreptului-permise, codul reţinerii-permise, codul-beneficiarului (1), fără diminuare (4).

1. Mesajul 'Fişier incoerent' a fost înlocuit cu 'Fişier corupt'. Trebuie spus că termenul de 'incoerent' a fost introdus de mine şi mi se pare mai adecvat decât cel preluat, ulterior, din engleză, de 'corupt', care ar însemna 'stricat'. Pentru program fişierul este ininteligibil, necorespunzător, deci fără coerenţă. Dar, ce să-i facem, ne aliniem !
2. În toate locurile unde trebuie să se tasteze un text se porneşte de la premisa 'INSERT ON', spre deosebire de 'INSERT OFF', în forma veche. O fi bine, n-o fi, aşa am considerat eu că e mai bine şi ar trebui să trec iar prin cele aproape 1000 de programe să le recompilez, ca să revin. Am plecat de la premisa că majoritatea utilizatorilor nu cunoşteau faptul că puteau comuta cele două moduri, cu ajutorul tastei INSERT. Aşa că, dacă nu se doreşte 'împingerea' textului spre dreapta, se apasă mai întâi pe INSERT şi lucrează în mod suprascriere. Cea mai frecventă dificultate este la programul de 'Vizualizare fişier', care propune deja un fişier cu numele L (litera mică, confundată uneori cu cifra unu). Apăsând imediat un nume de fişier, 'L'-ul se deplasează la dreapta, rezultând un nume de fişier nedorit. Cel mai simplu este să se dea direct Enter.
3. A fost scurtată paranteza cu opţiunile de listare. Cel mai bine este să se dea direct Enter. Programul creează fişierul 'L' şi intră automat pe vizualizarea lui. Există deci posibilitatea de a naviga prin el (înainte, înapoi, dreapta, stânga) şi de a apela la căutari (cu F9 şi F8). De asemenea, cu F1, F2 şi F3 se poate trece chiar la listarea lui la imprimantă, lansând corespunzător câte un program de listare. Dintre acestea F1 este destinat listării la imprimante paralele standard (matriciale sau HP paralele vechi).
4. A fost 'obturată' procedura 5, EVIRET (şi implicit 6). Ea şi-a avut rolul în trecut. Acum, cu introducerea Declaraţiei 112, ne este practic imposibil să mai asigurăm corectitudinea algoritmilor şi în EVIRET. În plus, doar Galaţiul o folosea (şi IRLU rupt din Galaţi). Dealtfel devenise din ce în ce mai greu şi de intreţinut nomenclatoarele. CFR-ul nu mai este însă tot atât de complex ca în trecut. Pe de altă parte au fost introduse şi în procedura standard (2) funcţii care rezolvă în mare parte EVIRET-ul.
5. Nu în ultimul rând am schimbat şi aspectul ecranului principal, pe fond albastru.
6. Unele funcţiuni, care nu-şi mai aveau rostul, au fost eliminate. Pentru a nu se schimba numerele de funcţiuni, deja cunoscute, locul lor a rămas, dar nu funcţionează. Urmează a fi completate cu alte funcţiuni, pe măsura ce apar.

Îmi cer scuze pentru unele probleme iscate din această acţiune, dar promit că aceasta va fi un nou punct de pornire în aplicaţia de SALARII. După stabilizarea acesteia, urmează a fi aduse la aceeaşi tehnologie şi celelalte aplicaţii.

• La intrarea în 112 programul memorează parola (cea pusă în datele unităţii). Chiar dacă nu se mai face nimic în 112, ea rămâne memorată.
• Ori de câte ori este nevoie de tastarea parolei, se aduce parola din memorie, tastând combinaţia CTRL-V sau Paste din mouse. Se poate verifica acest lucru şi din NOTEPAD, dând CTRL-V. Veţi observa că pe ecran, în zona text, va apărea parola, în clar.

Acum, în 104, avem BILANŢ SEMESTRU 2011 ! Termen:16/08/2011. Cei cu cifra de afaceri la 31/12/2010 mai mică sau egală cu 35.000 EURO (curs la 31/12/2010) nu depun situaţii la 30/06/2011. Deasemenea, nu depun nici firmele înfiinţate în 2011, cele în curs de lichidare sau cele suspendate tot semestrul 1/2011 !

Am în pregătire REVISAL-ul, forma de la 01/08/2011 !

Vă trebuie Adobe 8.2 pentru 150. Trebuie mai
întâi să dezinstalaţi vechiul Adobe, din Control Panel, cu
Add/Remove Programs şi apoi instalat Adobe 8.2.

După instalare, faceţi următoarele setări pentru Adobe:

- Deschideţi Adobe
- Click pe Edit
- Click pe Preferences
- Click pe Security
- Click pe Advanced Preferences
- Click pe Windows Integration
- Bifaţi toate cele trei căsuţe
- Click pe OK
- Click pe noul OK

De asemenea, pentru 150, trebuie să lucraţi cu Internet
Explorer (nu Mozila, Opera sau altceva).

Setările lui sunt următoarele:

- Deschideţi Internet Explorer
- Click pe File
- Click pe Page Setup
- Alegeţi Empty la toate cele 6 Headers and Footers
- Puneţi 0.4 inci sau 10 mm la margini

150 nu se face din Adobe, ci din Internet Explorer.

Dacă nu aveţi "Documentul de confirmare" semnat digital de
către dvs. şi de către furnizorul certificatului digital:

- Deschideţi Internet Explorer
- Intraţi pe http://www.anaf.ro
- Click pe 'Declaraţii electronice'
- Click pe 'documentul de confirmare' (de la punctul 3)
- Completaţi numele aşa cum apare în certificat
- Completaţi prenumele aşa cum apare în certificat
  Dacă aţi declarat două sau mai multe nume, atunci ele se
  separă prin semnul - (minus)
- Completaţi CNP-ul
- Completaţi adresa de email a dvs. aşa cum apare în
  certificat
- Cu token-ul montat, daţi click pe săgeata roşie din
  dreptunghiul cu 'Semnătura utilizator'. Trebuie să vă
  ceară şi parola. I-o daţi.
- Salvaţi fişierul, cu numele dumneavoastră, de ex. GeorgescuViorel.pdf
- Ieşiţi din Internet Explorer

- Trimiteţi un email de la adresa declarată în certificat,
  la adresa confirmare@digisign.ro, confirmare@certsign.ro
  sau confirmare@transsped.ro, funcţie de furnizorul certificatului.
  Ataşaţi mail-ului fişierul mai sus salvat.
- Aşteptaţi răspuns la mail. Dacă zice că s-a procesat cu
  succes, atunci aveţi ataşat un fişier pdf (de regulă cu
  acelaşi nume cu care l-aţi trimis) dar şi cu semnătura
  lor. Descărcaţi acest ataşament şi puneţi-l undeva, bine,
  că vă trebuie, acum şi în viitor, ori de câte ori aveţi nevoie
  de un 150 pentru un client.

Pentru a scoate 150, procedaţi astfel (dupa ce aveţi fişierul
de mai sus trimis semnat de către furnizorul certificatului):

- Deschideţi Internet Explorer
- Intraţi pe http://www.anaf.ro
- Alegeţi 'Declaraţii electronice'
- Alegeţi, din stânga, 'Înregistrare certificate calificate'
- Derulaţi toată pagina şi daţi click pe 'Acceptă' de la urma
- Daţi 'Browse' şi selectaţi fişierul pdf trimis de firmă, cu
  semnatura dvs. şi a lor.
- Click pe 'Transmite documentul'
- Completează CUI-ul firmei de la care ai procura
- Completează Denumirea firmei, din procură
- Completează adresa firmei, din procură
- Click pe Submit
- Click pe 'Obţinere formular 150'
- Click pe 'Tipăreşte cererea'
- Alege numai Pagina numărul 2
- Alege 2 (două) copii
- Daţi OK (print)
- Dacă mai vreţi şi pentru altă firmă, duceti-va la urma şi daţi-i
  'Continuă cu înregistrarea altei firme', ş.a.m.d.

Dacă la tipărire vă iese formularul prea în dreapta şi nu este
scris tot rândul, alege listarea 'Landscape'.

Două exemplare din 150, completate cu numele celui din
procură, pusă data, semnate şi ştampilate (aceeaşi semnă-
tură ca şi pe procură, n-o faci mata, că te prinde, altceva
nu ştiu cucoanele de la ANAF), însoţite de procură şi
de copia de pe CI/BI al dvs. trebuiesc duse la ANAF.

După vreo două zile vă răspunde, pentru fiecare firmă, că
puteţi transmite declaraţii. Chiar dacă nu răspund, se pot
vedea, pe ANAF, la 'Dosar fiscal', CUI-urile pe care le puteţi
semna.

Datorită unor încurcături de coduri de case de sănătate rog toate unităţile CFR sa treacă prin programul de actualizare personal (să intre şi să iasă) pentru a se corecta (automat) codul casei de sănătate (din 51 devine 47). De verificat apoi în 11/OS sau 62/OC. De asemenea, cine are casele CAST sau OPSNAJ să-şi verifice salariaţii respectivi (din 51 să facă 47 iar din 52 să facă 48).

A fost introdus, în 7/OS sau 6/OC, câmpul 61, pentru zile "Reducere Program de Lucru", prescurtat RPL, conform Codului Muncii. Aceste zile au acelaşi regim ca şi zilele CFS numai că se evidentiază separat.

Multă lume s-a lovit de o problemă, de când a apărut Declaraţia 112, şi anume, pentru salariaţii suspendaţi toată luna de la şomaj (datorită CM buget şi sau CFS sau absenţe) nu se pot acorda alte drepturi (de tip premieri, de regulă) întrucât iese pe eroare. Am recomandat să se folosească un drept la care să i se seteze la atribute că nu se ia şomaj. Am găsit o altă soluţie, ca să-l păcălesc, şi de acum încolo n-o să mai aveţi astfel de probleme (am luat o oră de la 'ore suspendate (B1_7)' şi am trecut-o la 'ore lucrate B1_6'; nu implică nici o modificare de alte sume sau zile).

Ajustarea respectivă are loc în 112/3, deci este observabilă numai în fişierul XML (112/7).

În primul rând, datorită faptului că aproape toată lumea este uitucă şi omite să facă 112 cu opţiunea 'A' (reinstalare program ANAF, actualizat) după fiecare actualizare a SALARIILOR, am găsit o soluţie ca acest lucru să nu mai fie necesar, să se facă automat. Dacă actualizaţi prin BALANŢĂ, este nevoie să actualizaţi şi BALANŢA (numai acum, nu de fiecare dată), ca soluţia să devină activă.

În al doilea rând, venim în întâmpinarea celor care vor să dea o sumă netă (prima de Paşti, de exemplu). Se poate proceda astfel:

1. Se înfiinţează un drept în NOMENCLATOR (5/OC) care, pe lângă cod şi denumire, are:
   • Categorie:1
   • Frecvenţa:2
   • Contorizare:1
2. Se înfiinţează o reţinere în NOMENCLATOR (5/OC) care, pe lângă cod şi denumire, are:
   • Categorie:8
   • Frecvenţa:1
   • Fel reţinere:0
   • Analitic cont 447:0 sau altceva
   • Taxa mandat poştal:2
3. Se iese din NOMENCLATOR (5/OC) şi se intră iar. Se face comutare pe 11 (atribute), apoi se dă M (modificare). Cu PgDn se ajunge la dreptul de la pct.1. Se completează tot ecranul cu DA.
4. Cu 80/OC, opţiunea A, se adaugă la toţi salariaţii o sumă fixă în reţineri. Dacă nu se dă la toată lumea aceeaşi sumă netă atunci această sumă netă trebuie introdusă în reţineri, om cu om (7/OC)
5. Se poate intra pe reţineri (7/OC) ca să se şteargă reţinerea de la cine nu trebuie să ia.
6. Cu 223/OC se poate lista ştatul de plată
7. Cu 19/OC, opţiunea 3, se face discheta de card că să se virezi banii
8. Cu 227/OC se generează dreptul brut. Această opţiune se poate face ori de câte ori este necesar. Este ultima operaţiune înainte de 120/OC (generare card lichidare), întrucât brutul rezultat în dreptul cu pricina este funcţie de conjunctura celorlalte drepturi şi reţineri.

O inadvertenţă la permisele CFR, respectiv nu se calcula corect decucerea pentru baze între 1000 şi 3000 RON. De asemenea, cine are probleme cu zilele bază de calcul pentru CM (octombrie 2010 şi/sau ianuarie 2010), să intre în ianuarie, apoi în februarie/2010, prin 7/OS sau 6/OC (intrat şi ieşit) şi prin 86/OS sau 253/OC, după care, în luna martie/2010, la fiecare om (cu 7/OS sau 6/OC) cu CM, să se treacă prin câmpul 56 cu Enter-uri. S-a corectat şi lista de control CM. Pentru cei cu permise impozbile, dar nu numai, este de văzut şi lista de la 151/OC.

S-a observat că, pe luna martie 2011, la unii salariaţi, nu se prelua corect câmpul 139 (ore lucrate OCTOMBRIE/2011). În data de 05/04/2011 am corectat această anomalie. Se poate merge în 02/2001 şi se dă 86/OS ca să se corecteze acest lucru în luna următoare.

S-a modificat programul ANAF (112/3). Pe lângă câteva câmpuri la medicale, din cauza cărora le dădea eroare celor de la sănătate, pe care le-au scos de la opţionale, s-a modificat forma de scriere a mediei zilnice la medical. Numai pentru ianuarie rămâne cu 4 zecimale, în timp ce, începând cu februarie 2011 se scrie cu numai două zecimale. Cine le-a predat, e bun predat, doar dacă mai depune rectificativă se conformează. Trebuie precizat că medicalul se calculează tot cu media cu 4 zecimale, numai scrierea se face cu 2 zecimale, că aşa au scris ei greşit în Monitorul Oficial. De asemenea, în 112/E îl găsiţi şi îl lăsaţi tot cu 4 zecimale, fiind treaba lui 112/2, care creează XML-ul, să-l facă cum trebuie. Corespunzător s-a modificat şi PDF-ul inteligent (aşa că, dacă utilizaţi 112/F şi apoi import, luaţi de bază PDF-ul \STAN\SALV9\PROG\112.PDF în care să importaţi prin FORMS). Nu uitaţi să daţi 112/A, să se instaleze noua versiune de program Java al ANAF.

Unele judeţe, ca de exemplu Brăila, cereau, înainte de 2011, la Casa de Sănătate, ca şi la medicalul de tip 12 (Tuberculoză) să se completeze codul de boală contagioasă. Programul ANAF nu permite codul de boală contagioasă decât la medicalul de tip 05 (Boală infecto-contagioasă grupa A). Corespunzător am modificat şi eu programul de completare a datelor pentru medicale (32/OS sau 142/OC).

În 95, 96, 97 am implementat achiziţiile de materiale recuperabile de la persoane fizice, cu reţinerea la sursă a impozitului şi întocmirea declaraţiei 205.

Am perfecţionat opţiunea F din 112, care creează un XML importabil în PDF-ul inteligent. L-am testat şi cu medicale, inclusiv cu accidente de muncă. Am folosit ADOBE 8.2.0. Necazul este că la date foarte multe cedează PDF-ul la import. Cred că totuşi până în jur de 1000 de asiguraţi merge.

S-au mai corectat programele de actualizare personal (06/OC sau 07/OS) şi 112/OC/OS în legătură cu tipurile de contract. Acum, când tastaţi o valoare în câmpul 83 (tip de contract) completează singur câmpurile legate de ce contribuţii sunt asociate. O observaţie trebuie făcută în legătură cu SĂNĂTATE ASIGURAT pentru DREPTURI de AUTOR şi CONTRACTE CIVILE. Programul setează DA (se calculează şi se reţine). Programul ANAF dă avertisment, că nu e calculată corect, chipurile, nu prea ar trebui să se ia. În realitate SĂNĂTATEA ASIGURAT este ASOCIATĂ cu IMPOZITUL. Problema se pune cine o declară şi o plăteşte. Programul ANAF trimite toţi impricinaţii la CASA de SANATATE, câţi din ei se vor duce. Pe de altă parte, dacă reţinerea o face şi o plăteşte angajatorul, se beneficiaza şi de deducere din baza de impozitare. Dacă reţinerea o face angajatorul atunci se va depune FF2 la ANAF, altfel trebuie depusă 205 de către angajator iar beneficiarul sumelor trebuie să-şi regularizeze şi el, la fisc, situaţia, printr-o declaraţie asemanatoare. În concluzie, recomndăm ca, cel puţin începând cu luna pentru care nu s-a depus declaraţia 112, să se revadă câmpul 83 pentru cei care nu au tip contract 1, să se schimbe acolo unde este cazul şi să se retasteze a să se seteze corect atributele obligaţiilor (cenzori, AGA, pensionari, drepturi de autor, contracte civile, consilieri locali).

Ca şi tichetele de masă, ×i permisele CFR au intrat la impozitare. Am ales o alta soluţie (faţă de tichete). Ăn 06/OC sau 07/OS aveţi campul 59, cu suma ce trebuie impozitată. Tot aici dispuneţi de o opţiune globală, apelabilă cu litera P, pentru generarea unei sume fixe la toţi salariaţii. Pentru anularea ei se generează din nou, cu suma zero. Ştiu că permisele sunt pe clase şi nu toată lumea beneficiază de acelaşi număr de permise dar, măcar pentru cei majoritari, generarea ajută, urmând apoi să se intre pe cei cu abateri şi să se corecteze câmpul 59. De asemenea, câmpul se reporteza în luna următoare, în ideea că această sumă s-ar putea să intre în baza de impozitare eşalonat. Oricum, ştergerea ei nu este o problemă, făcându-se o generare cu valoarea zero. Ăn mod distinct, suma de impozitat aferentă permiselor se pune în evidenţă în ştate, fluturaşi şi centralizatorul asigurat. Normal, impozitul trebuie să apară cel corect în toate situaţiile.

În 112, aveţi opţiunea G, pentru listarea centralizatorului de medicale, aşa cum îl cere Casa de Sănătate, când aveţi de recuperat bani de la ei. De asemenea, acum puteţi pune, pentru tip contract 17 şi 18 (drepturi de autor şi contracte civile), ŞOMAJ asigurat şi/sau CAS asigurat (SĂNĂTATE asigurat numai cu avertisment).

În 112, aveţi opţiunea F, care creează un XML capabil de a fi importat în PDF-ul inteligent al ANAF (Documents-Forms-Import data). Deocamdată n-am tratat şi sediile secundare, aşa că, la impozit, dacă aveţi şi sedii secundare, o să vă dea eroare la VALIDARE. Oricum, se poate lucra pe el şi se pot scoate liste, care altfel nu le-aţi putea obţine (cum cere SOMAJUL, de exemplu, pentru subvenţii). De asemenea, în \STAN\SALV9\PROG gasiţi şi 112.PDF, care este PDF-ul inteligent al ANAF. Puteţi să vă faceţi o copie, ca să-l păstraţi aşa cum este, gol de informaţii. Importul, dar, mai ales validarea, durează ceva timp, asa ca, dacă aveţi date relativ multe (peste 1000 de salariaţi), să nu vă aşteptaţi să se termine repede. Programele mele rezolvă astfel de treburi aproape instantaneu. Aveţi, cu această ocazie, posibilitatea să apreciaţi şi dumneavoastră.

Acum, în 89 (OP), pe "Import date din Declaraţii", programul "vede" şi 112-ul din SALARII !

În 112, opţiunea 4, am corectat greşeala de la persoanele cu CM, la care nu se "vedeau" contribuţiile aferente. De asemenea, nu mai pun, în arhiva ce o descărcaţi de pe NET, kit-ul de Java, întrucât îl aveţi deja (ocupă vreo 16 Mega).

Am făcut cumularea fişierelor XML. Am cumulat RTFC Bucureşti, care are mai multe subunităţi (depouri şi altele). Ce trebuie făcut ?

• Pentru fiecare XML trebuie să existe o unitate SAVA. N-o aveţi, v-o deschideţi, doar la nivel de antet.
• Mai înfiinţaţi o unitate, în care se va centraliza (tot la nivel de antet).

S-au mai "cizelat programele" în legătură cu 112 (inclusiv punerea de acord a centralizatorului angajator cu 112 referitor la tariful de risc). Rămâne s-o mai fac şi în nota contabilă. Diferenţa era mică, în general de un leu şi apărea ca avertisment în 112 (a fost rezolvat şi avertismentul). Necazul este că, în cazul avertismentelor, te lasă să treci mai departe, dar în PDF (centralizatorul datoriilor şi deductibilităţilor) duce tot valorile lui. Aşa se face că, deşi eu permit o sumă de recuperat de la FNUASS, pe care o întroduc, în limitele permise, în suma deductibilă, mă avertizează că am dedus incorect şi nu mi-o ia în considerare (în XML o găsiţi).

O problemă apare la societăţile care nu depun ele însele declaraţiile, ci urmează a fi cumulate, de către societatea mamă. Toate declaraţiile trebuiesc făcute pe codul fiscal al societăţii mamă, ca să se poată cumula. Toate locurile de muncă ce nu sunt în aceeaşi localitate cu sediul social al societăţii mamă, trebuiesc arondate la localităţi cu codurile fiscale aferente sediilor secundare. În aceste condiţii, de exemplu SNTFM Marfă Galaţi, care aparţine de SNTFM CENTRAL Bucureşti, va avea NUMAI SEDII SECUNDARE (că doar n-or fi având locuri de muncă în Bucureşti, unde este sediul principal). Dar SNTFM Marfă Bucureşti (Regionala) va avea pentru toate locurile de muncă din Bucureşti codul fiscal al SNTFM Central, pentru că, fiind din aceeaşi localitate, sunt în SEDIUL PRINCIPAL.

În altă ordine de idei, sunt pregătit să fac cumulări de fişiere XML chiar construite cu alte aplicaţii, întrucât trebuie să centralizez cel puţin două companii CFR (Marfă şi Infra). Am şi solicitări de principiu şi din partea altor clienţi, cărora nu le-am refuzat sprijinul. Trebuie să ieşim cu bine şi din asta. Din punct de vedere informatic este un CAZ de FORŢĂ MAJORĂ !

• De intrat pe 2/OS sau 65/OC (actualizare date firma) şi, în ultimul câmp din ultimul ecran, de verificat şi, eventual corectată casa de sănătate a angajatorului.
• De verificat impozitarul (5/OS sau 4/OC), eventual apelată opţiunea 1 să-l pună programul pe cel corect.
• De intrat pe 7/OS sau 6/OC (actualizare personal) şi dat R (pune corect la toată lumea NU în câmpul 57, care, deocamdată, îl refuză 112). De asemenea, dacă există CM-uri de tip 16 (creştere şi îngrijire copil) trebuie intrat pe ele întrucât e posibil să fi rămas cu sumă. De verificat, de asemenea, câmpul 83 (tip contract), unde am redefinit valorile, doar 1 (salariat) rămânând neschimbat.
• Nu uitaţi ca după orice actualizare a programelor, să daţi 112 cu A (pentru ca o eventuală nouă versiune a programului ANAF să ajungă şi la dvs. în calculator).

În 3.146/OC am pus o 'indexare' salarii pentru bugetari. Programul se va rula în luna 01/2011. El se uită în 12/2010 la salarii (câmpurile 18, 177 şi 179) şi le actualizează (le împarte la 1,25 şi le înmulteşte cu 1,15). Rezultatul îl pune în aceleaşi câmpuri, în fişierul din 01/2011. Pentru a nu fi apelat 'prosteşte', există posibilitatea de renunţare nerăspunzând corect la parola ceruta şi afişata. Oricum, în alte luni programul nu permite a fi apelat.

Bilanţul (la 105) ! Am scos forma veche, pentru că unii se duceau şi o predau pe aceasta. Am lăsat listare şi pentru bilantul cu erori (Formular ERONAT).

Ca să vă iasă din grijă: Declaraţia 112. Se apelează cu 112/OS sau 112/OC. Deocamdată, fără erori, doar dacă nu sunt medicale (ANAF-ul mai are de muncă la program). Sunt integrate şi instalările programelor ANAF-ului şi JAVA.

S-a actualizat Declaraţia 101 pentru anul 2010 (funcţia 116). În 2010 se fac 2 declaraţii 101, respectiv 01/01/2010-30/09/2010 şi 01/10/2010-31/12/2010. Se intra pe luna corespunzatoare (09 sau 12). Rândul 2 din capitolul C programul îl comletează automat, pornind de la informaţiile înscrise în 85 (total venituri an 2009 şi, eventual, datele de înfiinţare, încetare, reluare activitate.

Funcţia 36 a fost îmbogăţită cu export în fişier XML, în vederea importării în fişierele PDF, pentru transmiterea ONLINE.

Pentru cei care trebuie să depună Declaraţii 100 şi să facă Ordine de Plată pentru mai multe puncte de lucru, au fost realizate funcţiunile 19.34/OC şi 19.35/OC care rezolvă complet problemele. Pentru a funcţiona această facilitate, trebuiesc să fie operate urmatoarele:

• În nomenclator (5/OC sau 6/OS) să fie definite localităţile punctelor de lucru (entitatea 9), unde esenţiale, pe langă cod (la alegere), sunt:
  • Denumirea localităţii
  • Codul judeţului (conform legendei însoţitoare)
  • Codul trezoreriei unde este arondată localitatea respectivă (3 cifre, care se pun în câmpul 'CONT', sau contul de trezorerie complet, dar programul oricum are nevoie numai de cod. Se poate pune, de exemplu, în câmpul 'CONT', RO98TREZ06120470101XXXXX sau numai 061, pentru Trezoreria Bacău)
  • Codul fiscal al punctului de lucru
  De notat că numele trezoreriei nu este esenţial, el fiind generat, de către program, ca şi contul, plecând doar de la codul trezoreriei.
• În nomenclator (5/OC sau 6/OS) să fie arondate locurile de muncă (entitatea 4) la localităţi, respectiv să se completeze câmpul 'Cod localitate'
• În antet (65/OC sau 2/OS) trebuie pus numele conducătorului unităţii şi funcţia acestuia (câmpurile 'Nume şef 1' şi 'Funcţie şef 1') cât şi banca, filiala şi contul din care se face viramentul (banca nr.1). Atenţie, nu se va completa localitatea băncii decât în câmpul 'Filiala' !

• Lista de control (de preferat de dat mai întâi, pentru a observa eventualele lipsuri sau greşeli)
• Declaraţii 100 cu coduri de bare
• Atribuirea de numere şi dată la OP-uri, eventual schimbarea lor
• Posibiltatea modificării sumelor de virat
• Tipărirea Ordinelor de Plată cu coduri de bare

O corecţie în Darea de Seamă Statistică S2 (pentru bugetari, cu salariile diminuate cu 25 %, să considere şi salariul de încadrare diminuat).

Cei de la şomaj au mai corectat declaraţia (calcula altfel NI, în condiţiile existenţei de asiguraţi cu drepturi de autor sau contracte civile).

Am făcut rost (şi am implementat în 89) de datele tuturor ITM-urilor din ţară.

Ministerul de Finanţe a adăugat, în Declaraţia 102, rubrici pentru:

• CAS drepturi de autor şi convenţii civile
• SOMAJ drepturi de autor şi convenţii civile

• Impozit pentru drepturi de autor
• Impozit pentru convenţii civile

Darea de seamă statistică S2, în OC 3.23, 3.24 si 3.25. Precizăm că această situaţie se întocmeşte odată pe an, pentru luna OCTOMBRIE, dar numai de către unităţile cărora li se cere acest lucru (de către Direcţia de Statistică). Situaţia de anul acesta este mai simplă, eliminându-se defalcarea pe funcţii şi meserii. Totuşi, pentru ca programul să meargă, este nevoie să existe codurile COR la toate funcţiile (eu extrag doar prima cifră din codul COR, cifră ce reprezintă GM-ul, grupa majoră de funcţii).

Declaraţia de ŞOMAJ actualizată, începând cu luna 09/2010. Este rezolvată problema drepturilor de autor şi convenţiilor civile (tip contract=6 şi 7). Pentru SĂNĂTATE nu este cazul, întrucât OUG 82/2010, care modifică OUG 58/2010, a eliminat SĂNĂTATEA (aceasta rămânând ca mai înainte). Nu am idee dacă sumele CAS asigurat şi ŞOMAJ pentru drepturi de autor şi convenţii civile se virează (şi se declară) tot la MF sau la CASE. Atenţie, totuşi, la impozit (pentru care există în Decl.100 rubrică distinctă pentru convenţii civile). Pensionarii cu tip contract=6 sau 7 nu plătesc nici CAS nici ŞOMAJ.

În personal, la câmpul 83, se permit valorile 6 şi 7, pentru "Drepturi de autor", respectiv "Convenţii civile", conform OUG 58/2010. Corespunzător, au apărut 123/OS şi 276/OC, care realizează DECLARAŢIA de CAS pentru persoanele respective (deocamdată la SOMAJ şi SĂNĂTATE n-am semnale).

S-au modificat programele 29 si 11, în conformitate cu OUG 87/2010 (care a abrogat, începând cu 01-oct-2010, impozitul minim şi a mutat regularizarea impozitului minim al anului 2010 din trim.4 în trim.3; a se vedea art.I, alin.5).

S-a modificat Declaraţia de şomaj (începând cu lichidarea lunii IULIE/2010).

Conform unor acte normative (pare-se mai multe), în anumite condiţii, angajatorul este scutit de la plata contribuţiei de somaj (nu şi salariatul). Pentru aceasta, la salariaţii respectivi se va pune la câmpul 85 (Şomaj angajator) valoarea NU (pentru lunile în care această scutire este activă).

În lista nominală a mai apărut un câmp, la coada rândului (1 pentru salariaţii normali, 2 pentru salariaţii pentru care angajatorul este scutit).

În centralizator au mai apărut două rânduri, respectiv cu valoarea scutirii şi cu numărul de salariaţi pentru care angajatorul este scutit.

Evident că aceste câmpuri se regăsesc şi în fişierele de pe dischetă.

Aceasta declaraţie a apărut în MONITORUL OFICIAL nr. 555 din 6 august 2010 dar pe site-ul www.anofm.ro programul nu este actualizat.

1. în 06/OS sau 05/OC, comutare pe 1, se adaugă un drept "Tichete de masă" (cu caracteristicile de după denumire, 1, 2, 2)
2. în 06/OS sau 05/OC, comutare pe 2, se adaugă o reţinere "Tichete de masă" (cu caracteristicile de după denumire, 8, 1, 0, 1, 2)
3. în 06/OS sau 05/OC, comutare pe 3, se adaugă, dacă este cazul, un beneficiar nou. Dacă există deja atunci ni-l vom nota, să-l ţinem minte
4. în 06/OS sau 05/OC, se modifică atributele la dreptul de la punctul 1 (se pune Da pe coloana de IMPOZIT, pentru toate cele 12 luni).
5. în 7/OS sau 6/OC, pe modificare, se trece, la fiecare salariat, în câmpul 129 ("Tichete distribuite"), numărul efectiv de tichete acordate
6. cu 138/OS sau 245/OC se generează dreptul şi reţinerea la salariaţii cu tichete de masa. Funcţia poate fi apelată şi de mai multe ori, că nu se întâmplă nimic rău. Programul cere trei coduri (al dreptului, al reţinerii şi al beneficiarului), cat si valoarea unui tichet de masă.

• în 02/OS sau 65/OC, pe ultimul ecran, puneţi "D" la "Diminuare 07-12/2010"
• în 135/OS sau 199/OC definiţi (dacă lucraţi cu 137/OC), drepturile ce se iau în calcul la stabilirea pensiei de întreţinere
• în 136/OS sau 274/OC definiţi drepturile supuse diminuării cu 25 % (programul 'evită' CM-urile; dacă o să trebuiască să intre şi vreun anumit CM, o să modific; deocamdată am pus aşa ca să nu se prea greşească).
• din iulie până în decembrie/2010 ar trebui să observaţi în toate situaţiile (fluturaşi, ştate, centralizatoare) un drept cu semnul minus "Diminuare 25 % bugetari"

• să aveţi înfiinţate reţinerile respective şi beneficiarii aferenţi, în nomenclator
• să puneţi reţinerile respective (ca şi cod de reţinere, cod de beneficiar, rang zero, suma un leu) la salariaţii care au consimţit să li se reţină. Suma de un leu am pus-o aşa, ca să se poată merge mai departe, întrucat ea va fi schimbată de 3.141/OC

1. Cu luna 12/2009, din unitatea normală, se dă 17.1 pentru a crea o nouă unitate, inexistentă până acum, pe care se va lucra monitorizarea
2. Schimbaţi cu 1 în noua unitate, tot pe luna 12/2009
3. Cu 17.2 se face o generare a unui dicţionar de monitorizare
4. Cu 17.3 actualizaţi acest dictionar pe partea de drepturi, făcându-le să se ducă în coloanele dorite de noi. Drepturile fără atribuire nu se vor lua în considerare. Programul cere anul, deci se va apela atât pentru 2009 cât şi pentru 2010.
5. Cu 17.4 actualizaţi dicţionarul pe partea de funcţii. Se apelează de mai multe ori, pentru CATEGORII de PERSONAL, NIVEL STUDII şi ANEXA (aceasta din urmă separat pe cei doi ani). De văzut facilitatea tastei F1 care permite duplicarea informaţiei, pe toate cele trei coloane amintite mai sus.
6. Cu 17.5 se calculează sumele.
7. Cu 17.6 se generează fişierele ce vor fi preluate apoi în EXCEL
8. Din EXCEL se deschide apoi fişierul furnizat de MF (fără date):
   • Se intră în sheet-ul respectiv (2009 sau 2010)
   • Se focusează prima celulă de date (click pe prima pozităe de CNP)
   • Se apelează din bara de instrumente rubrica "DATE"
   • Se alege de aici "Preluare date externe"
   • Se alege "Import fişier text"
   • Se caută pe discul pe care a fost creat, fiăierul corespunzător (09SM.... sau 10SM....) şi se dă click pe el (se alege separatorul TAB, apoi GENERAL)
   • Mai departe se ajustează în EXCEL

• intraţi pe luna intrării în somaj
• în 6 puneţi data lichidării (cu o zi mai mică decât intrarea în somaj)
• cu 3.70 se face generarea fişierului de concediere
• cu 3.71 se face actualizarea informaţiilor generate (printr-o nouă generare se pierd actualizările). Aici se scot cei care nu intră în somaj (dintre cei care se lichidează în luna curentă). Deasemenea, de verificat şi, eventual, actualizat, vechimea în muncă. La generare, programul o calculează, ca diferenţă între data lichidării şi data de când curge vechimea.
• cu 3.72, 3.73, 3.74 se scot listele
• ar mai fi de spus că în 65 se pun datele pentru semnături. De notat că, pe pagina a 2-a, după cod CAEN, se vor pune, în ordine, numele contabilului şef şi numele persoanei care a întocmit situaţia.

• în 119 definiţi valutele (dacă vreţi să operaţi direct în valută)
• în 120 completaţi cursurile valutare (acceaşi observaţie ca mai sus)
• în 121 completaţi corect datele partenerilor intracomunitari, inclusiv codul furnizorului din modulul de FURNIZORI şi/sau codul clientului din modulul de CLIENŢI (sunt "vizibili" doar cei de tip=2, adică alte ţări UE)
• în 5 din FURNIZORI şi 5 din CLIENŢI, intraţi pe MODIFICARE şi puneţi, acolo unde este cazul, informaţia care exprimă faptul că destinaţia respectivă reprezintă un "serviciu" (deci trebuie să actualizaţi şi aceste două module)
• în 122 se face automat generarea situaţiei ("se uită" în facturile din FURNIZORI şi CLIENŢI)
• în 123 se poate scoate o listă cu ce a generat, ce poate fi folosită la verificare

• FURNIZORI - 121 Situaţia anuală a cumpărărilor
• CLIENTI - 226 Situaţia anuală a vânzărilor

• 119 si 120 în BALANŢĂ
• 119 si 120 în FURNIZORI
• 224 si 225 în CLIENŢI

• Descărcaţi de pe net modulele BAL70, CLN5, FRN5, STOCMG, STOCDT şi STOCCFR (cine nu lucrează cu stocurile de un anumit fel, poate omite descărcarea modulelor de stocuri respective)
• Faceţi actualizările programelor (penultima funcţiune din BALANŢĂ)
• Intraţi în CLIENŢI (5) şi daţi 223
• Intraţi in FURNIZORI (5) şi daţi 118

• în 136/OS sau 173/OC codificaţi calificativele
• in 7/OS sau 6/OC, în câmpul 175 puneţi codul calificativului

• -În 3.139/OC aveţi un program care face trecerea la noile conturi (este nevoie de fişierul de la bancă, pe dischetă, CD sau stick).
• -Programul 25/OS sau 19/OC (carduri pentru bancă) a fost modificat corespunzător, având la pozitia 16 noua formă pentru ALPHA BANK.

• CNP operator
• CI şi Poliţia operator
• Seria facturii (max.4 caractere oarecare)

• în 26/OS sau 225/OC se va completa procentul (75 % este minimul)
• se va intra şi ieşi pe "Actualizare nomenclator" (6/OS sau 5/OC) pentru ca programul să actualizeze (singur, automat) atributele noului drept.
• în 7/OS sau 6/OC, în câmpul 173, se vor completa numărul de ore
• se va face calculul, cu 58/OS sau 200/OC.
• cu 129/OS sau 264/OC se scoate declaraţia (o singură unitate pe dischetă).

• imprimanta nu este capabilă să tipărească corect caracterele semigrafice
• la prelucrarea cu programele de procesare texte (WORD, mai ales), semigraficele nu sunt redate

• În primul rând, în antet se va preciza cu ce program de listare se doreşte a se lucra. Se poate alege WLST (cel grafic, cu mouse-ul), WINLIST (cel fără mouse) sau nici unul (caz în care, normal, nu se va mai lansa automat listarea).
• În al doilea rând fişierul de ieşire trebuie să se numească "L.LST". Se dă fie "w", fie "d" şi apoi "l Enter" la arhicunoscutul mesaj "(c,p,e,f,s,w,x,...):". Aşadar, chiar dacă în antet s-a specificat un program de listare de lansat automat, după construirea listei, dacă daţi altceva decât "w" sau "l Enter", se evită intrarea automată în listare.
• Chiar dacă s-a lansat programul de listare, acesta se poate termina (cu END la WINLIST, sau cu ALT-F4 sau "Terminare program" la WLST) fără să listeze.

----    ---    ---   ----
|218    196     |    191|
					194
			|
|179   --+--197      179|
			|
					193
|192    196     |    217|
----    ---    ---   ----

• 6/OS sau 5/OC (ca programul să seteze singur atributele dreptului respectiv
• 26/OS sau 225/OC (unde puneţi procentul de somaj tehnic OUG 28)
• 7 sau 123/OS sau 6 sau 258/OC (actualizare personal, câmpul 173, unde puneţi numărul de ore aferente)

• Se intra pe luna 12/08
• Cu 24 se precizează ce se reevaluează şi ce nu. Automat programul consideră că nu se reevaluează mijloacele fixe amortizate şi cele intrate în 2008.
• Cu 25 se listează reevaluarea pentru mijloacele fixe supuse amortizării.
• Cu 26 se listează reevaluarea pentru mijloacele fixe nesupuse amortizării.

• În BALANTA s-a actualizat Decontul de TVA pentru decembrie/2008, care are 35 de rânduri. Au apărut 2 rânduri noi, pentru TVA 5 % (vânzarea şi cumpărarea de locuinţe). Bineînţeles, în 105, aveţi BILANT 2008. Toate se găsesc în actualizarea 136 şi, normal, în kit-ul complet.
• În SALARII s-a actualizat programul de calendar (3/OS şi 235/OC). Au fost implementate, începând cu 2009, noile zile libere (prima şi a doua zi de RUSALII şi 15 august-Sfânta Maria). Cum prima zi de RUSALII este totdeauna duminica (a 7-a de după Paşti), iar 15/08/2009 pică sâmbăta, doar a doua zi de RUSALII este, în 2009, un câştig. De asemenea, programul nu mai permite corectarea liberelor, ci doar a orelor din ture-turnus. Cine a făcut deja calendarul (pe 2009) trebuie să mai intre încă odată pe el, pe o lună oarecare din 2009 şi se autocorectează. De asemenea, trebuie să se între şi pe 02/OS sau 65/OC ca să se autocorecteze NUMARUL de ZILE LUCRATOARE DIN AN. S-a modificat şi tariful de risc, cu valori între 0,15 şi 0,85 dar nu s-a publicat încă (de către CNPAS), valorile efective pe CAEN-uri. Tot aici s-a actualizat programul de impozitar (5/OS sau 4/OC), astfel că, cu opţiunea 1, în 2009, se generează cotele corect. Toate în 139 şi în kit.
• în CLIENTI, FURNIZORI, STOCURI (en gros, en detail, CFR-producţie) se pot adăuga înregistrări în nomenclatoare (clienţi, furnizori, produse) chiar în programele în care se culeg date. Numai în kit-uri.

• 27,5 CAS total (rămâne CAS angajator 27,5 - 9,5 = 18, în loc de 19,5)
• 5,2 SĂNATĂTE angajator (în loc de 5,5)
• 0,5 SOMAJ angajator (în loc de 1)

• codul dvs. de utilizator (dacă l-aţi uitat căutaţi-l în UTILIZATORI pe net)
• adresa de mail pentru corespondenţă (în cazul în care transmiteţi din altă parte)