В практике интернет-торговли и оптовых поставок часто возникает ситуация «треугольника»: счет выписан на компанию «А» (или физлицо Васю), оплата пришла от компании «Б» (или физлица Пети), а товар нужно отправить вообще третьему лицу. Для автоматизатора и бухгалтера это создает ряд рисков: от претензий налоговой до исков о неосновательном обогащении. Разберем подробно, как правильно настроить бизнес-процессы и работу в 1С, чтобы избежать юридических ловушек.
Прежде всего, проанализируем правовую базу. Согласно статье 313 ГК РФ, исполнение обязательства может быть возложено должником на третье лицо. Кредитор (продавец) обязан принять такое исполнение, если только в договоре прямо не прописано требование личного исполнения обязательства покупателем.
Однако просто получить деньги — недостаточно. Чтобы платеж от «Пети» закрыл долг «Васи», у продавца должно быть документальное подтверждение того, что «Петя» платит именно за «Васю». В противном случае «Петя» может спустя полгода подать иск о возврате ошибочно перечисленных средств как неосновательного обогащения (ст. 1102 ГК РФ).
Рассмотрим, что должно быть в назначении платежа:
Для корректного учета в типовых конфигурациях 1С (например, 1С:Управление торговлей 11, 1С:ERP или 1С:Комплексная автоматизация) важно различать объекты справочника Контрагенты и их роли в сделке. Выясним, как это реализовано в программе.
В документах Заказ клиента или Реализация товаров и услуг на закладке «Дополнительно» предусмотрены отдельные поля для разных участников:
Разберем по шагам алгоритм действий при получении «чужого» платежа:
1. Если платит юрлицо за юрлицо: в документе Поступление безналичных денежных средств в поле «Плательщик» указываем фактическое лицо, отправившее деньги. В поле «Объект оплаты» выбираем счет или заказ, оформленный на основного клиента. Программа автоматически создаст проводки взаимозачета, если в системе корректно настроена связь через Договор или Письмо-поручение.
2. Если платит физик за физика: здесь риск наиболее высок. Рекомендуем предусмотреть в Публичной оферте пункт о том, что оплата счета любым лицом признается акцептом оферты от имени Покупателя, указанного в заказе. Но безопаснее всего — переоформить счет на того, кто фактически заплатил, если товар еще не отгружен.
Выясним причину, по которой работа с физическими лицами требует особого внимания. Согласно 54-ФЗ, при получении денежных средств от физического лица продавец обязан пробить кассовый чек.
Важный нюанс: если оплата пришла на расчетный счет ООО от физического лица (даже если он платит за организацию), чек бить обязательно. В чеке указываются реквизиты покупателя. Если плательщик — физическое лицо, а покупатель — юридическое, и вы не пробьете чек, это может привести к штрафам за несоблюдение кассовой дисциплины.
При дистанционной торговле процесс выглядит так:
Проанализируем ситуацию с маркетплейсами, которую часто ставят в пример. Они действительно не требуют от физических лиц подписей в ТОРГ-12 или УПД. Это возможно благодаря использованию Простой электронной подписи (ПЭП).
Когда покупатель называет код из СМС или приложения сотруднику ПВЗ или курьеру, это юридически приравнивается к подписанию акта приемки-передачи. В оферте маркетплейса прописано, что ввод кода является подтверждением получения товара надлежащего качества. Для подтверждения расходов в бухгалтерии используется электронный кассовый чек, который по закону является первичным документом для подтверждения факта совершения сделки в рознице.
Чтобы упростить работу менеджеров, можно реализовать в 1С проверку входящих платежей. Рассмотрим пример программной логики (в виде алгоритма), которая может быть внедрена в обработку загрузки выписок из банка:
// Пример логики сопоставления платежа
Если ПлательщикВПлатежке <> ПокупательВЗаказе Тогда
ТекстНазначения = ПлатежныйДокумент.НазначениеПлатежа;
Если Найти(ТекстНазначения, ПокупательВЗаказе.Наименование) = 0 Тогда
Сообщить("Внимание: Требуется уточняющее письмо от плательщика!");
Документ.Статус = Перечисления.СтатусыЗаказов.НаСогласовании;
Иначе
// Автоматическая привязка, если в назначении указано "за кого"
ЗачестьОплатуПоЗаказу(Платеж, Заказ);
КонецЕсли;
КонецЕсли;
Для минимизации рисков придерживайтесь следующих правил:
УПД (строка 4) должен быть указан фактический получатель, а в строке «Покупатель» — тот, с кем заключен договор. Это абсолютно легальная схема, предусмотренная правилами заполнения счетов-фактур.Таким образом, автоматизация процесса требует не только настройки полей в 1С, но и жесткого соблюдения регламентов оформления входящих писем и уточнения назначений платежей. Правильная настройка ролей Плательщик и Грузополучатель в документах Реализация товаров и услуг позволяет корректно отражать операции в бухгалтерском и налоговом учете без лишней бумажной волокиты.