В практической работе программиста 1С часто возникают задачи по кастомизации стандартных механизмов платформы под специфические требования бизнес-процессов компании. Одной из таких задач является организация сквозной нумерации документов в разрезе каждого дня. Например, когда требуется, чтобы номер счета-фактуры имел вид: "ПрефиксФирмы + ГГММДД + порядковый четырехзначный номер" (например, АА260620-0001), а на следующий день нумерация снова начиналась с единицы (АА260621-0001).
В этой статье мы подробно разберем, как реализовать такую схему автонумерации в среде «1С:Предприятие 7.7», проанализируем неочевидные технические ограничения платформы и рассмотрим готовые примеры кода для интеграции в вашу конфигурацию.
Прежде всего выясним, как работает встроенный механизм автонумерации в 1С 7.7. Когда мы вызываем стандартный метод УстановитьНовыйНомер(), система анализирует уже существующие в базе данных документы этого вида, находит максимальный номер с аналогичным префиксом и увеличивает его числовую часть на единицу.
Если мы будем использовать фиксированный префикс (например, только код организации АА), то нумерация будет непрерывной в течение всего года. Чтобы заставить систему автоматически сбрасывать счетчик каждый день и начинать нумерацию с единицы, нам необходимо сделать префикс динамическим. Мы включим текущую дату документа непосредственно в сам префикс!
Таким образом:
АА260115-. Платформа найдет последний номер с таким префиксом (например, АА260115-0024) и автоматически создаст следующий номер АА260115-0025.АА260116-. Поскольку документов с таким префиксом в базе еще нет, система автоматически начнет нумерацию с первого свободного номера, то есть АА260116-0001.Рассмотрим по шагам, как правильно реализовать данный алгоритм в кодовой базе 1С 7.7.
Первая техническая трудность, с которой мы сталкиваемся — это получение строкового формата даты ГГММДД. Начинающие разработчики часто пытаются преобразовать дату в строку через стандартную функцию Строка(ДатаДок) и затем нарезать ее с помощью функции Сред(). Делать так крайне не рекомендуется!
Дело в том, что строковое представление даты в 1С 7.7 напрямую зависит от региональных настроек операционной системы Windows на компьютере конкретного пользователя. У одного пользователя дата может отображаться как 15.01.26, у другого — 15/01/2026, а у третьего (с американской локалью) — 01/15/26. В итоге строковые срезы вернут непредсказуемый результат, и префиксы документов сломаются.
Правильный и безопасный способ получить строго заданный формат даты — использовать системную функцию Формат() со специальным параметром шаблона:
// Пример безопасного получения даты в формате ГГММДД
СтрДата = Формат(ДатаДок, "Д ГГММДД"); // Вернет ровно 6 цифр, например "260115"
Важное примечание: Обратите внимание на пробел после символа "Д" в строке формата. Он является обязательным. Этот пробел указывает платформе 1С 7.7 на то, что дату нужно вывести без использования стандартных системных разделителей (точек, слэшей или дефисов).
Это важнейший нюанс, о котором часто забывают разработчики, из-за чего автонумерация перестает работать сразу после внедрения кода. Давайте посчитаем длину нашего нового номера:
АА) — 2 символа.ГГММДД — 6 символов.-) — 1 символ.Итого нам требуется как минимум 13 символов для хранения номера документа.
В большинстве типовых конфигураций 1С 7.7 (таких как "Бухгалтерский учет" или "Торговля и склад") длина номера для документа "Счет-фактура" по умолчанию ограничена 10 символами. Если вы попытаетесь записать номер длиной 13 символов в поле, рассчитанное на 10, платформа просто "обрежет" хвост номера.
Например, вместо ожидаемого номера АА260115-0001 система запишет в базу только первые 10 символов: АА260115-0. При попытке создать второй документ за этот же день система снова попытается записать АА260115-0 и выдаст неустранимую ошибку: "Номер не уникален!".
Решение проблемы: Откройте конфигурацию в режиме "Конфигуратор", найдите метаданные документа "Счет-фактура" (или общий нумератор, если данный документ привязан к нему) и увеличьте длину номера в свойствах объекта до 13–15 символов.
Недостаточно прописать установку нового номера только при создании документа. Пользователь может передумать и изменить дату документа вручную на форме или выбрать другую организацию (фирму), что должно повлечь за собой мгновенную перегенерацию префикса и номера. Поэтому нам нужно обрабатывать несколько ключевых событий формы.
Проанализируем структуру программного кода, который необходимо встроить в модуль формы документа "Счет-фактура":
// Процедура автоматической установки префикса и номера дня
Процедура УстановитьСчетчикДня()
// Получаем префикс фирмы (если он задан в справочнике Фирмы)
ПрефиксФирмы = "";
Если ПустоеЗначение(Фирма) = 0 Тогда
ПрефиксФирмы = СокрЛП(Фирма.Префикс);
КонецЕсли;
// Формируем динамическую часть префикса на основе даты документа
СтрокаДаты = Формат(ДатаДок, "Д ГГММДД");
// Собираем полный префикс. Символ "-" разделяет префикс и счетчик
ПолныйПрефикс = ПрефиксФирмы + СтрокаДаты + "-";
// Вызываем стандартный метод платформы для генерации номера
УстановитьНовыйНомер(ПолныйПрефикс);
КонецПроцедуры
// Обработка создания нового документа
Процедура ВводНового(Скопирован)
// Если документ создается копированием, важно сбросить старый номер
Если Скопирован = 1 Тогда
НомерДок = "";
КонецЕсли;
// Устанавливаем номер на текущую дату
УстановитьСчетчикДня();
КонецПроцедуры
Для того чтобы номер корректно обновлялся при изменении реквизитов формы пользователем, выполните следующие действия в Конфигураторе:
ДатаДок. В графе "Формула" укажите вызов нашей процедуры: УстановитьСчетчикДня(). Теперь при изменении даты документа номер будет мгновенно пересчитываться под новые сутки.Фирма и в графе "Формула" также пропишите вызов процедуры УстановитьСчетчикДня(). Это гарантирует смену префикса при переходе с одного юридического лица на другое.При переходе на ежедневную динамическую нумерацию документов в 1С 7.7 следует помнить о некоторых технических и методологических рисках, которые мы сейчас подробно разберем.
Стандартный метод УстановитьНовыйНомер() при каждом своем вызове производит сканирование таблиц базы данных для поиска максимального номера. В крупных компаниях, где десятки операторов одновременно и непрерывно выписывают счета-фактуры, частые обращения к транзакционному механизму автонумерации могут вызывать взаимные блокировки таблиц (особенно в файловом варианте DBF). Работа пользователей может замедляться. Старайтесь избегать лишних вызовов этой процедуры без реальной необходимости (например, не вызывайте ее при простом открытии уже записанного документа).
Встроенный парсер платформы 1С 7.7 крайне чувствителен к ручному вмешательству. Если хотя бы один бухгалтер или менеджер решит вручную отредактировать автоматически созданный номер документа (например, сотрет дефис, добавит косую черту или изменит буквенный код на АА260620/1), встроенный механизм автонумерации этого дня "сломается". Программа потеряет ориентир для поиска следующего номера и начнет выдавать ошибки уникальности для всех последующих документов.
Рекомендация: Настоятельно рекомендуем программно или через свойства формы в Конфигураторе установить для поля НомерДок признак "Только просмотр" для обычных пользователей, оставив права на редактирование номера только администраторам базы данных.
Рассмотрим ситуацию, когда менеджер создает счет-фактуру текущим числом (получая сегодняшнюю дату в префиксе), а затем бухгалтер решает перенести этот документ в закрытый или прошлый период и меняет дату документа на вчерашнюю. Программа автоматически изменит префикс в номере на "вчерашний" и присвоит новый порядковый номер в рамках вчерашнего дня. Если вчерашний пакет документов уже был распечатан и передан контрагентам, это может привести к нарушению хронологии и дублированию печатных номеров, что критично для налогового учета НДС. Обсудите эти организационные нюансы с вашей бухгалтерской службой перед запуском доработки в промышленную эксплуатацию.