Почему в 1С:ERP у документа Счет-фактура полученный отсутствует автонумерация и как организовать учет?

Программист 1С v8.3 (Управляемые формы) Налоговый учет
← На главную

При переходе с системы «1С:Бухгалтерия предприятия 3.0» на «1С:ERP Управление предприятием 2.4» (и выше) многие пользователи и разработчики сталкиваются с неожиданным поведением системы в части регистрации входящих счетов-фактур. В отличие от БП, где у документа СчетФактураПолученный есть внутренний номер с автонумерацией и отдельное поле для входящего номера поставщика, в ERP ситуация иная: стандартный реквизит Номер имеет длину 50 символов, не имеет периодичности и в него предлагается записывать именно номер документа от поставщика.

Рассмотрим подробнее, почему разработчики приняли такое решение, разберем методологические отличия и выясним, как обеспечить удобную работу бухгалтерии в новых условиях.

Методологическая концепция 1С:ERP в сравнении с 1С:БП

Проанализируем ситуацию: почему в ПриобретениеТоваровИУслуг (ПТиУ) сохранена внутренняя нумерация и есть реквизит НомерВходящегоДокумента, а в счете-фактуре — нет? Разберем ключевые причины:

  1. Требования законодательства и Книга покупок. Согласно Постановлению Правительства №1137, в налоговых регистрах (Книге покупок) должен фигурировать именно номер, присвоенный продавцом. В ERP архитектура упрощена так, чтобы реквизит Номер напрямую попадал в отчетность без необходимости сопоставления с дополнительными полями.
  2. Уникальность и поиск. В ERP уникальность входящей счета-фактуры контролируется по связке Контрагент + Номер поставщика + Дата. Стандартная автонумерация платформы здесь бы только мешала, так как пользователю пришлось бы каждый раз затирать предложенный системой «00001» и вписывать реальный номер из бумажного оригинала.
  3. Техническая оптимизация. Реквизит Номер в платформе 1С всегда индексирован. Используя его для записи реального номера поставщика, система обеспечивает максимально быстрый поиск и подбор документов при больших объемах данных, что критично для ERP-систем крупных предприятий.

Проблема «карандашных пометок» и сверки первички

Часто бухгалтеры привыкают ставить на бумажном документе внутренний порядковый номер системы (например, №125), чтобы в конце месяца быстро «прокрыжить» пачку документов и убедиться, что всё занесено в базу. В ERP, где номером является сложная строка вида «АВ-00/567-пр», делать это крайне неудобно: такие номера сложно сортировать, их долго записывать вручную, и по ним трудно ориентироваться в стопке бумаг.

Посмотрим на ситуацию глазами системы: внутренний номер 1С не имеет юридической силы, он нужен только для технического порядка. Выясним, как заменить привычную сверку по порядковому номеру на современные инструменты ERP.

Решение 1: Использование стандартных инструментов контроля НДС

Вместо того чтобы вручную сверять каждую бумажку, мы рекомендуем использовать встроенные механизмы проверки полноты данных:

  1. Помощник по учету НДС. Это рабочее место автоматически анализирует все документы приобретения и выявляет те, по которым не зарегистрирован счет-фактура. Если документа нет в базе, помощник об этом сообщит.
  2. Отчет «Наличие счетов-фактур». Специализированный отчет, который показывает разрывы между складскими/закупочными документами и налоговыми регистрами.
  3. Закрытие месяца. В ERP процедура закрытия месяца содержит обязательный этап проверки регистрации счетов-фактур, что минимизирует риск потери документа.

Решение 2: Добавление внутреннего номера через Дополнительные реквизиты

Если методология предприятия всё же требует наличия простого порядкового номера для подшивки, не спешите менять конфигурацию. В 1С:ERP реализован механизм «Дополнительных реквизитов и сведений».

Разберем по шагам, как это реализовать:

  1. Перейдем в раздел Администрирование — Общие настройки — Дополнительные реквизиты и сведения.
  2. Найдем в списке объект Счет-фактура полученный.
  3. Добавим новый реквизит «Внутренний номер» с типом Число или Строка.
  4. Выведем этот реквизит в форму списка документов через Еще — Изменить форму.

Важно: При таком подходе автонумерация не появится магическим образом, но бухгалтеры смогут вписывать туда простые числа (1, 2, 3...) вручную при вводе, и по этому полю можно будет делать полноценную сортировку списка.

Решение 3: Реализация «велосипедной» автонумерации (для программистов)

Если заказчик настаивает на автоматическом присвоении внутреннего номера, проанализируем программный подход. Поскольку стандартный Номер занят под данные поставщика, нам необходимо создать отдельный реквизит в расширении.

Рассмотрим пример логики получения следующего номера в расширении:


&НаСервере
Процедура ПриУстановкеНовогоНомераНаСервере(СтандартнаяОбработка, Префикс)
    // Отключаем стандартную обработку, если хотим управлять полем "Номер"
    // Но лучше создать свой реквизит "ВнутреннийНомер_Х"
    
    Запрос = Новый Запрос;
    Запрос.Текст = 
        "ВЫБРАТЬ МАКСИМУМ(СчетФактураПолученный.ДопРеквизит_ВнутреннийНомер) КАК МаксНомер
        |ИЗ
        |   Документ.СчетФактураПолученный КАК СчетФактураПолученный
        |ГДЕ
        |   СчетФактураПолученный.Дата МЕЖДУ &НачалоГода И &КонецГода";
    
    Запрос.УстановитьПараметр("НачалоГода", НачалоГода(Объект.Дата));
    Запрос.УстановитьПараметр("КонецГода", КонецГода(Объект.Дата));
    
    // Далее реализуем инкремент и присвоение
КонецПроцедуры

Однако помните, что любое вмешательство в логику нумерации типовых документов ERP может усложнить будущие обновления. Проанализируйте ситуацию: стоит ли разработка этих затрат, если можно использовать штрихкодирование?

Решение 4: Штрихкодирование как альтернатива карандашу

Современный подход в ERP предполагает отказ от ручного написания номеров. При регистрации входящего счета-фактуры система может распечатать небольшую наклейку со штрихкодом (содержащим ИдентификаторСсылки), которая наклеивается на бумажный оригинал. В любой момент, считав этот штрихкод сканером в списке документов, бухгалтер мгновенно найдет нужный объект в базе, независимо от того, какой сложный номер присвоил ему поставщик.

Подведем итог: отсутствие автонумерации в 1С:ERP для счетов-фактур полученных — это не ошибка, а осознанный архитектурный выбор. Система ориентирована на работу с данными поставщика как с первичными. Для удобства сверки рекомендуется использовать отчеты по наличию СФ или механизм дополнительных реквизитов, сохраняя типовую конфигурацию в чистоте.

← На главную