Каждый практикующий специалист 1С рано или поздно сталкивается с ситуацией, которую пользователи называют не иначе как «полтергейст» или «самопроизвольное изменение данных». Типичный сценарий: бухгалтер утверждает, что в старых регламентированных отчетах были выбраны одни КПП и коды налоговых органов, но при попытке скопировать отчет или заполнить новый данные внезапно меняются на некорректные. При этом в журнале регистрации чисто, обменов не было, а в копиях базы прошлых периодов справочники выглядят идентично.
В этой статье мы подробно разберем, почему возникает этот эффект, проанализируем внутреннее устройство механизмов хранения регистрационных данных в 1С и выясним, как правильно вносить изменения при смене КПП или ИФНС, чтобы избежать подобных коллизий.
Для начала разберем по шагам, что происходит в системе, когда бухгалтер работает с регламентированной отчетностью. Источником недоразумения часто становится разное поведение системы при создании нового документа отчетности и при копировании уже существующего.
Рассмотрим эту логику подробнее:
Организации). Из нее считываются текущие актуальные реквизиты (наименование, ИНН, КПП, ОГРН), которые действуют на дату начала отчетного периода.Регистрации в налоговом органе (ИФНС).Если в справочнике Регистрации в налоговом органе содержатся неверные, устаревшие или незаполненные данные (например, был изменен КПП непосредственно в карточке элемента, но не создана новая запись регистрации), система принудительно перезапишет скопированные из старого отчета реквизиты ИФНС и КПП теми значениями, которые привязаны к этой регистрации в справочнике. В результате у пользователя «пропадают» верные данные, уступая место некорректным.
На первый взгляд может показаться, что дублирование реквизитов ИФНС, КПП и ОКТМО в карточке организации и в отдельном справочнике — это архитектурная ошибка разработчиков. Однако это не так. Такое разделение жизненно необходимо для ведения корректного учета в следующих случаях:
1. Хранение истории изменений. Юридический адрес компании, ее КПП и даже сама налоговая инспекция могут меняться (например, при переезде или реорганизации налоговых органов). Чтобы старые документы и регламентированные отчеты за прошлые годы открывались с теми реквизитами, которые действовали именно тогда, 1С использует механизм периодических реквизитов и регистр сведений История регистрации в налоговом органе.
2. Обособленные подразделения без выделенного баланса. Если у организации есть филиалы или обособленные подразделения, которые не выделены на отдельный баланс, они не регистрируются как отдельные карточки в справочнике Организации. Вместо этого они описываются в справочнике Подразделения (или Подразделения организации), где для каждого из них указывается своя запись из справочника Регистрации в налоговом органе со своим уникальным КПП и кодом ОКТМО. Это критически важно для корректного расчета и распределения налога на прибыль, налога на имущество и сдачи отчетности по форме 6-НДФЛ.
3. Расчет налогов на стыке субконто. Для исчисления налога на прибыль и НДФЛ в системе используется регистрация в налоговом органе. Она же часто служит аналитикой (субконто) на счетах бухгалтерского учета, например, 68.01 (НДФЛ) и 68.04.1 (Расчеты с бюджетом по налогу на прибыль).
Если данные в карточке организации и в справочнике Регистрации в налоговом органе рассинхронизированы, это неизбежно приведет к ряду критических ошибок:
Регистрации в налоговом органе. Именно в разрезе этих элементов настраиваются полномочия подписантов и привязываются Машиночитаемые доверенности (МЧД). Если в скопированном отчете окажется неверная (устаревшая) регистрация, ФНС отклонит отчет из-за несоответствия КПП или отсутствия действующих полномочий у подписанта.Чтобы избежать путаницы при создании и копировании регламентированных отчетов, никогда не изменяйте КПП или код ИФНС простым редактированием текущих полей в карточке организации. Выполняйте изменения строго по следующему алгоритму:
Организации.Регистрации в налоговом органе. Внесите в него новые коды ИФНС, КПП и ОКТМО. Важно: старый элемент справочника изменять нельзя, он должен остаться нетронутым для корректного отображения прошлых периодов!Если пользователь уже успел некорректно перезаписать данные в справочнике регистраций, и отчеты за прошлые периоды начали отображать неверные сведения, нам придется исправить данные без нарушения хронологии.
Для исправления ситуации воспользуемся обработкой Групповое изменение реквизитов. Рассмотрим примерный алгоритм действий:
Групповое изменение реквизитов (в режиме администратора/разработчика).Регистрации в налоговом органе.КПП, КодИФНС или связанных периодических регистров сведений, вернув старым периодам их исторические значения, а для новых создав корректные новые записи через интерфейс истории.После приведения справочников в актуальное и исторически верное состояние, операции копирования отчетов будут проходить штатно, а автозаполнение форм перестанет преподносить неприятные сюрпризы вашим бухгалтерам.