В практике ведения бухгалтерского учета периодически возникают экстренные ситуации, когда необходимо зарегистрировать Приходный кассовый ордер (ПКО) в уже закрытом или прошлом периоде. Причин может быть множество: от банальной невнимательности до сложных схем взаиморасчетов, например, когда нужно срочно отразить взнос в кассу от учредителя. Однако простое создание документа «задним числом» часто вызывает панику у бухгалтеров из-за страха нарушить кассовую дисциплину, а у технических специалистов — из-за риска полностью сломать механизм автоматической нумерации в программе 1С.
В этой статье мы подробно разберем, как устроена автонумерация в платформе «1С:Предприятие 8.3», какие юридические риски действительно существуют при нарушении последовательности номеров кассовых документов и какие технические способы помогут решить эту задачу с минимальными затратами сил.
Прежде чем мы перейдем к практическим вариантам решения, давайте проанализируем, как работает автонумератор платформы 1С. Понимание этого механизма убережет вас от фатальных ошибок, которые могут парализовать работу кассиров.
При создании нового ПКО система автоматически анализирует номера существующих документов за текущий период (как правило, за год) и генерирует следующий номер. Алгоритм платформы сканирует строку номера справа налево, пытаясь выделить числовую часть, которую можно увеличить на единицу. Если пользователь начинает вручную корректировать номера, добавляя буквы, индексы или дроби, автонумератор начинает вести себя непредсказуемо:
НОНБ-000010б). Платформа 1С может не распознать числовую часть, поскольку строка заканчивается на букву. В лучшем случае система попытается продолжить буквенный ряд (например, создавая следующие документы с суффиксами в, г и т. д.), в худшем — автонумерация полностью остановится, и при создании каждого нового ПКО программа будет выдавать ошибку «Номер не уникален». Кроме того, добавление символов в конец часто уменьшает количество лидирующих нулей (из-за жесткого ограничения длины номера в конфигурации), что также ломает стандартную логику нумератора.НОНБ-000010/1). Символ косой черты (дроби) воспринимается платформой как разделитель. Вся левая часть номера (НОНБ-000010/) автоматически распознается системой как новый уникальный префикс. В результате все последующие ПКО программа будет настойчиво пытаться нумеровать по этой новой ветке: 10/2, 10/3 и так далее, полностью проигнорировав основную числовую последовательность.Выясним, насколько сурово карается сбой в нумерации ПКО действующим законодательством РФ. Действительно ли налоговые инспекторы штрафуют за пропуски номеров или за документы с дробными индексами?
Согласно Указанию ЦБ РФ № 3210-У «О порядке ведения кассовых операций...», кассовые документы должны оформляться в хронологическом порядке. Однако ни в самом Указании, ни в Кодексе об административных правонарушениях (КоАП РФ) нет прямого штрафа за нарушение сквозной последовательности номеров ПКО и РКО.
Тем не менее, расслабляться не стоит. Для налоговых инспекторов хаотичная нумерация кассовых ордеров (пропуски, дубли или дроби) — это маркер высокого риска, свидетельствующий о возможном неоприходовании (или неполном оприходовании) наличной выручки в кассу. Если в ходе проверки налоговая заподозрит, что за пропущенным номером скрывается сокрытая выручка, организации грозит штраф по ч. 1 ст. 15.1 КоАП РФ в размере от 40 000 до 50 000 рублей.
Важное примечание: Если задним числом оформляется операция, не связанная с торговой выручкой (например, получение займа или вклада в имущество от учредителя), то требования по обязательному применению ККТ (онлайн-кассы) на эту операцию не распространяются. Соответственно, риска расхождения данных кассовой книги с фискальным накопителем ККТ в этом случае нет.
Для минимизации налоговых рисков при сбое нумерации рекомендуется составить объяснительную записку (бухгалтерскую справку) за подписью кассира и главного бухгалтера. В ней следует указать, что сбой произошел в результате технического или программного сбоя в информационной системе, но вся наличность была оприходована своевременно и в полном объеме.
Теперь рассмотрим конкретные технические варианты решения проблемы в программе «1С:Бухгалтерия 3.0».
Если в вашей организации настроен обмен между базами (например, между «1С:Управление торговлей» и «1С:Бухгалтерией»), то в системе неизбежно возникают пропуски номеров. Это происходит, когда менеджеры в УТ создают документы, которые впоследствии помечаются на удаление и физически стираются из базы, а в БП переносятся только проведенные документы.
Проанализируем ситуацию: в день, когда вам нужно вставить документ задним числом, в базе могли существовать документы с разными префиксами информационных узлов. Если вы обнаружите, что какой-то номер в хронологической цепочке за этот день отсутствует (например, после НОНБ-000009 сразу идет НОНБ-000011), вы можете смело присвоить создаваемому задним числом документу этот пропущенный номер НОНБ-000010. Это идеальный вариант: нумерация останется непрерывной, автонумератор не сломается, а у проверяющих органов не возникнет никаких вопросов.
Если пропущенных номеров нет, а руководство компании крайне болезненно относится к любым нарушениям кассовой дисциплины, самым правильным (хотя и трудоемким) решением будет восстановление строгой последовательности номеров.
Разберем этот процесс по шагам:
Администрирование — Обслуживание — Корректировка данных (или воспользуйтесь универсальной обработкой «Групповое изменение реквизитов»). Настройте отбор по типу документа «Приходный кассовый ордер» и запустите автоматическую перенумерацию документов с даты создания нового ПКО и до конца текущего года.Что делать, если документов слишком много и перепечатывать кассовую книгу за несколько месяцев не представляется возможным, но и ломать автонумерацию буквами или дробями нельзя?
Рассмотрим оригинальное техническое решение. Мы можем обмануть платформу 1С, сделав номер уникальным для системы, но абсолютно стандартным визуально на печатной форме.
Для этого при редактировании номера документа (например, если нам нужно продублировать номер НОНБ-000010) выполните одно из следующих действий:
Ctrl + Shift + Пробел). Для платформы номер НОНБ-000010 и номер НОНБ-000010 (с пробелом на конце) — это две абсолютно разные строки, поэтому ошибка уникальности не возникнет. При этом на печати этот пробел будет незаметен.НОНБ-000010.) или дефис. На бумажном носителе это будет выглядеть как случайная помарка принтера, а механизм автонумерации последующих документов не пострадает, так как система продолжит ориентироваться на стандартные номера без спецсимволов.Если ваша компания регулярно сталкивается с необходимостью корректировки кассовых документов задним числом, имеет смысл пересмотреть учетную политику и настройки программы в части периодичности нумерации.
По умолчанию в «1С:Бухгалтерии 3.0» для кассовых документов установлена периодичность «Год». Это значит, что сквозная нумерация идет с 1 января по 31 декабря. Если изменить периодичность нумератора на «Месяц» или «День» (законодательство этого не запрещает, достаточно зафиксировать это решение в локальном нормативном акте организации), то при добавлении документа задним числом вам потребуется перенумеровать и перепечатать документы максимум за один месяц или даже за один день, а не за весь оставшийся год.
Обратите внимание, что изменение периодичности нумератора стандартных документов в 1С требует вмешательства в конфигурацию (внесение изменений в свойства объекта метаданных через Конфигуратор или с помощью расширения), поэтому для реализации этого способа лучше привлечь квалифицированного программиста 1С.
Какое бы решение вы ни выбрали, обязательно проверьте корректность отражения операций в программе с помощью встроенных средств контроля. Разберем, как запустить автоматический аудит кассовой дисциплины:
Отчеты — Анализ учета — Экспресс-проверка.Показать настройки и разверните группу Операции по кассе.Соблюдение нумерации ПКО и Соблюдение нумерации РКО.Выполнить проверку.Программа проанализирует базу данных и выдаст детальный отчет. Если система обнаружит ошибки в нумерации или пропуски, она не только укажет на конкретные проблемные документы, но и предложит возможные пути решения и даст ссылки на нормативные акты.
Совместный анализ рисков и технических возможностей программы позволит вам принять оптимальное решение, сохранить базу данных в рабочем состоянии и успешно пройти любые проверки контролирующих органов.