Erorile tipice în trecerea controlului format-logic al declarațiilor în FSARR
Când trimiteți o declarație pentru ultimul trimestru al anului precedent, nu acordați atenție mesajului din protocolul de neconcordanță cu trimestrul următor, deoarece în baza de date RAR nu există încă nicio declarație pentru trimestrul următor.
Acest control este introdus datorită faptului că pot prezenta corecții pentru perioadele anterioare. În cazul în care, de exemplu, aplicând o corecție de o anumită perioadă din trecut, reportările între trimestre, comparativ atât cu trimestrul precedent și a urmat, iar în momentul depunerii declarațiilor în trecut ultimul trimestru nu sunt întoarce pentru trimestrul următor, așa cum și raportate în ultimele line.
4. Mesaj: soldul la începutul perioadei de raportare nu coincide cu soldul de la sfârșitul perioadei precedente.
Overs între sferturi este în prezent controlată de unități PPC (pentru F.11) și unitățile CPT + numele departamente (pentru F.12), iar în cadrul unității Tabelul 1 compară șirul de cod + producător AP INN / KPP.
În prezența producătorilor duplicat nu pot merge sferturi de reconciliere, deoarece reconcilierea blocurilor verifica convergența producătorilor (de INN + PPC) în fiecare cod de produse (F.11 și 12 din tabelul 1), apoi din cauza faptului că vă prezentăm producătorilor dubluri la sferturi de reconciliere producători de reconciliere din trimestrul anterior nu se poate întâmpla cu producătorul despre care sa mutat de reziduuri și duplicatul său, care nu are reziduul inițial.
Informațiile privind transferul soldurilor între trimestre sunt încă informative și nu influențează neacceptarea declarației, declarația este acceptată, dar FFSRR vă avertizează că este posibil să aveți inexactități în depunerea declarației.
Dacă diferența dintre trimestre a apărut în rândurile din tabelul 1 (producători identici de TIN + CAT), atunci este suficient să adăugați producătorii numai în al doilea trimestru, deoarece Recent, un pic a schimbat algoritmul în reconcilierea trimestrelor: mai întâi se adaugă duplicatele primului trimestru și apoi această sumă este comparată cu trimestrul al doilea. Acum este suficient să se unească aceiași producători doar în al doilea trimestru.
7. Mesaj: Valorile reziduale trebuie să aibă cel puțin o valoare nenuloasă. Punctul de control al unității este -1234567890. Codul produsului este 000.
În tabelul 1, nu trebuie să existe rânduri în rânduri, în care valorile punctelor din toate coloanele sunt zero. Tabelul 1 (f.11,12) reprezintă un tabel în care sunt indicate vânzările, randamentele, soldurile inițiale, achizițiile etc. Aveți nevoie de astfel de linii cu producătorii și codurile, dar cu valori goale, ștergeți.
8. Mesaj: Este introdus testul convergenței dintre tabelele 1 și 2 din formularele 11 și 12.
Tabelul 1 rezumă achizițiile din Tabelul 2 în termeni de coduri și producători. Dacă codul specifică codul și producătorul din protocol, adăugați toate încasările pentru acest cod și producătorul în Tabelul 2 și comparați această valoare cu valoarea achiziției pentru acest cod și producătorul din Tabelul 1
10. Mesaj: Uneori utilizatorii declarantului-Alko au probleme cu producătorii din Belarus.
În declarații pot exista organizații-producători de numai trei tipuri:
Din Rusia INN = 10 caractere, PPC = 9 caractere
Din Belarus INN (Uch.number) = 9 caractere, nu PPC
Din Kazahstan INN (Uch.number) = 12 caractere, nu există PPC
În cazul în care Belarus și Kazahstan sunt membre ale uniunii vamale.
Dificultățile cu producătorii din Belarus provin din faptul că în cazul în care vânzătorii sunt introduse în fișierele XML pentru a importa producătorii producătorilor de date corecte din Belarus (INN = 9 mărci și PPC = gol), atunci alcoolici Deklarant- nu doresc să importe fișierul, tk schema de import declarantul-Alco dezvoltat pentru o lungă perioadă de timp și nu a furnizat pentru fișierele de import cu producătorii care TIN și CRR sunt diferite de Staniu si CRR a producătorilor ruși.
Astfel, schema de import a declarantului-Alko percepe producătorii numai cei cu INN = 10 caractere și un punct de control = 9 caractere. Pentru a obține în jurul acestui obstacol furnizori pentru a importa fișiere este substituit pentru producătorii din Belarus a inventat cutie de viteze, de exemplu, 100000000 și se adaugă un alt personaj în han. Utilizatorul declarantul-alcoolici trebuie să ne amintim că după ce fișierul de import (XML) cu producătorii și fișiere (în format XML), cu patch-uri în care există producători din Belarus, este necesar să se contrapărților de bază TIN corectă și producătorii CRR bielorus datele (9 caractere, și „gol“) .
Din anumite motive, uneori există o astfel de greșeală: când introduceți numărul de înregistrare al producătorului din Belarus după număr, există un spațiu, iar programul îl percepe ca fiind de 10 caractere, nu 9.
În fișierul declarație, puteți vedea acest lucru (de exemplu):
P000000000004 = "РУП Минск Кристалл" P000000000005 = "600013329" /> adică nu există. înainte de cotația de închidere după INN 600013329 există un spațiu.
De asemenea, acest lucru poate fi văzut în raportul (600013329) înainte de a închide spațiul skobkoy.Esli vă pentru un astfel de producător a pus numărul de cont nu este de 9 caractere și 10, este perceput ca un producător rus și apoi verificări necesită CPR, deoarece punctul de control rus ar trebui să fie.
Trimiteți-le prietenilor: