При ведении учета в программе 1С:Бухгалтерия 3.0 бухгалтеры часто сталкиваются с методологическим ограничением: невозможно выбрать один и тот же договор для отражения сервисного сбора и покупки самих авиа- или железнодорожных билетов. Проблема заключается в том, что документ Поступление (акты, накладные, УПД) требует вид договора «С поставщиком», а документы Поступление денежных документов и Выдача денежных документов работают только с видом договора «Прочее».
В этой статье мы подробно разберем, почему возникает такая ситуация, проанализируем правильную схему проводок и рассмотрим три способа решения этой задачи: от стандартного бухгалтерского метода до программной доработки системы.
Разберем ситуацию с точки зрения логики программы. Система 1С жестко разделяет типы операций для автоматизации заполнения аналитики и налогового учета:
Проанализируем типичную хозяйственную операцию: компания покупает билет через агентство. Агентство предоставляет две сущности: сам билет (денежный документ) и услугу по его бронированию (сервисный сбор). С точки зрения системы это две разные категории активов, что и порождает конфликт типов договоров.
Это самый правильный путь с точки зрения методологии 1С, который не требует изменения программного кода и корректно закрывает все регистры по НДС и взаиморасчетам. Рассмотрим его по шагам.
Шаг 1. Создание договоров. В карточке контрагента (агентства) создадим два договора:
Шаг 2. Оплата. Оформим Списание с расчетного счета. Если оплата идет общим платежом, мы можем разбить сумму в документе на две строки, указав соответствующие договоры. Это позволит сразу распределить авансы по нужным аналитическим счетам.
Шаг 3. Отражение билетов и услуг.
Поступление (акты, накладные, УПД) с договором «С поставщиком». Проводка: Дт 26 (44) — Кт 60.01.Поступление денежных документов с договором «Прочее». Проводка: Дт 50.03 — Кт 76.05.Шаг 4. Взаимозачет. Чтобы в Оборотно-сальдовой ведомости (ОСВ) не висело встречное сальдо на разных договорах, воспользуемся документом Корректировка долга.
Рассмотрим подробнее заполнение этого документа:
Если покупка совершается через корпоративную карту, схема может упроститься. Проанализируем ситуацию, когда деньги списываются с карты сотрудника.
В этом случае оплата поставщику отражается как Дт 71 — Кт 51. Далее, при оформлении документа Поступление денежных документов, выберем вид операции «Поступление от подотчетного лица».
В этом режиме поле «Договор» в документе часто становится неактивным или необязательным, так как расчеты закрываются напрямую на сотрудника (счет 71), а не на контрагента. Это избавляет бухгалтера от необходимости плодить лишние договоры в справочнике.
Если бухгалтер категорически настаивает на использовании одного договора для всех операций, и компания готова к небольшим изменениям в коде, можно воспользоваться механизмом расширений. Программисты могут «снять» фильтр по виду договора в форме выбора.
Посмотрим на пример кода, который можно внедрить в расширение для формы документа. Мы изменим параметры отбора в списке договоров, чтобы программа позволяла выбирать и «Прочее», и «С поставщиком» одновременно.
&НаКлиенте
Процедура Расш1_ПриОткрытииПосле(Отказ)
// Проходим по элементам отбора динамического списка договоров
Для Каждого ЭлементОтбора Из Список.Отбор.Элементы Цикл
Если Строка(ЭлементОтбора.ЛевоеЗначение) = "ВидДоговора"
И Строка(ЭлементОтбора.ПравоеЗначение) = "Прочее" Тогда
// Изменяем вид сравнения на "В списке"
ЭлементОтбора.ВидСравнения = ВидСравненияКомпоновкиДанных.ВСписке;
// Формируем список допустимых видов договоров
СписокЭлементов = Новый СписокЗначений;
СписокЭлементов.Добавить(ПредопределенноеЗначение("Перечисление.ВидыДоговоровКонтрагентов.Прочее"));
СписокЭлементов.Добавить(ПредопределенноеЗначение("Перечисление.ВидыДоговоровКонтрагентов.СПоставщиком"));
// Устанавливаем новый отбор
ЭлементОтбора.ПравоеЗначение = СписокЭлементов;
КонецЕсли;
КонецЦикла;
КонецПроцедуры
Важное предупреждение: Использование такого метода может привести к тому, что автоматические механизмы 1С (например, зачет авансов или формирование книги покупок) могут работать некорректно, так как они ожидают определенный вид договора для определенных счетов учета. Мы рекомендуем использовать этот метод только в крайнем случае и тщательно проверять проводки.
Иногда бухгалтеры пытаются обойти проблему, используя документ Операция, введенная вручную, чтобы отразить услуги по договору вида «Прочее». Разберем, почему это плохая практика:
Книга покупок, останутся пустыми. Вам придется вручную заполнять сложные технические регистры, что чревато ошибками при проверках ФНС.Проанализировав ситуацию, мы пришли к выводу, что наиболее безопасным и прозрачным методом является использование двух договоров с последующей корректировкой долга. Это сохраняет целостность методологии 1С, гарантирует правильный расчет НДС и позволяет бухгалтеру видеть детальную аналитику по разным типам расчетов в Оборотно-сальдовой ведомости.
Если же ваша цель — максимальная автоматизация и вы готовы к поддержке нетипового решения, расширение конфигурации позволит выбирать любой договор, но потребует повышенного внимания при закрытии месяца.