Типични формат за предаване грешки и декларации логически контрол FSRAR
При подаване на декларации за последното тримесечие на миналото на съобщение в протокола за разминаването, последван от четвърт не обръщат внимание, защото PAP в базата данни все още завръщането си за следващото тримесечие.
Тази проверка се извършва, поради факта, че те могат да се прилагат коригиращи минали периоди. Ако, например, се нанасят корекции на някои минал период, пренесените между кварталите в сравнение както с предходното тримесечие и последваха, а при подаване на декларациите през изминалата последното тримесечие не се връща, за последващо тримесечие, както и съобщава в последния Онлайн протокол.
4.Soobschenie: Салдо в началото на отчетния период не съвпада с останалата част от края на предходния период.
Оувъра между кварталите в момента се контролират от НПК единици (за F.11) и CPT единици + името на отдели (за F.12), както и в рамките на единица маса 1 сравнява низ от код + AP INN / КПП производителя.
В присъствието на дублиращи производители не могат да отидат за съвместяване тримесечия, тъй като съчетаването на блоковете проверка на конвергенцията на производителите (на INN + PPC) в всеки код продукти (F.11 и 12 от таблица 1), а след това се дължи на факта, че Представяме ви производителите дубликати на помирение четвърти производител помирение спрямо предходното тримесечие не може да се случи с производителя на когото се премества остатък и два екземпляра, който не разполага с оригиналния остатък.
Информация за преноси между кварталите, докато е с информационна цел и не засяга неприемане на декларацията, декларацията е приета, но FSRAR ви предупреждава, че може да имате неточности в терена.
Ако разликата между блоковете в редове стана Таблица 1 (същите производителите на INN + PPC), е достатъчно да се прибират производителите само във 2-Q, защото наскоро направи някои промени в алгоритъма на помирение квартали: първо добавите до копия на първо тримесечие и след това тази сума е в сравнение с второто тримесечие. Сега е достатъчно, за да се съчетаят със същите производители само в 2-ро тримесечие.
7. Съобщение: Стойности остатъци трябва да имат поне един не-нулева стойност. PPC -1234567890 единици. Код на продукта - 000.
Таблица 1 в редовете не трябва да бъде линии, за които стойностите във всички колони dalov нула. Таблица 1 (f.11,12) - таблица, която изброява продажби, декларации, началните салда, покупки и т.н. Необходимо е тези редове с производители и кодове, но с празни стойности, изтриване.
8. Съобщение: Въведете конвергенция проверка между таблица 1 и таблица 2 в формите 11 и 12.
В таблица 1 са обобщени в Таблица 2 за покупка секционни кодове и производители. Ако отчетът ще покаже кода на производителя и след това да добавите до всички приходи в Таблица 2 на този кодекс и на производителя, и да се сравни тази стойност със стойността на покупката на този кодекс и на производителя в Таблица 1
10. Съобщение: Понякога потребителите декларатора Alco проблеми с производители от Беларус.
Декларациите могат да бъдат производители, само три вида организации:
От Русия TIN = 10 герои, CPR = 9 марки
От Беларус INN (Uch.nomer) = 9 марка, PPC отсъства
Казахстан INN (Uch.nomer) = 12 символа, CAT офлайн
Къде Беларус и Казахстан са членове на митнически съюз.
Трудности с беларуски производители произтичат от факта, че ако продавачите са влезли в XML файлове за внос на производителите на правилните производители на данни от Беларус (INN = 9 марки и PPC = празен), а след това Deklarant- алкохолици не искат да го импортирате, TK схема за внос декларатор-алко разработен за дълго време и не се предвижда внос на файлове с производителите, които калай и CRR са различни от калай и CRR на руските производители.
По този начин, схема за внос Deklarant-АЛКО възприема само онези производители, чиито INN = 10 символи и PPC = 9 знака. За да получите около това препятствие доставчици, за да импортирате файлове замества производителите на Беларус изобретил скоростна кутия, например 100000000 и добавете още един герой в хана. Потребителят обявител-алкохолици ние трябва да помним, че след като досието на вноса (в XML) с производители и файлове (на XML) с кръпка в които има беларуски производителите, е необходимо да базови контрагенти правилно калай и производители CRR беларуски на датите (9 букви, и "празни") ,
По някаква причина, понякога тази грешка: При влизане номер на сметка (TIN) производител от Беларус, след като броят на оставащите пропуски и програма да го вижда като 10 знака, а не 9.
В декларацията, файлът може да се разглежда като (например):
P000000000004 = "RUE Минск Kristall" P000000000005 = "600 013 329" /> т.е. преди знака за затваряне цитат по следния INN 600013329 има разминаване.
Също така, това може да се види в доклад (600013329) пространство, преди да затворите skobkoy.Esli ви за такъв производител постави номера на сметката не е 9 символа и 10, това се възприема като руски производител и след това проверки изискват CPR, защото Руската контролно-пропускателен пункт трябва да бъде.