Както резултатите от RPF проверки за електронно отчитане на счетоводител - Счетоводство Online

За застрахователите електронно отчитане в пенсионния фонд, често са свързани с вълнение и емоции. Според много счетоводители, за да го предаде за първи път може да бъде изключително рядко. За да разберем причините за проблемите и да даде препоръки, които ще се подобри ситуацията, решихме да разбера как да се вземат на инспекторите и проверка на подадена информация. За нюансите и тънкостите на тестване казахме група от специалисти за работа с регулаторни органи SKB Kontur Степан Domogatskii.

продром

Получаване и проверка на електронно отчитане на ЗФР може да се раздели на пет етапа. Всеки етап е обработка на данни, като използвате отделна програма. В някакъв контрол прехвърляне на данни от един програма в друга става автоматично. В друга управление (по-специално, в повечето UPFR Москва и Московска област) инспектори са ръчно прехвърля данни.

Ако някоя от опциите на всеки етап на тестване има свои собствени характеристики, да знаете, което е много полезно за счетоводители. Ние опише подробно всички етапи.

Първа стъпка: проверка на EDS

След получаване на извлечения чрез телекомуникационни канали (TCS), инспекторите, особено проверите за споразумение между Фонда и на Службата на застрахования, както и значението на удостоверението за електронен цифров подпис (EDS).

Просто кажи, че няма причина за безпокойство. Тази грешка се дължи на софтуерни функции на фонда, която започва да "признае" EDS организация само след първия път, когато получи доклад, подписан. В рамките на четири дни, удостоверението ще бъдат идентифицирани, а застрахователят е уведомен за получаването на доклада. Дори ако това се случва извън на отчетния период, инспекторите не трябва да се оценяват дузпа. И следващия път, когато RPF "признава" електронен подпис, без забавяне.

Втора стъпка: контролът на формата-логично

Допълнителни инспектори извършват т.нар формат-логичен контрол. Неговата цел - да се уверите, че докладите са създадени без да се нарушава установените формати.

Практиката показва, че повечето от "форматиран" открита грешка на този етап, се дължи на недостатъци на счетоводни програми. В този случай, на счетоводител трябва да отидете на специалист, който подкрепя програмата и да се споразумеят за начините за отстраняване.

Третият етап: доклади от проверки predbazovaya

Същността на този етап е да се извършат бързи доклади за сканиране и ги поставете в временно съхранение.

Експресна регистрация се извършва с помощта на софтуерен пакет PC Perso. Той се инсталира в управлението на RPF, а достъпът до него е ограничен до служителите на Фонда. Що се отнася до застрахователите, те имат, за съжаление, не можете да използвате този софтуер, за самоконтрол.

Ако не се намерят грешки, застрахователят ще изпрати разписка за получаване на информация от данните, инспектор, който е извършил проверката. Ако има грешки в организацията ще получите отрицателен доклад.

След това докладите, които са били изпитани успешно, ще се регистрират в специален регистър и се прехвърлят към временно съхранение. Разполага със собствена особеност: в магазина не може да бъде два файла със същите имена. Това често води до последствия за много неприятни за компанията. Факт е, че ако на полицата възлага две различни опаковки и същ номер, името на файла от тези пакети също съвпадат. След това файла, който се предава в трезора и преди, ще бъде напълно изтрити файлове едноименната прехвърлят по-късно. В резултат на това на базата на Пенсионния фонд на данните остане непълна информация за осигурените лица, и това значително усложни помирение.

За да се предотврати подобен инцидент, можете да използвате малък трик: през годината ще предоставят номерата от поръчките пакети, така че номерацията на всеки отчетен период имаше свои отличителни черти. Така например, пакет за първото тримесечие преброени "101, 102, 103 ..." избухна в продължение на половин - "202, 203, 204 ..." и така нататък до края на годината. Този метод не е нарушение и се избягва объркване.

Четвърти етап: проверка на прехвърлянето на плащане

В този етап, инспектора избира от входящ пакет данни форма RSV и се зарежда в софтуер и хардуер, наречен "Администрация премии" (съкратено PTC ДИА). Има проверени данни на организацията и размера на тези вноски, след което информацията се съхранява в отделна база данни (по-късно от тази база те ще бъдат прехвърлени към извън площадката отдел инспекции).

Тук, както и в предишната стъпка, при липса на застрахователя изпрати грешка получаване на данните за прием, както и откриването на грешки - отрицателен доклад. Най-честите проблеми, открити в два случая: или "не успяха" плащане или счетоводител е направил грешка при попълване на изчислението.

