Как организовать учет нескольких касс и банкоматов в 1С:Бухгалтерии 3.0?

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

При ведении регламентированного учета в 1С:Бухгалтерии 3.0 пользователи и разработчики часто сталкиваются с ситуацией, когда организации требуется отслеживать движение наличных денежных средств по десяткам физических касс, операционных касс, ККТ или собственным банкоматам. Однако типовой план счетов на счете 50 («Касса») не содержит стандартного субконто для выбора конкретной кассы. Разберем методологические причины такого ограничения и практические варианты реализации детального учета.

Почему в типовой конфигурации нет аналитики по кассам на счете 50

Проанализируем методологию бухгалтерского учета наличных денежных средств. Согласно Порядку ведения кассовых операций (Указание Банка России № 3210-У), кассовая книга организации ведется строго одна на все юридическое лицо в целом, за исключением случаев, когда у компании есть обособленные подразделения, сдающие наличные средства в банк или головную организацию.

С точки зрения регламентированного бухгалтерского учета операционные кассы, терминалы приема наличных и банкоматы не являются отдельными самостоятельными кассами — операции по ним рассматриваются как движение средств через основную кассу организации (счет 50.01) либо через переводы в пути (счет 57). Поэтому разработчики типовой конфигурации не заложили дополнительную аналитику по кассам на счете 50 в базовых версиях.

Вариант 1. Использование возможностей 1С:Бухгалтерии КОРП и учета по подразделениям

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

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

Важное замечание: если десятки касс или банкоматов физически находятся на одной территории и не зарегистрированы в налоговой инспекции как обособленные подразделения, создание фиктивных подразделений под каждый банкомат может перегрузить справочник и усложнить смежные разделы учета (например, расчет зарплаты и налога на прибыль).

Вариант 2. Отражение инкассации и движения средств через счет 57

Если цель заключается в контроле инкассации терминалов или банкоматов, разберем учетную схему через счет 57 («Переводы в пути»):

  1. Для эквайринга, банкоматов и терминалов самообслуживания на счете 57.03 («Продажи по платежным картам») или 57.01 («Переводы в пути») поддерживается аналитика по договорам, контрагентам и банковским счетам.
  2. Снятие или передача наличных фиксируется по дебету счета 57.
  3. Фактическое зачисление средств на расчетный счет или поступление в главную кассу закрывает счет 57, позволяя видеть «зависшие» в процессе инкассации суммы в оборотно-сальдовой ведомости.

Вариант 3. Разделение контуров (двухуровневая архитектура)

Посмотрим на типовой архитектурный подход к учету розничных касс. Детальный оперативный учет по десяткам кассиров, сменам, ящикам ККМ и банкоматам ведется во фронт-офисных или торговых системах (1С:Управление торговлей, 1С:Розница, 1С:Управление нашей фирмой), где изначально реализованы справочники Кассы и Кассы ККМ.

В конфигурацию 1С:Бухгалтерия 3.0 через стандартную синхронизацию передаются сводные регламентированные документы (например, Отчет о розничных продажах), что исключает необходимость вносить изменения в типовой план счетов бухгалтерии.

Вариант 4. Доработка учета через расширение конфигурации (без изменения счета 50)

Если доработка необходима именно внутри текущей информационной базы, выясним, почему прямое создание пользовательских субсчетов (50.02.1, 50.02.2 и т.д.) не рекомендуется: типовые кассовые документы и экспресс-проверка ведения учета перестанут корректно обрабатывать нестандартные счета без доработки программного кода.

Оптимальным техническим решением является создание расширения конфигурации:

  1. В расширении создаем специализированный регистр накопления (например, ОстаткиДенежныхСредствПоБанкоматам) с измерениями Банкомат / Касса и ресурсом Сумма.
  2. Через подписку на событие ОбработкаПроведения документов ПоступлениеНаличных, ВыдачаНаличных и ОперацияБух формируем движения по созданному регистру.
  3. Разрабатываем отчет на базе системы компоновки данных (СКД), который выводит остатки и обороты по каждой кассе на основе данных этого регистра.

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

← На главную