Форматно-логический контроль
Сервис форматно-логического контроля (ФЛК) направлен на снижение регуляторных рисков по репозитарной отчетности, в том числе числа потенциальных ошибок в параметрах сделок, отчитываемых клиентами в Репозитарий.
Подключение к сервису ФЛК позволяет:
- Избежать или существенно снизить число ошибок в передаваемых сообщениях и, следовательно, сократить расходы на регистрацию данных.
- Проводить регулярный мониторинг незакрытых договоров в Реестре репозитария в срок.
- Контролировать регуляторные сроки предоставляемой информации в Репозитарий.
- Минимизировать вероятность по предоставлению недостоверной информации и соблюсти сроки предоставления информации, тем самым, избежать потенциальных санкций со стороны регулятора (часть 4 ст. 15.18 КоАП).
Эффективность сервиса
Анализ результатов по эмуляции контролей ФЛК по полученным сообщениям от всех Отправителей в репозитарии с июня 2020 по май 2021 года показал, что структура сообщений клиентов, на которые срабатывают контроли ФЛК, выглядит следующим образом:
Программирование ПЛК. 10.Функции и функциональные блоки.
Лидерами по ошибкам в отчетности являются: несоблюдение сроков предоставления информации в репозитарий; отклонение указанных значений от рыночных курсов, а также отклонение значений от рассчитанных процентных ставок; возможные ошибки в параметрах договоров в части указанной премии опциона.
Изучение структуры сообщений отдельных клиентов за прошедшие годы, на которые реагировал ФЛК, показывает, что у всех подключенных к сервису значительно сокращается число сообщений с некорректно указанными параметрами договора, аналогично улучшается и ситуация со сроками предоставления информации в Репозитарий.
В условиях, когда нарушение требований законодательства по полноте, достоверности и срокам предоставления отчетности может привести к наложению административного штрафа в размере до 500 000 рублей*, сервис ФЛК позволяет свести к минимуму наиболее распространенные ошибки, связанные с отчетностью.
НРД рекомендует подключение к сервису всем клиентам, вне зависимости от количества отчитываемых сделок: сервис ФЛК полностью автоматизирован и не приводит к отказам и не влияет на процессы регистрации данных в Репозитарий.
* п. 4 ст. 15.19 КоАП РФ.
Особенности работы сервиса и функционал
Особенность сервиса ФЛК: использование «мягких» проверок, которые не влияют на процессы по регистрации данных в Журнале входящих сообщений и Реестре договоров. Сообщения, которые не прошли ту или иную проверку ФЛК, маркируются и доступны клиенту для просмотра и анализа, при этом сами сообщения регистрируются в Реестре в обычном порядке. Клиент также уведомляется о том, какую именно проверку не прошло сообщение и, только при необходимости, Клиент самостоятельно или с помощью обращения в НРД, принимает решение о необходимости направления сообщения по коррекции информации в ранее зарегистрированном договоре в Реестре.
Детская программа от FLC
На текущем этапе форматно-логический контроль производится в отношении:
- Срока по предоставлению отчетности в Репозитарий Дата (операционный день) регистрации анкет в журнале входящих сообщений и реестре договоров не должна превышать дату заключения сделки более чем на 3 рабочих дня:
- Соблюдения регуляторных сроков регистрации сообщений в Разделе 1 Реестра договоров (Журнал учета сообщений).
- Соблюдения регуляторных сроков регистрации сообщений в Разделе 2 реестра договоров.
- Проверка процентной ставки РЕПО.
- Проверка значений, обозначающих сумму или количество.
- Проверка параметров, влияющих на расчет объема по сделке.
- Проверка формата заполнения процентной ставки.
- Проверка отклонения цены ценной бумаги от рыночной котировки.
- Проверка даты расчетов относительно даты погашения облигации.
- Проверка на дубликат сообщения.
- Проверки соблюдения сроков предоставления отчетов СМ093 для своевременной подачи сообщения для дерегистрации договора.
- Проверка сроков предоставления Отчета о расчете справедливой (оценочной) стоимости (CM094).
Если для инструмента можно вычислить процентную ставку на основании сумм по 1 и 2 частям сделки, и при этом суммы по частям сделки указаны в одинаковой валюте, то указанная процентная ставка не должна отличаться от вычисляемой ставки более чем на 0,1%.
Для валютных инструментов сопоставляется расчетный курс по 1 и 2 частям сделки с официальным курсом иностранной валюты, установленным Банком России, при этом допускается отклонение курса в пределах 10%.
Контроль установлен для следующих типов сделок:
- СМ021 fxSwap (Валютный своп);
- СМ022 fxSingleLeg (Валютная спот или форвардная транзакция);
- СМ023 fxOption (Валютный опцион).
- Для СМ022 fxSingleLeg (Валютная спот или форвардная транзакция)
- Для СМ043 bondForward (Форвард на облигации)
- Для СМ047 equityForward (Форвард на фондовые активы)
- Для СМ051 commodityForward (Товарный форвард)
Условие: если Дата расчетов (Поставки) минус Дата сделки равна или больше 3 рабочих дней, то Код классификации ПФИ не равен “UKWN“, иначе Репозитарий направляет сообщение: «…..Данный договор должен быть классифицирован как ПФИ».
Подключение форматно-логического контроля доступно всем клиентам Репозитария вне зависимости от того, являются они Информирующими лицами или нет.
Для того, что подключить сервис, необходимо:
- Присоединиться к Регламенту оказания сопутствующих услуг Репозитария, подписав соответствующее Заявление.
- Подписать Заявление на предоставление удаленного доступа к услугам Репозитария с дополнительным сервисом форматно-логического контроля (форма СМ018).
Перечисленные выше документы доступны в разделе «Документы по репозитарной деятельности» на сайте НРД.
Обратите внимание, что при подаче Заявления о присоединении к Регламенту оказания сопутствующих услуг может потребоваться актуализировать информацию о компании.
Стоимость подключения к сервису составляет 5 000 рублей в месяц независимо от даты подключения и активности клиента.
Общий телефон
Подписка на новости НРД
Небанковская кредитная организация акционерное общество «Национальный расчетный депозитарий» (НКО АО НРД) – центральный депозитарий Российской Федерации. Статус центрального депозитария присвоен ФСФР России приказом № 12-2761/ПЗ-И от 6 ноября 2012 г. Лицензия № 045-12042-000100 от 19 февраля 2009 г. профессионального участника рынка ценных бумаг на осуществление депозитарной деятельности, выданная ФСФР России.
Лицензия № 3294 на осуществление банковских операций, выданная 4 августа 2016 г. Банком России. Лицензия № 045-00004-000010 от 20 декабря 2012 г. на осуществление клиринговой деятельности, выданная ФСФР России. Лицензия № 045-01 от 28 декабря 2016 г. на осуществление репозитарной деятельности, выданная Банком России. Местонахождение: г. Москва, ул. Спартаковская, дом 12.
Обработка персональных данных на сайте осуществляется в соответствии с «Положением об обработке персональных данных». Настоящим, продолжая работу на сайте, вы подтверждаете, что ознакомились с Положением об обработке персональных данных НКО АО НРД, даете свое согласие НКО АО НРД на обработку ваших персональных данных в соответствии с условиями указанной политики, а также даете свое согласие на автоматизированную обработку ваших персональных данных (файлы cookie, сведения о действиях, которые вы совершаете на сайте, сведения об используемых для этого устройствах, дата и время сессии), в т.ч. с использованием метрических программ Яндекс.Метрика, Google Analytics, путем совершения следующих действий: сбор, запись, систематизация, накопление, хранение, уточнение (обновление, изменение), извлечение, использование, блокирование, удаление, уничтожение, передача (предоставление, доступ) третьим лицам, предоставляющим НКО АО НРД сервис по метрическим программам.
Обработка данных осуществляется в целях улучшения работы сайта, совершенствования продуктов и услуг НКО АО НРД, определения предпочтений пользователя, предоставления целевой информации по продуктам и услугам НКО АО НРД. Настоящее согласие действует с момента его предоставления и в течение всего периода использования сайта.
В случае отказа от обработки данных метрическими программами вы проинформированы о необходимости прекратить использование сайта или отключить файлы cookie в настройках браузера..
Источник: www.nsd.ru
Ошибка ФЛК — что делать владельцу кассового аппарата
Ошибка ФЛК — что делать владельцу кассового аппарата
Федеральная Налоговая Служба ведет постоянную работу по совершенствованию механизмов автоматического анализа и контроля тех данных, которые организации предоставляют ей в электронном виде. Ее цель понятна — повысить собираемость налогов. Это касается и фискальных данных, которые формирует ваша on-line касса. Чеки, товары и услуги из них, открытие и закрытие смены, возвраты, ваши кассиры и клиенты, данные о товарах и местах расчета, применяемых скидках, предоплатах и авансах и еще многое другое. Объем обрабатываемой информации огромен — более 3,5 млн. кассовых аппаратов по всей стране отправляют в ФНС ежедневно примерно 200 млн кассовых чеков. Понятно, что работать с такими большими данными можно только, если эти данные сформированы по правилам. Поэтому с каждым днем усиливаются требования именно к корректности данных, вплоть до полного отклонения фискальных документов, в которых выявлены какие-либо нарушения по их заполнению. В случае отклонения чека с вашей кассы на стороне ОФД или ФНС вы, как владелец кассового аппарата, начинаете нарушать требования законодательства по ее применению, что влечет за собой серьезные штрафы. Как их избежать мы и обсудим в этой статье. Проверка корректности чеков возложена на вашего оператора фискальных данных (ОФД), который выполняет ее по правилам, утвержденным ФНС. Такая проверка называется форматно-логический контроль (ФЛК) и уже давно применяется при приемке всей электронной налоговой отчетности. При ФЛК проверяется точное соответствие всех реквизитов фискального документа (тегов) выполняемой кассовой операции, формата данных, их состава и порядка заполнения.. Кроме самого чека также проверяется правильность и полнота данных о регистрации ККТ, выполняемых на ней операциях, заявленному при регистрации виду деятельности и применяемому налоговому режиму. Если чек не проходит ФЛК, то он не может быть отправлен в ФНС. В зависимости от вида ошибки ФЛК со стороны ОФД может быть несколько вариантов:
- Полный отказ в приемке чеков с кассы. Этот вариант может быть применен ОФД при ошибках в регистрационных данных самой кассы или фискального накопителя. Например вы, или ваша обслуживающая организация не указали данные нового фискального накопителя при его замене или указали их неправильно. В этом случае касса будет заблокирована и не сможет работать через 30 дней после первого непринятого чека.
Как избежать: следить за параметром “Неотправленные документы” на отчетах о закрытии и открытии смены.
Как исправить: сверить регистрационные данные кассового аппарата с фактическими, исправить ошибки. Сделать это можно самостоятельно, например в Личном Кабинете налогоплательщика на сайте ФНС, или обратившись в организацию, которая обслуживает ваши кассы. На все возникающие вопросы сможет ответить наша техническая поддержка. - Прием чека с ошибкой ФЛК. Такие чеки можно найти в вашем личном кабинете ОФД, оператор выделит их и покажет, какие именно ошибки в них выявлены. Как правило это чеки с неправильно заполненными тегами. Если ваша касса работает по ФФД 1.2, то при наличии такого чека в кассовой смене при ее закрытии в отчете будет написано “Ошибка ФЛК”
Как избежать: регулярно проверять личный кабинет ОФД на наличие таких чеков, следить за информацией в отчетах. Как исправить: обновить прошивку кассового аппарата и кассовую программу, если ошибка не исправится, то связаться с технической поддержкой.
Как исправить ошибку ФЛК на кассе
Самой частой причиной ошибок ФЛК является устаревшее программное обеспечение вашей кассы. Меняются требования законодательства, усиливается контроль за кассовыми чеками, исправляются обнаруженные ошибки. Если вы не обновите прошивку вашей кассы, то она об этом никогда не узнает и так и будет продолжать нарушать требования закона, а вместе с ней и вы, как ее владелец.
Кассовые чеки формирует кассовая программа. Дальше она отправляет их в кассовый аппарат, который в свою очередь выдает команды на фискализацию по этим данным. Любая ошибка во взаимодействии этих двух частей приведет к неправильному формированию кассового чека. В зависимости от кассовой программы ошибка может быть выявлена сразу и вы увидите ее на экране, или, что гораздо хуже, неправильный чек будет фискализирован и отправлен в ОФД. Поэтому так важно, на какой кассе и с какой программой вы работаете.
Дримкас проводит регулярный мониторинг изменения требования законодательства и результатов проверки ФЛК чеков наших кассовых аппаратов. Ниже мы приводим сокращенный список того, что было изменено в прошивках наших касс для устранения вероятности появления ошибок ФЛК только за осень 2021 года:
Чтобы касса работала корректно обновите прошивку и кассовое программное обеспечение или обратитесь в вашу обслуживающую организацию.
Источник: dreamkas.ru
Что делать при возникновении ошибки форматно-логического контроля на кассе?
Если чек с вашей кассы будет отклонен со стороны ОФД или Федеральной налоговой службы, то вы, как владелец онлайн-кассы, начинаете нарушать требования законодательства по ее применению, что грозит серьезными штрафами. Как их избежать, расскажем в новости.
ФНС постоянно совершенствует технологии автоматического анализа и контроля сведений, которые поступают от организаций в электронном виде. Конечной целью является повышение собираемости налогов. В том числе это распространяется на фискальные данные, которые формирует ваша онлайн-касса.
Чеки, товары и услуги из них, открытие и закрытие смены, возвраты, ваши кассиры и клиенты, данные о товарах и местах расчета, применяемых скидках, предоплатах и авансах и еще многое другое. Объем обрабатываемой информации очень большой — более 3,5 млн. кассовых аппаратов по всей стране отправляют в Федеральную налоговую службу ежедневно примерно 200 млн. кассовых чеков. Соответственно, работать с такими большими данными можно только, если эти данные сформированы по правилам. В связи с этим с каждым днем усиливаются требования именно к корректности информации, вплоть до полного отклонения фискальных документов, в случае выявления какие-либо нарушений по их заполнению.
Проверка корректности чеков возложена на вашего оператора фискальных данных (ОФД), который выполняет ее по правилам, утвержденным Федеральной налоговой службой. Такая проверка называется форматно-логический контроль (ФЛК) и уже давно применяется при приемке всей электронной налоговой отчетности. При ФЛК проверяется точное соответствие всех реквизитов фискального документа (тегов) выполняемой кассовой операции, формата данных, их состава и порядка заполнения. Помимо самого чека также проверяется правильность и полнота данных о регистрации контрольно-кассовой техники, выполняемых на ней операциях, заявленному при регистрации виду деятельности и применяемому налоговому режиму. Если чек не проходит ФЛК, то он не может быть отправлен в налоговую.
В зависимости от вида ошибки форматно-логического контроля со стороны ОФД может быть несколько ситуаций:
1) Полный отказ в приемке чеков с кассы. Этот вариант может быть применен ОФД при ошибках в регистрационных данных самой кассы или фискального накопителя. Допустим вы, или ваша обслуживающая организация не указали данные нового фискального накопителя при его замене или указали их неверно. В таком случае касса будет заблокирована и не сможет работать через 30 дней после первого непринятого чека.
Как избежать: следить за параметром “Неотправленные документы” на отчетах о закрытии и открытии смены.
Как исправить: сопоставить регистрационные данные кассового аппарата с фактическими, исправить ошибки. Сделать это можно самостоятельно, например в Личном Кабинете налогоплательщика на сайте Федеральной налоговой службы, или обратиться непосредственно к нам.
2) Прием чека с ошибкой форматно-логического контроля. Такие чеки можно найти в вашем личном кабинете ОФД, оператор выделит их и покажет, какие именно ошибки в них выявлены. Как правило это чеки с неправильно заполненными тегами. Если ваша касса работает по ФФД 1.2, то при наличии такого чека в кассовой смене при ее закрытии в отчете будет написано “Ошибка ФЛК”.
Как избежать: регулярно проверять личный кабинет ОФД на наличие таких чеков, следить за информацией в отчетах.
Как исправить: обновить прошивку кассового аппарата и кассовую программу, если ошибка не исправится, то связаться с технической поддержкой.
Исправление ошибок форматно-логического контроля на онлайн-кассе
Наиболее распространенной причиной ошибок ФЛК является устаревшее программное обеспечение вашей кассы. Меняются требования законодательства, усиливается контроль за кассовыми чеками, исправляются обнаруженные ошибки. Если вы не обновите прошивку вашей кассы, то она об этом никогда не узнает и так и будет продолжать нарушать требования закона, а вместе с ней и вы, как ее владелец.
Кассовые чеки формирует кассовая программа. Дальше она отправляет их в кассовый аппарат, который в свою очередь выдает команды на фискализацию по этим данным. Любая ошибка во взаимодействии этих двух частей приведет к неправильному формированию кассового чека. В зависимости от кассовой программы ошибка может быть выявлена сразу и вы увидите ее на экране, или, что гораздо хуже, неправильный чек будет фискализирован и отправлен в ОФД. Поэтому так важно, на какой кассе и с какой программой вы работаете.
Дримкас проводит регулярный мониторинг изменения требования законодательства и результатов проверки ФЛК чеков наших кассовых аппаратов. Ниже мы приводим сокращенный список того, что было изменено в прошивках наших касс для устранения вероятности появления ошибок форматно-логического контроля только за осень 2021 г.:
Источник: pro126.ru
Как ПФР проверяет электронную отчетность: выводы для бухгалтера
Артем Пилипко Автор
Для страхователей электронная отчетность в Пенсионный фонд зачастую связана с волнениями и переживаниями. По утверждению многих бухгалтеров, сдать ее с первого раза удается крайне редко. Чтобы разобраться в причинах проблем и дать советы, позволяющие исправить ситуацию, мы решили выяснить, как инспекторы принимают и проверяют представленные сведения. О нюансах и тонкостях проверки нам рассказал специалист группы по работе с контролирующими органами СКБ Контур Степан Домогацкий.
Вводная часть
Прием и проверку электронной отчетности в ПФР можно условно разбить на пять этапов. Каждый этап представляет собой обработку данных при помощи отдельной программы. В некоторых Управлениях передача сведений из одной программы в другую происходит автоматически. В других Управлениях (в частности, в большинстве УПФР Москвы и Московской области) инспекторы переносят данные вручную.
При любом из вариантов у каждого этапа проверки есть свои особенности, знать о которых очень полезно для бухгалтера. Расскажем подробно обо всех этапах.
Первый этап: проверка ЭЦП
Получив отчетность по телекоммуникационным каналам связи (ТКС), инспекторы, прежде всего, проверяют наличие соглашения, заключенного между Управлением фонда и страхователем, а также актуальность сертификата электронной цифровой подписи (ЭЦП).
Если программа проверки не подтвердит, что сертификат актуален и соглашение заключено, в адрес компании придет сообщение об ошибке «ЭЦП проставлена сертификатом, на который нет заключенного соглашения». Такое обычно случается с теми, кто впервые отчитывается по ТКС, а также с теми, кто недавно сменил сертификат из-за окончания срока действия, замены руководителя или по иной причине.
Сразу скажем, что повода для беспокойства нет. Такая ошибка вызвана особенностями программного обеспечения фонда, которое начинает «узнавать» ЭЦП организации только после того, как первый раз получает подписанный ею отчет. В течение четырех дней сертификат будет идентифицирован, и страхователю поступит уведомление о получении отчета. Даже если это случится за рамками отчетного периода, инспекторы не должны начислить штраф. А в следующий раз ПФР «распознает» электронную подпись уже без задержек.
Второй этап: форматно-логический контроль
Далее инспекторы проводят так называемый форматно-логический контроль. Его цель — удостовериться, что отчеты созданы без нарушения установленных форматов.
На данном этапе работники ПФР проводят проверку посредством программ CheckXML и CheckXML-UFA. Бухгалтеры тоже могут воспользоваться этими программами, чтобы перед отправкой отчетов удостовериться в их корректности. Установить проверочные программы можно самостоятельно, но тогда придется все время следить, не появилось ли обновление. В некоторые системы электронного документооборота и программы для формирования отчетности (например, в «Контур-Экстерн», который является онлайн-системой, где обновления устанавливаются без участия пользователя) они уже включены, и обновление происходит автоматически. Кстати, до 30 сентября встроенный в «Контур-Экстерн» веб-сервис будет бесплатно доступен всем желающим (см. «Страхователи могут три месяца бесплатно готовить и проверять отчеты в Контур-Отчет ПФ»).
Практика показывает, что большинство «форматных» ошибок, выявленных на этой стадии, происходит из-за изъянов бухгалтерских программ. В этом случае бухгалтеру надо обратиться к специалисту, который поддерживает программу, и договориться об устранении неполадок.
Еще одна распространенная причина ошибки — неверно указанный адрес организации или застрахованного лица. Ее удастся избежать, если установить последнюю версию классификатора адресов России (КЛАДР). Ряд систем электронного документооборота (в частности, упомянутая выше онлайн-система «Контур-Экстерн») уже содержит этот классификатор, и поддерживает его актуальность.
Третий этап: предбазовая проверка отчетов
Суть этого этапа в том, чтобы провести экспресс-проверку отчетов и поместить их во временное хранилище.
Экспресс-проверка проводится при помощи программного комплекса ПК Perso. Он установлен в Управлениях ПФР, и доступ к нему имеют только сотрудники фонда. Что касается страхователей, то у них, к сожалению, нет возможности использовать данный софт для самоконтроля.
Perso проверяет в числе прочего наличие и номера пачек, данные по застрахованным лицам (ФИО и СНИЛС), сверяет остатки на начало расчетного периода, указанные в расчетах платежи, остатки по сведениям до 2010 года и пр.
Если ошибки не найдены, страхователю направят расписку в приеме сведений с данными инспектора, который проводил проверку. При наличии ошибок организация получит отрицательный протокол.
Затем отчеты, которые успешно прошли проверку, будут зарегистрированы в специальном журнале и переданы во временное хранилище. Здесь есть своя особенность: в хранилище не могут находиться два файла с одинаковыми именами. Это зачастую приводит к последствиям, весьма неприятным для компании.
Дело в том, что если страхователь присвоит двум разным пачкам один и тот же номер, то имена файлов этих пачек тоже совпадут. Тогда файл, который передан в хранилище раньше, будет полностью стерт одноименным файлом, переданным позже. В результате в базе данных Пенсионного фонда останутся неполные сведения о страхователе, и это сильно осложнит сверку.
Предотвратить такой казус можно при помощи небольшой хитрости: в течение года присваивать номера пачек не по порядку, а так, чтобы нумерация каждого отчетного периода имела свои отличительные черты. Например, пачки за первый квартал нумеровать «101, 102, 103 …», пачки за полугодие – «202, 203, 204 …» и так далее вплоть до конца года. Такой метод не является нарушением и позволяет избежать путаницы.
Четвертый этап: проверка перечисленных платежей
Данный этап введен в 2010 году, когда на смену ЕСН пришли взносы, и у компаний и предпринимателей появилась обязанность сдавать расчеты по начисленным и уплаченным страховым взносам (формы РСВ-1, РСВ-2 и РВ-3).
На этом этапе инспектор выбирает из поступившего пакета сведений форму РСВ и загружает ее в программно-технический комплекс, который называется «Администрирование страховых взносов» (сокращенно ПТК АСВ). Там проверяются реквизиты организации и суммы перечисленных взносов, после чего сведения сохраняются в отдельной базе данных (впоследствии из этой базы они будут переданы в отдел камеральных проверок).
Здесь, как и на предыдущем этапе, при отсутствии ошибок страхователю направляется расписка в приеме сведений, а при выявлении ошибок — отрицательный протокол. Чаще всего ошибку находят в двух случаях: либо «не прошел» платеж, либо бухгалтер ошибся при заполнении расчета.
При устранении ошибок, указанных в отрицательном протоколе, необходимо выполнить одно важное правило: исправленный вариант расчета РСВ должен быть оформлен как корректировка с соответствующим порядковым номером.
Это обусловлено тем, что в базе данных сохраняются любые, даже неправильные расчеты. Следовательно, исходный вариант расчета там уже есть, а любое исправление является корректировкой.
Обратите внимание: для сведений персонифицированного учета (формы СЗВ-6-1, СЗВ-6-2, СЗВ-6-3, АДВ-6-2, АДВ-6-3 и др.) это правило не действует. Иными словами, устранив ошибки, указанные в отрицательном протоколе, бухгалтер должен направить в фонд не корректировки, а исходники этих отчетов.
Пятый этап: разнесение индивидуальных сведений по лицевым счетам
Последний, пятый, этап заключается в том, чтобы данные из полученной и проверенной отчетности разнести по лицевым счетам застрахованных лиц, и поместить на хранение в единую электронную базу данных. Она носит название программно-технический комплекс системы персонифицированного учета (сокращенно ПТК СПУ).
Процесс представляет собой следующее: сначала инспектор выгружает данные по расчетам из ПТК АСВ, затем — пачки индивидуальных сведений из временного хранилища Perso. При этом идет сравнение начисленных и уплаченных взносов по каждому застрахованному лицу и по организации в целом. Сотрудники фонда называют это «стыковкой сведений». Как правило, стыковка занимает день или два.
Если ошибок не обнаружено, суммы, указанные в индивидуальных сведениях, поступают на лицевые счета застрахованных лиц. При этом в адрес организации никаких сообщений и уведомлений инспекторы не направляют, то есть проверка завершается «по умолчанию».
Но иногда стыковка выявляет ошибки. Приведем пример: женщина вышла замуж и сменила фамилию. При этом на предыдущих этапах проверки в базе значилась прежняя фамилия, а на момент разнесения по лицевым счетам — уже новая. Тогда на пятом этапе система не сможет идентифицировать застрахованное лицо и зафиксирует ошибку.
В такой ситуации инспекторы должны направить в компанию уведомление об устранении расхождений. Страхователю полагается внести корректировки в течение двух недель. В противном случае фонд имеет право самостоятельно устранить расхождения и сообщить об этом в организацию. Так говорится в пункте 41 инструкции о порядке ведения индивидуального учета, утвержденной приказом Минздравсоцразвития России от 14.12.09 № 987н.
Однако на практике работники фонда очень редко направляют уведомления. Вместо этого они сразу же начинают самостоятельно вносить исправления, о чем страхователь даже не догадывается. Естественно, что при формировании отчетности за следующий период организация не учитывает корректировки, сделанные фондом.
При проверке следующего периода инспекторы воспринимают это как ошибку, и компания получает отрицательный протокол. Не понимая, что произошло, бухгалтеры зачастую подозревают спецоператора связи в том, что это он изменил данные в отчетах. К сожалению, предотвратить подобную ситуацию практически невозможно.
Советы для тех, кто перешел на учет в другое Управление ПФР
В заключение отметим, что очень много проблем при проверке электронной отчетности возникает у страхователей, которые сменили адрес, а вместе с ним и Управление ПФР.
Часто сложности возникают из-за того, что бухгалтеры ошибочно полагают, будто соглашение об обмене электронными документами, заключенное с «прежним» Управлением, будет действительно и после перехода в «новое» УПФР. На самом деле при смене Управления организация должна заключить новое соглашение — ведь в противном случае Фонд не примет электронные отчеты.
Другая причина трудностей в том, что базы данных по приему сведений в каждом Управлении свои. И, в отличие от ПТК СПУ, которая является единой централизованной системой и хранит сведения обо всех лицах, базы по приему сведений содержат только те данные, которые получены в данном отдельно взятом Управлении. Получается, что если раньше организация отчитывалась в другом УПФР, то по новому месту учета данные о прежних периодах отсутствуют, и поступят они с большим опозданием.
В связи с этим мы советуем «новичкам» первую отчетность представить не по ТКС, а на бумаге или дискете. Объяснение простое: «бумажные» отчеты потребуют личного участия инспектора, которому можно дать объяснения на словах. Тогда как электронные системы проверки, не задумываясь, зафиксируют ошибку. Поэтому вновь зарегистрированным страхователям лучше познакомиться с работниками Управления и обратить их внимание на свою ситуацию.
Источник: www.buhonline.ru
Форматно-логический контроль — зачем нужен и с чем его едят
Форматно-логический контроль (ФЛК) — это проверка на контрольные соотношения форм налоговой отчётности и корректность заполнения всех полей. Цель проверки ФЛК заключается в обеспечение приема отчётности — Согласно статье 584 пункту 4-1 налогового кодекса.
Когда ваш файл отчётности будет обработан и успешно проверен, налоговая инспекция пришлёт подтверждение о приеме и обработке файла.
В случае выявления ошибок при форматно-логическом контроле, пришлют протокол с описанием ошибок. Необходимо исправить все выявленные ошибки, я и повторно отправить отчётность для проверки на форматно логический контроль. Важно заблаговременно проверять файл отчета и отправлять налоговую инспекцию во избежание штрафов.
Источник: sdadimnds.ru