Переход с БГУ 1.0 на БГУ 2.0 часто вызывает вопросы, связанные с изменением методологии учета. Один из самых частых запросов — порядок отражения денежных обязательств. Давайте разберем по шагам, как устроена эта система в новой редакции, и как решить сопутствующие технические проблемы.
Важно уяснить главное отличие: в БГУ 2.0 нет отдельного документа Принятое денежное обязательство, который был привычен пользователям старой версии. Логика учета была переработана в сторону максимальной автоматизации и привязки к первичным документам.
Для повседневных операций (таких как Поступление товаров и услуг, Отражение зарплаты в учете и прочих) создание дополнительных документов не требуется. Весь процесс автоматизирован следующим образом:
Бухгалтерская операция.Типовая операция, вы увидите флажок Принять денежное обязательство.500-е счета).Если же вам необходимо отразить денежное обязательство, которое не привязано к конкретному первичному документу поступления, используйте специализированный документ Регистрация обязательств и сведений по договорам. Он находится в разделе Планирование и санкционирование. Этот документ позволяет корректно фиксировать бюджетные и денежные обязательства, основываясь на данных контрактов.
Одной из частых проблем, с которой сталкиваются бухгалтеры при принятии обязательств, является автоматическая подстановка неверного КЭК (например, программа подставляет 293 вместо нужного 296). Давайте выясним причину и исправим её.
Система 1С использует регистр сведений Соответствия аналитических счетов КЭК для того, чтобы понимать, какой КЭК сопоставить тому или иному бухгалтерскому счету в проводке по денежным обязательствам. Если в этом регистре для одного счета (например, 302.91) указано несколько вариантов КЭК, программа может выбрать первый попавшийся, что приводит к ошибкам в учете.
Рассмотрим, как привести настройки в порядок, если вы столкнулись с такой ситуацией:
Все функции (или Функции для технического специалиста).Соответствия аналитических счетов КЭК.302.91).293 или 295, если они не требуются).Обратите внимание: иногда для вступления изменений в силу может потребоваться перепроведение документов, по которым формировались проводки. Если проблема сохраняется, попробуйте удалить все соответствия для конкретного счета и создать их заново вручную. Такой метод позволяет «обнулить» логику выбора алгоритма и заставить программу использовать только те данные, которые вы явно задали.
Если по одному договору необходимо принять обязательства по двум разным лицевым счетам, помните о правиле уникальности. Документ Регистрация обязательств и сведений по договорам предполагает работу с одним лицевым счетом. Для корректного учета в таких случаях необходимо создавать отдельные документы регистрации для каждого лицевого счета. Попытка внести изменения в уже существующий документ может быть воспринята программой как попытка правки уже зарегистрированного обязательства, что приведет к ошибкам.
Всегда поддерживайте актуальность конфигурации 1С. Фирма «1С» регулярно выпускает обновления, которые исправляют алгоритмы типовых операций и учитывают изменения в бюджетной классификации. Обновление — это первый и самый важный шаг в решении любых технических проблем с учетными механизмами.