Tipikus hibák átviteli formátum és logikai nyilatkozatok fsrar - ooo - buhservis -
Tipikus hibák átviteli formátum és logikai nyilatkozatok FSRAR
Amikor bejelentés visszatér az utolsó negyedévben az elmúlt egy üzenetet a protokoll a mismatch majd negyed nem figyel, mert PAP az adatbázisban még a visszatérés a következő negyedévben.
Ez az ellenőrzés kerül végrehajtásra, mert az a tény, hogy tudják alkalmazni a korrekciós Korábbi időszakokban. Ha például, helyesbítés alkalmazása néhány korábbi időszakban a átvitelek közötti negyedévben képest mind az előző negyedévhez, és követte, és a nyilatkozatok benyújtásakor az elmúlt utolsó negyedévben nem tér vissza a későbbi időszakban, mint, és leírták az utolsó vonali protokoll.
4.Soobschenie: Balance elején a jelentési időszak nem esik egybe a fennmaradó végén az előző időszakban.
Overs közötti negyedévben jelenleg vezérli PPC egységek (F.11) és a CPT egység + neve osztályok (az F.12), és az egységen belül 1. táblázat összehasonlítja a húr kód + AP INN / KPP producer.
Jelenlétében ismétlődő termelők nem tudnak menni a megbékélés negyedévben, mert a blokkokat összeegyeztetése ellenőrizze a konvergencia-gyártók (az INN + PPC) minden kód termékek (F.11 és 12. 1. táblázat), akkor annak a ténynek köszönhető, hogy a Ön közölt gyártók ismétli megbékélésre negyedek megbékélés producer az előző negyedévhez képest nem történhet meg a gyártó, akivel mozgott maradék és annak két példányban, amely nem rendelkezik az eredeti maradékot.
Tájékoztatás áthozatalok közötti negyedévben, míg tájékoztató jellegű, és nem érinti a nem fogadják el a nyilatkozatot, a nyilatkozatot elfogadták, de FSRAR figyelmeztet, hogy lehet, hogy pontatlanságok a pályát.
Ha a különbség a blokkok sorokban keletkezett 1. táblázat (azonos készítői INN + PPC), ez elegendő ahhoz, hogy hajtsa a gyártók csak a 2. q, mert nemrégiben módosította az algoritmus a megbékélés negyedévben: az első összeadódnak másolatát az 1. negyedévben, majd ezt az összeget összehasonlítjuk a második negyedévben. Most elég, hogy összekapcsolják az azonos gyártók csak a 2. negyedévben.
7. Üzenet: Értékek maradványok kell legalább 1 nem nulla értéket. PPC -1234567890 egység. Termék kód - 000.
1. táblázat a sorok ne legyen sor, amikor az értékek minden oszlopot dalov nulla. 1. táblázat (f.11,12) - egy táblázat, amely felsorolja az értékesítés, visszatér, nyitóegyenlegeit, vásárlások, stb Szükséges ezeket a sorokat a gyártókkal és a kódok, de üres értékekkel, törölje.
8. Üzenet: Írja ellenőrzése közötti konvergencia 1. táblázatban és a 2. táblázatban a formák a 11 és 12.
Az 1. táblázatban foglaljuk össze a 2. táblázat vásárlási szekcionált kódok és a gyártók. Amennyiben a jelentés jelzi a gyártó kódját, majd összeadjuk a jövedelem a 2. táblázatban ezt a kódot, és a gyártó, és összehasonlítani ezt az értéket, melynek értéke a beszerzési ezt a kódot, és a gyártó az 1. táblázatban
10. Üzenet: Néha a felhasználók nyilatkozattevő Alco problémák gyártók Fehéroroszországban.
A nyilatkozatokat lehet a gyártók, csak három típusú szervezetek:
From Russia TIN = 10 karakter, CPR = 9 pont
Belarusz INN (Uch.nomer) = 9 pont, PPC hiányzik
Kazahsztán INN (Uch.nomer) = 12 szimbólumok, CAT elérhető
Amennyiben Belarusz és Kazahsztán tagjai vámunió.
Nehézségek belorusz termelők abból a tényből, hogy ha a gyártók is lépett az xml fájlokat importálni a gyártók megfelelő adatokat gyártók Belarusz (INN = 9 pont és a PPC = üres), akkor Deklarant- alkoholisták nem kívánja importálni a fájlt, tk behozatali rendszert nyilatkozattevő-alco kifejlesztett egy hosszú idő, és nem biztosítanak import fájlokat a termelőknek, akik az ón és a CRR eltérnek a TIN és CRR az orosz gyártók.
Így az import diagram Deklarant-alko érzékeli csak azok a termelők, akiknek INN = 10 karakter és a PPC = 9 karakter. Ahhoz, hogy körül ezt az akadályt szállítók fájlokat importálni van helyette a gyártók Fehéroroszország találták sebességváltó, például 100000000, és adjunk hozzá egy másik karaktert a fogadóban. Felhasználó nyilatkozattevő alkoholisták emlékeznünk kell arra, hogy miután az import fájl (xml) a termelők és a fájlokat (xml) patch ahol van fehérorosz gyártó szükséges bázis ügyfelek korrekt TIN és CRR belorusz termelők a dátumok (9 karakter, és „üres”) .
Valamilyen oknál fogva, néha ezt a hibát: A belépő számlaszám (TIN) fehéroroszországi gyártó száma után fennmaradó hiányosságokat, és a program azt látja, mint 10 karakter, nem 9.
A nyilatkozatban a fájl lehet tekinteni, mint (például):
P000000000004 = "RUE Minsk Kristall" P000000000005 = "600 013 329" />, azaz mielőtt a záró idézőjelet a következő INN 600013329 van egy rés.
Továbbá, ez látható a jelentésben (600013329) tér lezárása előtt skobkoy.Esli akkor az ilyen termelő tenni a számlaszám nem 9 karakter és 10, akkor úgy tekintik, mint egy orosz gyártó és ellenőrzi, szükség CPR, mert Az orosz ellenőrzőpont legyen.