Контрольное число для страхового номера не совпадает с рассчитанным 1с что делать
Идентификационный номер налогоплательщика
Идентификационный номер налогоплательщика (ИНН) - в Российской Федерации уникальный код используемый при учете в налоговом органе юридических и физических лиц. ИНН юридических лиц (организаций) состоит из 10 цифр. ИНН физических лиц, в т.ч. индивидуальных предпринимателей состоит из 12 цифр.
ИНН указывается налогоплательщиками в документах, предусмотренных законодательством, подаваемых в налоговые органы. Для идентификации отдельного подразделения организации, в связи с постановкой на учет в разных налоговых органах применяется код причины постановки (КПП).
Структура ИНН юридического лица
ИНН юридического лица состоит из 10 последовательных цифр.
1-2: код субъекта Российской Федерации.
3-4: номер налоговой инспеции в субъекте РФ.
1-4: код налоговой инспекции по СОУН (Справочник кодов обозначения налоговых органов для целей учёта налогоплательщиков) осуществивщей регистрацию.
5-9: номер записи в территориальном разделе ЕГРН (Единый государственный реестр налогоплательщиков).
10: контрольная цифра.
Структура ИНН физического лица
ИНН юридического лица состоит из 10 последовательных цифр.
1-2: код субъекта Российской Федерации.
3-4: номер налоговой инспеции в субъекте РФ.
1-4: код налоговой инспекции по СОУН осуществивщей регистрацию.
5-10: номер записи в территориальном разделе ЕГРН.
11-12: контрольные цифры.
Для проверки ИНН можно обратиться в налоговый орган за выпиской из ЕГРН или провести проверку контрольных цифр в соответствии со следующим алгоритмом:
1. Для расчета десятого контрольного разряда в 10-ти значном ИНН каждая цифра ИНН (кроме десятой) умножается на соответствующий множитель в соответствии с таб.1 , ззатем все значения суммируются , сумма берется по модулю 11, затем полученное число берется по модулю 10 это и есть десятый разряд.
2. Для расчета 11-ого контрольного разряда (1-ой контрольной цифры) в 12-ти значном ИНН каждая цифра ИНН (кроме 11-ой и 12-ой) умножается на соответствующий множитель в соответствии с таб.1 , затем все значения суммируются , сумма берется по модулю 11, затем полученное число берется по модулю 10 это и есть 11-ый разряд.
3. Для расчета 12-ого контрольного разряда (2-ой контрольной цифры) в 12-ти значном ИНН каждая цифра ИНН (кроме12-ой) ,11-ая вычисляется в соотв. с пред. пунктом, умножается на соответствующий множитель в соответствии с таб.1 , затем все значения суммируются , сумма берется по модулю 11, затем полученное число берется по модулю 10 это и есть 12-ый разряд.
Конкретные примеры
ИНН 500100732259 — 12 цифр (первый попавшийся в Интернете ИНН).
Шаг 1: 5* 7+ 0* 2+ 0* 4+ 1* 10+ 0* 3+ 0* 5+ 7* 9+ 3* 4+ 2* 6+ 2* 8= 148
148= 11* 13 + 5(остаток); совпадает
Шаг 2: 5* 3+ 0* 7+ 0* 2+ 1* 4+ 0* 10+ 0* 3+ 7* 5+ 3* 9+ 2* 4+ 2* 6+ 5* 8= 141141= 11* 12 +9(остаток); совпадает
Оба контрольных числа совпадают, номер правильный.
ИНН 7830002293 — 10 цифр (Санкт-Петербургская бумажная фабрика Гознака).
Шаг 1: 7* 2+ 8* 4+ 3* 10+ 0* 3+ 0* 5+ 0* 9+ 2* 4+ 2* 6+ 9* 8= 168168= 11* 15 +3(остаток)
Контрольное число совпадает, номер правильный.
Что изменилось в механизме проверки контрольных соотношений и зачем
Для простоты предположим, что все разделы Расчета по страховым взносам, кроме Раздела 3 – это один раздел. Назовем его условно первый раздел, а Раздел 3 – третий раздел. В первом разделе Расчета приводятся сводные данные, в третьем разделе – персонифицированные данные по сотрудникам.
Пунктом 1.2 Порядка заполнения Расчета по страховым взносам (приложение № 2 к приказу ФНС России от 10.10.2016 № ММВ-7-11/551@) установлено, что при сдаче корректирующего расчета в первом разделе всегда указываются данные с учетом исправлений, а в третьем разделе представляются не все сведения, а только по тем сотрудникам, по которым были изменения.
Из этого следует важный вывод: выполнить напрямую проверку совпадения данных первого и третьего разделов Расчета можно только в первичном отчете. В корректирующем отчете этого сделать уже нельзя, т.к. в первом разделе указаны полные данные, а в третьем– только изменения. Поэтому, до недавнего времени, ряд контрольных соотношений в корректировочных отчетах в программах «1С:Предприятия 8» был отключен.
Теперь это ограничение устранено.
Как сравнить первый и третий разделы в корректировочных Расчетах по страховым взносам
Допустим, в первом разделе Расчета один сводный показатель, а в третьем разделе – один персонифицированный (имя) и один - числовой. Итак, подаем первичный отчет за I квартал. У нас три сотрудника: Иванов, Петров и Сидоров, у каждого в третьем разделе по 100 рублей.
Условно первичный расчет можно представить так:
Проверяем контрольное соотношение (1 раздел = 3 раздел): 300 = 300, все в порядке (рис. 1).
Затем подаем корректирующий первый расчет. В нем по Иванову подаем новые данные – 250 рублей (величина страхового взноса увеличилась на 150 рублей) и добавляем еще одного сотрудника - Кузнецова, которого «забыли» подать в первичном расчете (новые данные).
Примечание: в корректировочном отчете в третьем разделе указываются только измененные данные.
Наша корректировка выглядит так:
Теперь, если мы попытаемся проверить контрольное соотношение, то оно не выполнится (550 не равно 350), хотя мы все сделали правильно. В этом и заключалась проблема: выполнены действия, но нет инструментария контроля их правильности /ошибочности с локализацией ошибки (рис.2).
Далее предположим, что необходимо представить еще один корректирующий второй отчет. Оказалось, что Петров работает в другой организации и его надо «обнулить» (удалить данные по сотруднику и минус страховой взнос - 100 рублей), а вместо него добавить Филиппова (добавить данные нового сотрудника в третий раздел плюс страховой взнос - 150 рублей).
И снова контрольное соотношение не выполняется, и разрыв еще больше. Чтобы проверка выполнилась, надо «собрать» третий раздел по всем сданным отчетам. Из одного первичного отчета и двух корректирующих «соберем» один полный отчет. Он будет выглядеть следующим образом:
В таком варианте отчета контрольное соотношение будет выполнено: стало очевидно, что первичный отчет и корректировки соотносятся между собой (рис.3).
Как видно из приведенного примера, чтобы проверить контрольное соотношение в корректировке 2, нам пришлось выполнить сквозную «сборку» третьего раздела по всей цепочке отчетов (первичный + корректировка 1 + корректировка 2). Очевидно, что даже для нашего простейшего отчета это непростая задача. И чем больше данных приходится собирать в один отчет, тем она сложнее.
В этом и заключается суть доработки механизма проверки контрольных соотношений Расчета по страховым взносам: неважно, сколько сотрудников в отчете и сколько корректирующих отчетов было составлено - после каждой корректировки проверка контрольных соотношений сама свяжет все первичные и корректирующие отчеты текущего и прошлых кварталов (в пределах года) и покажет несоответствие в данных.
Проверка контрольных соотношений с учетом данных корректирующих отчетов выводит инструментарий контроля и локализации ошибок на новый уровень. Корректирующие отчеты становятся прозрачными для проверки. Это позволяет не ограничивать представление корректировок и сдавать их столько, сколько реально требуется –их проверка больше не будет доставлять хлопот.
Теперь, когда мы рассмотрели идею сквозной «сборки» третьего раздела на простом примере, полезно сделать некоторые уточнения, которые касаются работы реального алгоритма.
Порядок заполнения Раздела 3 Расчета по страховым взносам при представлении корректирующих отчетов регламентируется письмами ФНС России от 28.06.2017 № БС-4-11/12446@ и от 18.07.2017 № БС-4-11/14022@ .
На принципах, изложенных в этих письмах, был построен алгоритм сборки. Однако приведенные письма носят общий характер и не содержат технических деталей, некоторые из которых важны для понимания работы и использования механизма.
Приведем основные из них:
- В «сборку» включаются только те расчеты, которые не помечены на удаление. Этим можно управлять: если вы не хотите, чтобы какой-то отчет участвовал в сборке, его временно можно пометить на удаление.
- Сотрудники идентифицируются только по СНИЛС. Совершенно не важно, что указано в прочих персонифицированных данных: если женщина вышла замуж и поменяла фамилию или мужчина поменял паспорт – в целях сборки это будут те же самые сотрудники, если правильно указаны их СНИЛС.
- При сборке происходит безусловное замещение персонифицированных данных с одинаковыми СНИЛС более младших отчетов более старшими внутри квартала. Таким образом вносятся новые данные по сотруднику или происходит «зануление» сотрудника (исключение персонифицированных данных из расчета – подробнее см. в письмах ФНС);
- Чтобы «занулить» сотрудника, необходимо в соответствующих табличных частях раздела 3.2.1 или 3.2.2 оставить пустые суммовые показатели. При этом необходимо заполнить данные о месяце и о категории застрахованного лица (раздел 3.2.1) или о коде тарифа (раздел 3.2.2) так же, как это было указано ранее в более младшем отчете. Без указания месяца и категории сотрудник не «занулится».
- Сборка прозрачна. В нашем контрольном примере третий раздел был собран из трех отчетов. При расшифровке контрольного соотношения видно, какая запись из какого отчета была взята. Если в окне расшифровки кликнуть на Сидорова, мы попадем в первичный отчет, на Иванова и Кузнецова – в корректировку 1, на Филиппова – в корректировку 2.
Резюмируя, можно сказать, что принцип сборки основан на том, что персонифицированные данные из третьего раздела не помеченных на удаление отчетов замещают друг друга по СНИЛС с приоритетом номера корректировки, при этом строки с пустыми суммовыми показателями отбрасываются.
Как доработка проверки контрольных соотношений Расчета по страховым взносам с учетом корректировок может отразиться на работе пользователей
Для тех пользователей, которые не делают корректировок, ничего не должно измениться: проверка первичных отчетов работает по прежнему порядку.
Пользователям, которые работают с корректировками, надо принимать во внимание, что корректировка будет «подтягивать» данные первичного отчета и младших корректировок внутри квартала. Поэтому теперь корректировки надо делать действительно только на изменения – как это и предусмотрено Порядком заполнения и указанными письмами ФНС.
Если же была сделана полная корректировка, то, во избежание некорректной проверки, все предыдущие Расчеты квартала, за который была сделана корректировка, нужно временно пометить на удаление. Но это можно рассматривать как обходной вариант, но никак нельзя рекомендовать как рабочую методологию.
Основная рекомендация состоит в том, чтобы после составления каждого корректирующего отчета, выполнить проверку контрольных соотношений и убедиться, что она прошла с учетом данных первичного отчета и данных отчетов прошлых периодов.
Безошибочное выполнение проверки можно рассматривать как критерий правильности отчетных данных перед сдачей отчета в контролирующие органы и перед составлением следующей корректировки.
Проверка контрольного числа Страхового номера проводится только для номеров больше номера 001–001–998
Контрольное число Страхового номера рассчитывается следующим образом:
• каждая цифра Страхового номера умножается на номер своей позиции (позиции отсчитываются с конца)
• полученные произведения суммируются
• сумма делится на 101
• последние две цифры остатка от деления является Контрольным числом.
Например: Указан страховой номер 112–233–445 95
Проверяем правильность контрольного числа:
цифры номера 1 1 2 2 3 3 4 4 5
номер позиции 9 8 7 6 5 4 3 2 1
1х9+1х8+2х7+2х6+3х5+3х4+4х3+4х2+5х1=95
95 / !101! =95
Контрольное число=95 – указано верно
Некоторые частные случаи:
99 / !101! =99
100 / !101! =00
101 / !101! =00
102 / !101! =01
Код 1C v 8.х
Разместил: E_Migachev Версии: | 8.x | 8.2 УП | Дата: 12.01.2012 Прочитано: 14051
Похожие FAQ
Как заполнить табличную часть формы программно? 6
Нужно по кнопке Заполнить - сформировать данные для заполнения табличных частей и заполнить их. Форма имеет вид: Рядом с кнопкой Записать и закрыть добавлена кнопка Заполнить документ , код ее команды: // Код заполнения ТЧ НаСервере П 17 правил для составления оптимального ЗАПРОСа к данным базы 1С 42
Для формирования и выполнения запросов к таблицам базы данных в платформе 1С используется специальный объект языка программирования Запрос . Создается этот объект вызовом конструкции Новый Запрос . Запрос удобно использовать, когда требуется получ 1С 8.x : Как убрать лидирующие нули в номере Документа (вариант2) 0
Скопировать строку с номером, с лидирующими нулями, в числовом поле (с форматом без групп, без группировки), и вернуть(скопировать) обратно в строковом поле с номером. Возвращает без нулей. COM-подключение к базе 7.7 из 8.2 1С 6
Если код выполняется на стороне клиента, то необходимо наличие базы 7.7 на локальной машине. Пример (На форме объекта присутствует реквизит Таблица(ТаблицаЗначений)): НаКлиенте Процедура Загрузки() ПутьКБазе=" D: ВашаБаза 1с77 " ; Пользователь= Cклонения по падежам 6
НаКлиенте Процедура Команда1(Команда) ФИО = " Иванов Иван Иванович" ; Падеж = 2; Пол = 1; Результат = СклонениеФИО(ФИО, Падеж, пол); Сообщить(Результат); КонецПроцедуры НаСервере Функция СклонениеФИО(ФИО, Падеж, пол) Результат = " " ; Посмотреть все результаты поиска похожих
В последнее время поступает немало вопросов о Расчете страховых взносов, и в основном – как проверить правильность его заполнения и какие инструменты учетной системы могут в этом быть полезны? Отвечаем на эти вопросы на примере программы «1С:Зарплата и управление персоналом 8», ред. 3.1.
Проверка перед заполнением РСВ
Перед заполнением Расчета по страховым взносам (далее РСВ) важно проверить сведения, на основе которых формируется отчет. В первую очередь, следует рассмотреть корректность данных, указанных в карточке организации – именно по этим сведениям формируется титульный лист (раздел «Настройка» – «Организации»). В справочнике должны быть корректно заполнены наименование организации в соответствии с учредительными документами, ИНН, КПП, код налогового органа, ОКВЭД2 и данные, кто подписывает отчетность (руководитель или представитель).
Далее следует удостовериться в правильности выбранного и применяемого тарифа страховых взносов в программе, который указан в учетной политике организации (раздел «Настройка» – «Организации» – закладка «Учетная политика и другие настройки» – ссылка «Учетная политика»). Страховые взносы исчисляются согласно указанному тарифу, в отчете эти сведения отображаются по строке «Код тарифа плательщика» в Приложении 1.
Для корректного учета доходов физических лиц для целей исчисления страховых взносов и для дальнейшего заполнения показателей расчета базы для начисления страховых взносов в РСВ следует уточнить настройки начислений (раздел «Настройка» – «Начисления»). На вкладке «Налоги, взносы, бухучет» по строке «Страховые взносы» проверяем и при необходимости уточняем вид дохода для исчисления страховых взносов.
Проверка заполненного РСВ
Первое, с чего следует начать анализ заполненных сумм в отчете – это выполнить проверку контрольных соотношений формы. Для этого следует нажать кнопку «Проверка» – «Проверить контрольные соотношения». После выводится результат проверки контрольных соотношений (далее – КС) показателей.
При этом, если дважды нажать на интересующую сумму в расшифровке – программа покажет в самой форме РСВ эту сумму.
Получить данные о сформированной базе для начисления страховых взносов можно с помощью отчета «Анализ взносов в фонды» (раздел «Налоги и взносы» – «Отчеты по налогам и взносам» – «Анализ взносов в фонды»).
Отчет формирует информацию о суммах взносов в разрезе месяцев, сотрудников и видов страховых взносов. Обратите внимание на столбцы ПФР (до превыш.) и ПФР (до превыш. расчетного), ФОМС и ФОМС (расчетный), ФСС и ФСС (расчетный) – именно они позволяют выявить ошибку в расчете взносов.
Читайте также: