При автоматизации торговых точек с несколькими кассовыми узлами часто возникает запрос от руководства или бухгалтерии: сделать единую сквозную нумерацию чеков ККМ по всей организации независимо от того, на каком физическом аппарате был пробит чек. Разберем, почему штатная нумерация фискальных документов работает именно так, почему дублирование номеров между кассами абсолютно легально и какими способами можно реализовать управленческую сквозную нумерацию в 1С.
Проанализируем сначала аппаратную и нормативную сторону вопроса. В соответствии с Федеральным законом № 54-ФЗ и требованиями форматов фискальных документов (ФФД), генерацией номеров фискальных документов управляет исключительно фискальный накопитель (ФН):
1040 («Номер фискального документа») формируется самим фискальным накопителем строго последовательно, начиная с единицы при активации ФН и заканчивая исчерпанием ресурса накопителя. Ни учетная система «1С:Предприятие», ни драйвер торгового оборудования не могут передать в кассу произвольное значение этого тега или перезаписать его.1038 генерируется внутренней микропрограммой (прошивкой) ККТ и сбрасывается в единицу при каждом открытии новой смены.Таким образом, совпадение номеров чеков на разных физических кассах — это штатное, нормальное и юридически корректное поведение оборудования. Попытка переопределить фискальный номер со стороны программы противоречит архитектуре работы контрольно-кассовой техники.
Разберем, как устроено хранение данных о чеке в типовой конфигурации. В документе ЧекККМ присутствуют два принципиально разных поля:
НомерЧекаККМ: Служит для сохранения числового значения, которое возвращает драйвер ККТ после успешного пробития чека на физическом аппарате (как правило, это номер фискального документа ФД либо номер чека за смену). Вмешиваться в заполнение этого реквизита программным путем крайне не рекомендуется, так как он служит связующим звеном между 1С и фискальным устройством.Номер: Строковый платформенный номер самого документа базы данных 1С, формируемый механизмом нумерации конфигурации.Если заказчику требуется сквозной порядок для складского учета, сверки смен или выдачи заказов, решать эту задачу необходимо на уровне учетной системы, не затрагивая фискальные реквизиты ККТ.
Проанализируем платформенный механизм нумерации документов ЧекККМ. Раздельная нумерация документов по кассам в 1С чаще всего возникает из-за использования префиксов касс ККМ. Разберем по шагам, как получить единую последовательность:
Префикс номеров документов. По умолчанию для разных касс задаются различные префиксы (например, «К1-» и «К2-»).После этого стандартный платформенный нумератор 1С начнет присваивать документам последовательные сквозные номера (1, 2, 3, 4...) по всей информационной базе независимо от того, на каком складе или кассовом узле создан документ.
Если заказчику требуется специализированная нумерация, не зависящая от платформенного номера документа и фискального реквизита, добавим собственный счетчик с помощью механизма расширений конфигурации:
ЧекККМ и создадим дополнительный реквизит, например, СквознойНомерЧека с числовым или строковым типом.ЧекККМ для удобства операторов и бухгалтеров.Если номер нужен покупателю или кладовщику непосредственно на бумажной ленте (например, номер очереди или заказа), используем печать нефискальных строк. Большинство современных драйверов торгового оборудования позволяют отправлять произвольный текст в клише или подвал чека перед закрытием фискального документа. Передавая в текстовую строку значение платформенного номера документа 1С или наш созданный реквизит, мы получаем нужный номер на печатной форме без нарушения работы ФН.
Рассмотрим аппаратный сценарий: если склады или рабочие места находятся в пределах одной локальной сети, можно использовать одну общую кассу на оба рабочих места:
В этом случае сквозная нумерация будет обеспечена аппаратно: все чеки будут выбиваться на одном ФН с непрерывным возрастанием номеров ФД.