← На главную

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

Особенности расщепления платежей в типовой конфигурации 1С:БГУ 2.0

Проанализируем архитектуру бюджетного плана счетов. В 1С:БГУ 2.0 отсутствует типовой функционал автоматического процентного расщепления одной номенклатурной позиции на несколько бюджетов внутри одной строки документа. Бюджетный учет строится на жесткой увязке 26-разрядных номеров рабочих счетов, где принадлежность к уровню бюджета задается кодом классификации доходов (КДБ в составе КПС), а также источником финансового обеспечения (ИФО), если он включен в учетной политике.

Для корректного отражения расщепления на практике применяют два основных подхода:

1. Разделение через номенклатурный состав и детализацию строк. Для одной фактической госуслуги создаются отдельные элементы справочника Номенклатура с привязкой к конкретному бюджету (например, «Услуга Х (доля местного бюджета)» и «Услуга Х (доля федерального бюджета)»). При оформлении начисления или реализации сумма услуги разбивается на две строки в соответствии с требуемой пропорцией. Каждой строке сопоставляются свои аналитические счета, КПС и КФО.
2. Использование агентской схемы расчетов. Если учреждение выполняет роль агента по сбору средств, взаиморасчеты ведутся на счетах расчетов (например, 205.31 или 210.05) в разрезе договоров с администраторами доходов соответствующих бюджетов. При этом собственным доходом учреждения признается исключительно агентское вознаграждение, если таковое предусмотрено регламентом.

Организация кассового обслуживания и предотвращение дублирования контрагентов

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

1. Вынесение кассового узла в специализированную программу. Для приема оплат и соблюдения требований 54-ФЗ можно развернуть отдельное рабочее место на базе конфигурации «1С:Розница». В течение дня кассир пробивает чеки, а в конце смены формируется сводный отчет. По итогам дня в 1С:БГУ 2.0 загружаются агрегированные данные о выручке без детализации по каждому гражданину.
2. Обезличенный учет плательщиков. Если прием денег оформляется непосредственно в БГУ, нет необходимости создавать отдельного контрагента под каждого гражданина. В справочнике Контрагенты создается единый служебный элемент (например, «Физические лица» или «Население»), на который относятся все розничные расчеты за день.

Устранение ошибки: Метод объекта не обнаружен (ПолучитьПараметрыККТ)

При открытии кассовой смены на онлайн-кассе пользователи могут столкнуться со следующей системной ошибкой в модуле подключаемого оборудования:

{ОбщийМодуль.ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.Модуль(600)}: Метод объекта не обнаружен (ПолучитьПараметрыККТ)

Разберем причину неполадки. Данное исключение свидетельствует о несоответствии версии драйвера торговому оборудованию стандарту Библиотеки подключаемого оборудования (БПО). Метод ПолучитьПараметрыККТ используется механизмом БПО для фискальных регистраторов нового поколения с передачей данных по требованиям ФККТ (ревизии интерфейса 2.x и 3.x). Если в базе выбран устаревший драйвер классического фискального регистратора (ревизия 1.x) или внешняя компонента стороннего производителя не поддерживает требования текущего релиза конфигурации, вызов метода завершается аварийно.

Пошагово выполним действия для исправления ситуации:

1. Откроем справочник Подключаемое оборудование и удалим текущую некорректную настройку фискального регистратора.
2. Создадим новый экземпляр оборудования, строго выбрав тип «ККТ с передачей данных».
3. В поле драйвера оборудования выберем актуальный сертифицированный драйвер от фирмы «1С» («1С:ККТ с передачей данных (54-ФЗ)») либо официальный драйвер производителя кассы последней версии с поддержкой актуальных протоколов ФФД (1.05 / 1.2).
4. Выполним повторный тест устройства и проверку связи. После смены типа драйвера кассовая смена откроется без ошибок.

Настройка вывода кассира и ставок НДС в чеке

Рассмотрим правила передачи обязательных реквизитов (тегов 54-ФЗ) при печати фискальных документов:

1. Реквизит «Кассир» (Тег 1021 и Тег 1203): В типовых решениях имя кассира считывается не из реквизитов первичного документа, а из текущего сеанса программы (ПараметрыСеанса.ТекущийПользователь). Чтобы данные кассира печатались корректно при посменной работе, каждому сотруднику заводится отдельная учетная запись в 1С. В карточке пользователя обязательно заполняется связь со справочником Физические лица, где должны быть указаны полные ФИО и ИНН сотрудника. В драйвере ККТ необходимо разрешить хост-программе передавать данные кассира в чек.
2. Ставка НДС: Для верного отображения налоговых ставок необходимо сопоставить таблицы налогов учетной системы с внутренней таблицей ставок ККТ (в аппаратах ШТРИХ-М и РР-04Ф это «Таблица 6. Налоговые ставки»). В настройках торгового оборудования в 1С сверяем соответствие каждой системной ставки («Без НДС», «20%» и т.д.) ее порядковому номеру в фискальном накопителе.