После обновления конфигурации «1С:Управление торговлей» (редакция 11) пользователи и системные администраторы нередко сталкиваются с ситуацией, когда при создании платежных поручений в начале номера документа начинает автоматически подставляться литера «П». На первый взгляд это выглядит как ошибка релиза или нежелательное поведение системы, вызывающее опасения у бухгалтеров и финансистов перед отправкой реестров в банк. Разберем детально, чем обусловлено появление этого префикса, как устроена внутренняя логика нумерации расчетных документов и какие действия следует предпринять.
Проанализируем архитектуру прикладных решений линейки 1С нового поколения (УТ 11, КА 2, 1С:ERP). В отличие от классической конфигурации «1С:Бухгалтерия предприятия», здесь отсутствует отдельный самостоятельный документ «Платежное поручение» как независимый объект метаданных.
Все операции по списанию денежных средств с расчетных счетов организации регистрируются единым универсальным документом СписаниеБезналичныхДенежныхСредств. Внутри этого объекта предусмотрен реквизит, определяющий вид расчетного документа:
Поскольку физически все эти хозяйственные операции хранятся в одной таблице базы данных, без дополнительной логики они имели бы сквозную смешанную нумерацию. Согласно правилам банковского делопроизводства, нумерация платежных поручений должна быть последовательной и не должна прерываться номерами требований или инкассовых распоряжений. Для изоляции цепочек нумерации в процедуре ПриУстановкеНовогоНомера модуля документа разработчиками платформенных решений 1С был внедрен специальный литерный префикс (символ «П» для платежных поручений), который отделяет один тип расчетного документа от другого в рамках одного общего регистратора.
Основное беспокойство пользователей связано с тем, пропустит ли банковская система номер расчетного документа, содержащий букву. Положение Банка России № 762-П и правила заполнения реквизитов формы 0401060 («Платежное поручение») строго регламентируют, что номер платежного поручения должен быть числовым и не превышать установленную предельную длину.
Рассмотрим, как типовые механизмы конфигурации обрабатывают данный префикс:
Таким образом, префикс «П» выполняет исключительно системную техническую функцию внутри базы данных и не попадает во внешние каналы передачи данных.
Разберем поведение платформы «1С:Предприятие 8.3» при внедрении нового префикса в работающую базу данных. Для встроенного механизма автонумерации появление любого нового префикса означает старт новой последовательности номеров. В результате документ с префиксом «П» получает первый номер в своей новой серии (например, П000000001 или ППР00000001 с учетом префикса базы и узла РИБ), что нередко воспринимается пользователями как сброс нумератора.
Важное предупреждение: Ни в коем случае не рекомендуется вручную стирать литеру «П» в номерах создаваемых документов. Если пользователь принудительно очистит букву и вернет номер к привычному старому виду, механизм автонумерации платформы переключится на старый числовой диапазон. Это приведет к возникновению коллизий при создании последующих документов («Номер документа не является уникальным!»). Если сбой нумерации уже произошел, для восстановления работоспособности механизма необходимо применить программный вызов метода глобального контекста:
ОбновитьНумерациюОбъектов(Метаданные.Документы.СписаниеБезналичныхДенежныхСредств);
Проанализируем возможные варианты действий технического специалиста при обращении пользователей:
СписаниеБезналичныхДенежныхСредств и гарантированно исключается из номеров при печати и отправке в банк. В пользовательском интерфейсе нет штатных констант для отключения данного механизма, и его сохранение обеспечивает стабильность дальнейших обновлений.ПриУстановкеНовогоНомера для объекта СписаниеБезналичныхДенежныхСредств, скорректировав алгоритм генерации строки номера под индивидуальные требования заказчика.