При отстраняване на определен протокол отрицателен, направете едно важно правило коригираната версия на изчисляването на RSV трябва да се подреди като корекция на броя на съответната последователност.

Това се дължи на факта, че все още всеки, дори и грешни изчисления в базата данни. Следователно, първоначалната версия на изчислението е вече там, както и всяка корекция се регулира.

Забележка: (. Форма SZV-6-1, 6-2 SZV-, SZV-6-3, 6-2 ADV-, ADV-6-3 и т.н.) За подробности относно олицетвореното регистрация, това правило не се прилага. С други думи, премахване на грешките, изброени в доклада е отрицателно, счетоводител не трябва да изпратите корекции, и източника на тези доклади до фонда.

Пети етап: разделяне на индивидуални сведения за лични сметки

Последният, пети етап е, че данните, получени от и проверени отчети разпределени по лични сметки на осигурените лица, и го съхраняват в единна електронна база данни. Той е известен като софтуер и хардуер система на олицетвореното система за регистрация (съкращение TAP СПУ).

Процесът е, както следва: първо инспектор разтоварва данни очакваните от PTC ASV, а след това - опаковки индивидуална информация от временното складиране Perso. По този начин има сравнение между изчисляват и изплащат вноските за всяко осигурено лице и на организацията като цяло. Служителите фонд се нарича "информация за скачване." Обикновено, скачване се един или два дни.

Но понякога закачен открива грешки. Ето един пример: една жена се е омъжила и да се промени фамилията си. В същото време в предишните стъпки в проверката на базата данни е изброени бивш фамилно име, както и по време на раздяла на лични сметки - е ново. След това на петия етап, системата няма да може да се определи на осигуреното лице и поправите грешката.

В такава ситуация, инспектори изпращат съобщение до компанията за премахване на несъответствието. Застрахованият има право да се направят корекции в рамките на две седмици. В противен случай, фондът има право да се премахнат несъответствията и да уведомят организацията. Така в точка 41 от указанията на процедурата за индивидуално отчитане, одобрени със Заповед на Министерството на България в областта на здравето от 14.12.09 номер 987n.

На практика обаче работници рядко фонд е изпратил уведомление. Вместо това, те веднага започват да правят свои собствени петна от това, което застрахователят няма никаква представа. Естествено, с формирането на следващия отчетен период, организацията не се вземат предвид промените, направени от фонда. При проверка на следващия период, инспекторите го приемат като грешка, а компанията получи негативен доклад. Не осъзнават какво се е случило, счетоводители spetsoperatora комуникация често подозира, че той е на променените данни в отчетите. За съжаление, за да се предотврати подобна ситуация почти невъзможно.

Съвети за тези, които отидоха за сметка на друг за управление на пенсионен фонд

Често възникват трудности от факта, че счетоводителите погрешно вярват, ако споразумение за обмен на електронни документи, подписани с "бившия" Службата, и ще бъдат валидни след прехода към "новия" UPFR. В действителност, чрез промяна на ръководството на организацията трябва да се подпише ново споразумение - защото в противен случай Фондацията не приема електронни записи.

Друга причина за трудността е, че базата данни за получаването на данни във всяка контрола по своему. И, за разлика от PTC ДКД, която е единна централизирана система, и съхранява информация за всички база данни лица за получаване на информация съдържа само данните, получени в това сама да поеме контрола. Оказва се, че ако по-рано организацията съобщава в друг UPFR, а след това най-новото място на предишните отчетни периоди, не са налични, и те пристигат много късно.

Цитат (LudmilaSpb): отказва да приеме моите изявления (с флаш закрепване) на хартия, защото "вие подписването на договора за доставка в електронна форма и отчети вече са задължени да представят доклади, само защото докладва, че няма да приеме .."

Наистина ли споразумението, подписано с ПФ? Ако броят им е по-малко от 50, а след това 212-FZ, вие не длъжен да предаде по електронен път. Това е ваше право, по всяко време, можете да се откажете от изпращането на имейли доброволно. Съгласно установената практика, е необходимо да се уведомява писмено в срок от 30 дни.

Цитат (DanaChern): И колко време не прави. И? Както ни казаха в отдела на RPF - 4 работни дни и в действителност, като докладът за годината чакахме отговор на 2 седмици. uzhos. И те искат, че всичко премина на подпис - такава работа persucheta ЗФР нас това безплатно не трябва да!

Позволете ми да ви попитам, какво е вашият въпрос?

Освен това, правилата предвиждат, че форума е забранено съзнателно да наруши българския език. А мен маркирани сини думи в цитата съм различна от умишлено изопачаване не може да тълкува.

Моля, прочетете правилата на форума. преди да напише нещо друго.