Рассмотрим ситуацию: организация покупает товар на маркетплейсе ОЗОН, получает электронный УПД, в котором в качестве продавца указан не ООО «Интернет Решения», а реальный продавец товара — другое юридическое лицо или ИП. При этом документ составлен или подписан со стороны ООО «Интернет Решения» как агента маркетплейса. Возникает практический вопрос: кого указывать в 1С поставщиком, кто должен попасть в книгу покупок и как закрыть оплату, если деньги фактически перечислены маркетплейсу?
Правильный общий подход такой: поступление товара отражайте от реального продавца, указанного в УПД в строке «Продавец». В книгу покупок должен попасть именно реальный продавец, а не ООО «Интернет Решения», если УПД составлен от имени продавца и содержит его реквизиты как продавца.
ООО «Интернет Решения» в такой схеме обычно выступает не продавцом товара для покупателя, а агентом маркетплейса: принимает оплату, обеспечивает оформление электронных документов, организует передачу товара и технически подписывает документ в рамках своих полномочий. Поэтому сам факт подписи агента в УПД не означает, что покупку нужно учитывать как приобретение у ООО «Интернет Решения».
Разберем подробнее, почему это так, как проверить документ и как провести операцию в 1С, чтобы сошлись расчеты, НДС и книга покупок.
Проанализируем ситуацию по участникам сделки. В покупке через маркетплейс обычно участвуют три стороны:
Покупатель — ваша организация, которая приобретает товар.
Реальный продавец — юридическое лицо или ИП, которому принадлежит товар и чьи реквизиты указаны в УПД в строке «Продавец».
Маркетплейс — ООО «Интернет Решения», которое действует как агент, оператор площадки, платежный посредник, организатор документооборота и доставки в рамках условий работы маркетплейса.
Посмотрим на главный ориентир: в УПД нас интересует не только тот, кто технически подписал электронный документ, а тот, кто указан продавцом по документу. Если в строке «Продавец» стоит реальное юридическое лицо, именно оно является поставщиком товара для целей учета поступления и НДС. Подпись ООО «Интернет Решения» как агента означает, что агент уполномочен оформить или подписать документ от имени продавца либо в рамках посреднической схемы.
Разберем это на простом примере. Организация купила на ОЗОН ноутбук. В электронном УПД продавцом указано ООО «Техника-Поставка», а составителем или подписантом документа указано ООО «Интернет Решения». В этом случае в 1С поступление товара нужно оформить от ООО «Техника-Поставка». В книге покупок в качестве продавца также должно отразиться ООО «Техника-Поставка». Оплата при этом может быть перечислена ООО «Интернет Решения», потому что маркетплейс принимает деньги как агент.
Именно из-за этой разницы возникает расхождение: товар поступает от одного контрагента, а деньги уходят другому. Это нормальная ситуация для агентской схемы, но ее нужно правильно закрыть в расчетах.
Рассмотрим подробнее НДС. Если УПД имеет статус «1», он используется одновременно как первичный документ и счет-фактура. Для книги покупок важны реквизиты продавца, указанные в документе. Если продавцом указан реальный поставщик, именно его данные должны попасть в книгу покупок.
Не подменяйте продавца маркетплейсом только потому, что маркетплейс подписал документ. Подпись агента не делает агента продавцом товара, если сам УПД оформлен от имени другого лица и в нем указаны реквизиты реального продавца.
Разберем правовую логику. По агентской модели агент может действовать от имени принципала либо от своего имени, но за счет принципала. В документах маркетплейсов часто встречается ситуация, когда площадка оформляет или подписывает документ как агент, а продавцом по УПД остается фактический владелец товара. Для покупателя это означает, что товар приобретен у продавца, а маркетплейс выполняет посредническую функцию.
По правилам оформления счетов-фактур при посреднических операциях агент может подписывать счет-фактуру или УПД, но в документе должны быть отражены данные реального продавца, если операция оформляется от имени продавца. Поэтому в книге покупок отражайте того продавца, который указан в УПД как продавец.
Если в 1С вместо реального продавца указать ООО «Интернет Решения», могут возникнуть проблемы:
в книге покупок появится не тот продавец, который указан в УПД;
данные декларации по НДС могут не совпасть с данными продавца;
при проверке будет сложнее объяснить, почему вы заявили вычет по одному контрагенту, хотя документ оформлен другим;
расчеты с поставщиками будут выглядеть проще, но первичный документ и налоговый учет будут искажены.
Поэтому рассмотрим правильный подход: первичное поступление и НДС ведем по реальному продавцу, а оплату маркетплейсу закрываем через перенос задолженности внутри расчетов.
Разберем по шагам основной вариант отражения в 1С:Бухгалтерии. Используйте документ Поступление (акты, накладные, УПД). В зависимости от состава покупки выберите вид операции Товары или Товары, услуги, комиссия. Если в УПД только товар, достаточно варианта с товарами. Если вместе с товаром указаны услуги, доставка или иные строки, используйте вариант, который позволяет заполнить нужные табличные части.
Порядок действий будет таким:
Откройте раздел Покупки и создайте документ Поступление (акты, накладные, УПД).
В поле Контрагент укажите реального продавца, который указан в УПД в строке «Продавец».
В поле Договор выберите договор с этим продавцом. Если отдельного договора нет, создайте технический договор, например «Покупка через маркетплейс ОЗОН».
Укажите номер и дату УПД так, как они отражены в электронном документе.
Заполните номенклатуру, количество, цену, сумму, ставку НДС и счет учета товара.
Если УПД имеет статус «1», зарегистрируйте входящий счет-фактуру или заполните реквизиты УПД для отражения НДС.
Проведите документ и проверьте движения по счетам учета товаров, расчетов и НДС.
В типовой ситуации проводки по поступлению товара могут быть такими:
Дт 41.01 Кт 60.01 — принят к учету товар от реального продавца;
Дт 19.03 Кт 60.01 — отражен входной НДС по приобретенному товару;
Дт 68.02 Кт 19.03 — НДС принят к вычету при выполнении условий для вычета.
Если товар приобретается не для перепродажи, а как материалы, основное средство, инвентарь или малоценное имущество, счет учета будет другим. Например, используйте счет 10 для материалов, счет 08 для вложений во внеоборотные активы, счет 01 после принятия объекта к учету, счет 26 или 44 для отдельных расходов, если покупка сразу относится на затраты. Но принцип выбора контрагента не меняется: поставщиком в поступлении указывайте реального продавца из УПД.
Посмотрим отдельно на НДС. Если в УПД указан статус «1», документ выполняет функцию счета-фактуры и первичного документа. В этом случае в 1С нужно зарегистрировать документ так, чтобы в книге покупок отразились реквизиты реального продавца.
Проверьте следующие данные:
статус УПД — «1», если нужен вычет НДС по этому документу;
ИНН и КПП продавца — должны соответствовать реальному продавцу из УПД;
номер и дата счета-фактуры или УПД — должны совпадать с электронным документом;
ставка НДС и сумма НДС — должны быть корректно указаны по строкам;
покупатель — должна быть указана ваша организация;
подпись агента — должна быть понятна из документа и не должна подменять продавца в книге покупок.
Если УПД имеет статус «2», он является только первичным документом и не заменяет счет-фактуру. В таком случае по общему правилу принять НДС к вычету на основании только УПД со статусом «2» нельзя. Разберем документ внимательнее: возможно, продавец не является плательщиком НДС, применяет спецрежим, товар продается без НДС или счет-фактура оформляется отдельно. В 1С по такому документу не нужно автоматически формировать запись книги покупок как по счету-фактуре со статусом «1».
Если в документе есть НДС, но статус или реквизиты оформлены некорректно, запросите у маркетплейса или продавца корректный электронный документ. Не исправляйте налоговые реквизиты произвольно только ради удобства учета.
Теперь разберем главный технический вопрос в 1С. Поступление мы оформили от реального продавца. Но банковская выписка показывает оплату в адрес ООО «Интернет Решения». Если ничего не сделать, в учете появится такая картина:
по реальному продавцу будет висеть кредиторская задолженность на счете 60;
по ООО «Интернет Решения» будет висеть аванс или дебиторская задолженность, потому что деньги перечислены маркетплейсу;
в целом сумма сходится, но аналитика по контрагентам не закрыта.
Чтобы расчеты сошлись, выполните перенос задолженности с маркетплейса на реального продавца. Для этого в 1С используйте документ Корректировка долга. Смысл операции простой: признаем, что оплата, перечисленная агенту, закрывает задолженность перед реальным продавцом.
Разберем порядок:
Сначала загрузите или создайте документ Списание с расчетного счета на оплату ООО «Интернет Решения».
Укажите вид операции оплаты поставщику или иной подходящий вид операции в зависимости от настроек базы.
Проведите оплату на контрагента ООО «Интернет Решения».
После отражения поступления от реального продавца создайте документ Корректировка долга.
Выберите операцию переноса задолженности, зачета задолженности или иной вариант, который в вашей версии 1С позволяет перенести расчеты между контрагентами.
В качестве одного контрагента укажите ООО «Интернет Решения», по которому числится оплата.
В качестве второго контрагента укажите реального продавца, по которому отражено поступление товара.
Укажите сумму покупки, которую нужно закрыть.
Проведите документ и сформируйте оборотно-сальдовую ведомость по счету 60 в разрезе контрагентов.
После корректировки долга задолженность перед реальным продавцом должна закрыться, а оплата, зависшая на ООО «Интернет Решения», должна быть зачтена. Именно это имелось в виду в решении: «в пределах счета 60 перекиньте с агента на реального поставщика».
Посмотрим на пример. Организация купила товар на ОЗОН за 12 000 руб., в том числе НДС 20% — 2 000 руб. В УПД продавцом указано ООО «Поставщик», а подписан документ ООО «Интернет Решения» как агентом. Оплата по банковской карте или расчетному счету ушла в адрес ООО «Интернет Решения».
Разберем учет по шагам:
Создайте контрагента ООО «Поставщик», если его еще нет в справочнике Контрагенты.
Создайте или проверьте контрагента ООО «Интернет Решения».
Создайте документ Поступление (акты, накладные, УПД) от ООО «Поставщик» на сумму 12 000 руб.
Отразите товар на счете 41.01, если это товар для перепродажи, или на другом подходящем счете учета.
Зарегистрируйте НДС по УПД со статусом «1» так, чтобы в книге покупок продавцом было ООО «Поставщик».
Создайте документ Списание с расчетного счета на оплату ООО «Интернет Решения» на сумму 12 000 руб.
Создайте документ Корректировка долга и перенесите оплату с ООО «Интернет Решения» на ООО «Поставщик».
Проверьте счет 60 по обоим контрагентам.
В результате по ООО «Поставщик» будет отражено поступление и закрыта задолженность, по ООО «Интернет Решения» не должно остаться необоснованного аванса, а в книге покупок будет указан реальный продавец.
Рассмотрим основные объекты 1С, которые помогут корректно оформить операцию:
Контрагенты — создайте карточку реального продавца и карточку ООО «Интернет Решения».
Договоры — создайте договор с реальным продавцом для поступления и договор с ООО «Интернет Решения» для отражения оплаты, если это требуется по настройкам базы.
Поступление (акты, накладные, УПД) — используйте для отражения товара от реального продавца.
Счет-фактура полученный или реквизиты УПД в документе поступления — используйте для регистрации НДС по УПД со статусом «1».
Списание с расчетного счета — используйте для отражения фактической оплаты маркетплейсу.
Корректировка долга — используйте для переноса задолженности между агентом и реальным продавцом.
Книга покупок — проверьте, что продавцом отражен реальный поставщик из УПД.
Оборотно-сальдовая ведомость по счету 60 — проверьте закрытие расчетов по обоим контрагентам.
Если в вашей базе включены дополнительные аналитики по договорам, документам расчетов, способам зачета авансов или соглашениям, обязательно заполните их одинаково и последовательно. Ошибки часто возникают не из-за самого УПД, а из-за того, что оплата, поступление и корректировка долга проведены по разным договорам или разным документам расчетов.
После отражения операции сформируйте книгу покупок или отчет по НДС. Посмотрим, что должно получиться:
в графах продавца должны быть реквизиты реального продавца из УПД;
номер и дата документа должны соответствовать УПД или счету-фактуре в составе УПД;
стоимость покупок и сумма НДС должны совпадать с документом;
ООО «Интернет Решения» не должно подставляться как продавец, если оно не указано продавцом в УПД;
расчеты с ООО «Интернет Решения» должны быть закрыты переносом задолженности или зачетом, а не заменой продавца в книге покупок.
Если в книге покупок попал ОЗОН вместо реального продавца, вернитесь к документу поступления и проверьте поле Контрагент, договор, реквизиты счета-фактуры и сведения о продавце. В большинстве случаев ошибка появляется потому, что бухгалтер создал поступление сразу на ООО «Интернет Решения» ради совпадения с оплатой. Такой способ кажется удобным, но он искажает НДС-реквизиты.
На практике покупок на маркетплейсе может быть много, а реальных продавцов — десятки или сотни. Возникает соблазн все приходовать на ООО «Интернет Решения», чтобы не создавать множество контрагентов. Разберем этот вариант осторожно.
Для управленческого удобства такой подход понятен, но для бухгалтерского и налогового учета он рискованный, если УПД оформлены от имени разных продавцов. Первичный документ и книга покупок должны соответствовать данным УПД. Если продавец в УПД один, а в учете и книге покупок другой, появляется несоответствие.
Поэтому рекомендуем не упрощать учет путем подмены продавца. Лучше организуйте справочник Контрагенты и настройте внутренний порядок работы с маркетплейсами:
создавайте карточки реальных продавцов только по тем УПД, которые принимаются к учету;
используйте единый шаблон договора, например «Покупка через ОЗОН»;
закрепите порядок переноса оплаты через Корректировка долга;
проверяйте книгу покупок по ИНН продавцов;
используйте групповые обработки или загрузки из ЭДО, если объем документов большой.
Такой подход требует больше аккуратности при заведении контрагентов, но он лучше соответствует документам и снижает риск налоговых расхождений.
Рассмотрим исключение. Если в УПД продавцом указан именно ООО «Интернет Решения», тогда поступление отражайте от ООО «Интернет Решения». В этом случае маркетплейс выступает продавцом по документу, и его реквизиты должны попасть в книгу покупок.
Поэтому не используйте универсальное правило «все покупки с ОЗОН — на ОЗОН» или «все покупки с ОЗОН — на реального продавца» без проверки документа. Всегда смотрите конкретный УПД:
если продавцом указан реальный поставщик, отражайте поступление от реального поставщика;
если продавцом указан ООО «Интернет Решения», отражайте поступление от ООО «Интернет Решения»;
если УПД подписан агентом, но продавец указан другой, не меняйте продавца только из-за подписи агента;
если документ оформлен непонятно, запросите пояснение или исправленный документ через ЭДО.
Главный ориентир — реквизиты продавца в УПД, а не название площадки, через которую была совершена покупка.
Разберем вопрос подписи. В электронном документообороте документ может быть сформирован маркетплейсом, подписан уполномоченным лицом маркетплейса или содержать отметку, что он составлен агентом. Это не делает документ недействительным само по себе.
Проверьте следующие моменты:
в документе понятно указано, кто является продавцом;
понятно указано, что ООО «Интернет Решения» действует как агент или составитель документа;
электронная подпись действительна;
покупателем указана ваша организация;
документ поступил через ЭДО и принят вашей организацией;
содержание операции, количество, стоимость и НДС соответствуют фактической покупке.
Если эти условия выполнены, подпись агента не мешает принять УПД к учету. Важно не путать подписанта документа и продавца товара. Подписант может действовать на основании полномочий, а продавцом по сделке остается принципал или фактический владелец товара.
Посмотрим подробнее на документ Корректировка долга, потому что именно он обычно закрывает расхождение между оплатой маркетплейсу и поступлением от продавца.
В разных версиях 1С названия операций могут немного отличаться, но смысл остается один: нужно сделать зачет или перенос расчетов между двумя контрагентами. Один контрагент — ООО «Интернет Решения», на которого прошла оплата. Второй контрагент — реальный продавец, по которому есть кредиторская задолженность после поступления.
Порядок проверки после проведения:
Сформируйте Оборотно-сальдовую ведомость по счету 60.
Установите детализацию по контрагентам и договорам.
Проверьте, что по реальному продавцу задолженность закрыта.
Проверьте, что по ООО «Интернет Решения» не остался необоснованный аванс.
Если остатки остались, проверьте договоры, документы расчетов и суммы зачета.
Если оплата была произведена раньше получения товара, в 1С может сначала возникнуть аванс ООО «Интернет Решения». После поступления от реального продавца этот аванс нужно перенести на закрытие задолженности перед продавцом. Если товар получен раньше оплаты, сначала появится задолженность перед продавцом, а после оплаты маркетплейсу ее также нужно закрыть через корректировку.
Рассмотрим важную настройку аналитики. Ошибки часто появляются из-за договоров. Например, поступление оформлено по договору с реальным продавцом, оплата — по договору с ООО «Интернет Решения», а корректировка долга сделана по третьему договору или без учета документа расчетов. В результате остатки по счету 60 не закрываются.
Рекомендуем действовать так:
для реального продавца создайте договор с понятным названием, например «Покупка через маркетплейс ОЗОН»;
для ООО «Интернет Решения» создайте договор или используйте существующий договор для расчетов по покупкам на маркетплейсе;
при корректировке долга выбирайте именно те договоры, по которым сформировались остатки;
если в базе ведутся расчеты по документам, выбирайте конкретные документы поступления и оплаты;
после проведения обязательно проверяйте обороты по счету 60 с детализацией до договора и документа расчетов.
Если организация регулярно покупает на маркетплейсе, создайте внутреннюю инструкцию: кто заводит продавцов, как называть договоры, как отражать оплату и кто проверяет закрытие расчетов. Это сократит количество незакрытых авансов и зависших долгов.
Отдельно разберем ситуацию, когда от маркетплейса пришел УПД со статусом «2». Такой документ подтверждает факт передачи товара, но не является счетом-фактурой. Поэтому порядок зависит от того, есть ли НДС и нужен ли вычет.
Если продавец работает без НДС, УПД со статусом «2» может быть достаточен как первичный документ для отражения поступления товара без вычета НДС.
Если продавец является плательщиком НДС и НДС предъявлен, для вычета нужен корректный счет-фактура или УПД со статусом «1».
Если в УПД со статусом «2» ошибочно выделен НДС, запросите пояснения или исправленный документ.
Если НДС к вычету не принимается, отразите поступление по первичному документу и не формируйте запись книги покупок как по счету-фактуре.
В 1С в такой ситуации поступление все равно оформляйте от реального продавца, если он указан продавцом в документе. Но регистрацию НДС выполняйте только при наличии корректного основания для вычета.
Перед проведением УПД с маркетплейса выполните контрольный список. Рассмотрим его по шагам:
Проверьте строку «Продавец». Именно по ней определяйте контрагента для поступления и книги покупок.
Проверьте строку «Покупатель». В ней должна быть ваша организация.
Проверьте составителя или подписанта. Если указан ООО «Интернет Решения» как агент, не путайте его с продавцом.
Проверьте статус УПД. Для вычета НДС нужен статус «1» или отдельный счет-фактура.
Проверьте ИНН и КПП продавца. Они должны совпадать с карточкой контрагента в 1С.
Проверьте номер и дату документа. Они должны попасть в учет без произвольных изменений.
Проверьте номенклатуру, количество, цену, сумму и НДС.
Проверьте электронную подпись и статус документа в ЭДО.
Проверьте платежный документ. Оплата маркетплейсу должна быть затем связана с задолженностью перед продавцом.
Проверьте книгу покупок и счет 60 после проведения.
Если на одном из этапов данные не сходятся, не исправляйте документ «под себя». Выясним причину: возможно, нужно создать нового контрагента, изменить договор, выполнить корректировку долга, зарегистрировать счет-фактуру или запросить исправленный УПД.
Проанализируем самые частые ошибки, чтобы избежать проблем в учете.
Ошибка 1: приходовать товар на ОЗОН, хотя продавцом в УПД указан другой контрагент. Так делать не следует, потому что книга покупок и первичный документ будут расходиться.
Ошибка 2: считать подпись агента признаком того, что агент является продавцом. Подписант документа и продавец — разные роли. Подпись агента может быть правомерной, если агент действует по полномочиям.
Ошибка 3: не делать корректировку долга. В результате по реальному продавцу остается долг, а по ООО «Интернет Решения» висит аванс.
Ошибка 4: принимать НДС к вычету по УПД со статусом «2» как по счету-фактуре. Для вычета проверяйте статус «1» или наличие отдельного счета-фактуры.
Ошибка 5: создавать одного условного контрагента для всех продавцов маркетплейса. Это упрощает ручной учет, но создает расхождения с УПД и книгой покупок.
Ошибка 6: не проверять ИНН продавца. Наименование контрагента может быть похоже на другое, поэтому используйте ИНН и КПП для точной идентификации.
Ошибка 7: закрывать долг ручной операцией без проверки аналитики. Если используете Операция, введенная вручную, есть риск ошибиться в субконто. Предпочтительнее использовать Корректировка долга, если она корректно решает задачу в вашей базе.
Рассмотрим альтернативный вариант. Иногда бухгалтеры используют документ Операция, введенная вручную, чтобы перенести задолженность между контрагентами на счете 60. Такой способ технически возможен, но применять его нужно осторожно.
Почему лучше сначала рассмотреть Корректировка долга:
документ предназначен именно для зачета и переноса задолженности;
он лучше заполняет аналитику по контрагентам, договорам и документам расчетов;
его проще проверить в отчетах;
он понятнее для последующего анализа расчетов.
Ручную операцию используйте только тогда, когда типовой документ не позволяет корректно отразить конкретную ситуацию или база настроена нестандартно. При ручной операции обязательно укажите все субконто: контрагента, договор, документ расчетов и счет расчетов. Иначе оборотно-сальдовая ведомость может остаться незакрытой по аналитике, даже если сумма по счету в целом обнулится.
Посмотрим на частую ситуацию: товар на ОЗОН куплен корпоративной картой. В банковской выписке или авансовом отчете оплата также может проходить в адрес ООО «Интернет Решения» или платежного сервиса. При этом УПД оформлен от реального продавца.
Логика остается такой же:
поступление товара отражайте от реального продавца из УПД;
оплату отражайте по фактическому получателю денег;
если расчеты проходят через подотчетное лицо, дополнительно используйте документы учета подотчетных сумм;
НДС регистрируйте по реальному продавцу при наличии УПД со статусом «1»;
расхождения между получателем оплаты и продавцом закрывайте зачетом или переносом задолженности по выбранной учетной схеме.
Не меняйте продавца в УПД только потому, что деньги списались в пользу маркетплейса. Для учета важны обе стороны: продавец для поступления и НДС, маркетплейс для движения денег.
Если организация регулярно покупает товары на маркетплейсах, лучше закрепите порядок учета заранее. Рассмотрим, какие правила стоит описать:
поступления по УПД маркетплейсов отражаются по продавцу, указанному в УПД;
маркетплейс отражается как получатель оплаты, если деньги перечислены ему как агенту;
закрытие расчетов между маркетплейсом и реальным продавцом выполняется документом Корректировка долга;
НДС принимается к вычету только по УПД со статусом «1» или по отдельному счету-фактуре;
по УПД со статусом «2» НДС к вычету не принимается без отдельного корректного основания;
ответственный сотрудник проверяет ИНН продавца, статус УПД и электронную подпись;
после отражения операции бухгалтер проверяет Книга покупок и Оборотно-сальдовая ведомость по счету 60.
Такой порядок особенно полезен, если покупки делает не только бухгалтерия, но и сотрудники подразделений: офис-менеджеры, снабженцы, руководители отделов. Они могут оплатить покупку на маркетплейсе, а бухгалтерия потом получает УПД с другим продавцом. Внутренняя инструкция помогает не потерять документы и не исказить учет.
Соберем решение в короткий рабочий алгоритм:
Откройте УПД и найдите строку «Продавец».
Если продавцом указан реальный поставщик, создайте поступление в 1С от этого поставщика.
Если документ подписан ООО «Интернет Решения» как агентом, не заменяйте продавца на ОЗОН.
Зарегистрируйте НДС по реальному продавцу, если УПД имеет статус «1».
Отразите оплату фактическому получателю денег — ООО «Интернет Решения».
Через Корректировка долга перенесите оплату с агента на реального продавца.
Проверьте, что в Книга покупок попал реальный продавец.
Проверьте, что по счету 60 нет зависших остатков по агенту и продавцу.
Этот алгоритм позволяет сохранить правильную картину: товар куплен у реального продавца, деньги перечислены агенту, НДС заявлен по документу продавца, расчеты закрыты корректировкой.
Если в УПД с маркетплейса ОЗОН продавцом указан реальный продавец, а ООО «Интернет Решения» стоит как составитель или подписант-агент, проводите УПД в 1С как поступление от реального продавца. В книгу покупок также должен попасть реальный продавец, указанный в УПД. ООО «Интернет Решения» отражайте в части оплаты, если деньги перечислены маркетплейсу.
Чтобы расчеты сошлись, после отражения поступления и оплаты выполните перенос задолженности через Корректировка долга: закройте задолженность перед реальным продавцом оплатой, перечисленной агенту. После этого проверьте Книга покупок и Оборотно-сальдовая ведомость по счету 60.
Главное правило: ориентируйтесь на строку «Продавец» в УПД. Подпись агента не означает, что агент становится продавцом товара. Если документ оформлен от имени реального продавца, именно его отражайте в поступлении и книге покупок, а расчеты с маркетплейсом закрывайте отдельной корректировкой.
Информация носит справочный характер