Новая парадигма. Три договора вместо одного хаоса
Забудьте про один договор "на все". Ваши отношения с маркетплейсом — это три параллельных финансовых контура. Представьте три трубы, по которым текут деньги. Если их смешать, получится грязная вода неясного состава.
Труба №1: Агентский договор на реализацию.
По этой трубе течетваша полная выручка от конечного покупателя. Если товар на витрине стоит 10 000 ₽, то по этому договору в учете проходит вся эта сумма. Это база для расчета вашего налога на прибыль или УСН. Пока деньги физически здесь не появляются — они лишь числятся за вами на счетах у агента (Яндекса).
Труба №2: Договор на возмездное оказание услуг (размещение).
Это трубарасходов. По ней Яндекс вычитает свою комиссию, стоимость логистики, хранения. В учете это ваши издержки (счет 91 или 44). Ключевой момент: Яндекс удерживает эти деньги сам, из выручки по Трубе №1, а вы лишь фиксируете факт удержания.
Труба №3: Договор на услуги продвижения.
Самая коварная труба, которую 90% бухгалтеров пропускают. Когда Яндекс дает покупателю скидку в 1000 ₽ "за свой счет", он потом компенсирует эти деньги вам. Это не возврат комиссии, а ваш дополнительный доход. По этой трубе вы продаете Яндекс.Маркету услугу "участие в акции". Отражается как выручка от услуг.
Внедрение единой системы интеграции данных между вашими учетными программами и платформой маркетплейса позволяет автоматически разграничивать движения средств по каждому договору и избежать смешения платежей — экономия времени и минимизация ошибок при сверках.
Практический вывод: В 1С вы должны создать три отдельных договора с одним контрагентом "Яндекс.Маркет" именно с такими типами. И каждая операция из отчета маркетплейса должна попадать в свой договор. Это 70% успеха.
Забудьте про один договор "на все". Ваши отношения с маркетплейсом — это три параллельных финансовых контура. Представьте три трубы, по которым текут деньги. Если их смешать, получится грязная вода неясного состава.
Труба №1: Агентский договор на реализацию.
По этой трубе течетваша полная выручка от конечного покупателя. Если товар на витрине стоит 10 000 ₽, то по этому договору в учете проходит вся эта сумма. Это база для расчета вашего налога на прибыль или УСН. Пока деньги физически здесь не появляются — они лишь числятся за вами на счетах у агента (Яндекса).
Труба №2: Договор на возмездное оказание услуг (размещение).
Это трубарасходов. По ней Яндекс вычитает свою комиссию, стоимость логистики, хранения. В учете это ваши издержки (счет 91 или 44). Ключевой момент: Яндекс удерживает эти деньги сам, из выручки по Трубе №1, а вы лишь фиксируете факт удержания.
Труба №3: Договор на услуги продвижения.
Самая коварная труба, которую 90% бухгалтеров пропускают. Когда Яндекс дает покупателю скидку в 1000 ₽ "за свой счет", он потом компенсирует эти деньги вам. Это не возврат комиссии, а ваш дополнительный доход. По этой трубе вы продаете Яндекс.Маркету услугу "участие в акции". Отражается как выручка от услуг.
Внедрение единой системы интеграции данных между вашими учетными программами и платформой маркетплейса позволяет автоматически разграничивать движения средств по каждому договору и избежать смешения платежей — экономия времени и минимизация ошибок при сверках.
Практический вывод: В 1С вы должны создать три отдельных договора с одним контрагентом "Яндекс.Маркет" именно с такими типами. И каждая операция из отчета маркетплейса должна попадать в свой договор. Это 70% успеха.
Таксономия движения товара. Не "продано", а "передано агенту"
В классической торговле товар покидает склад и сразу списывается. На маркетплейсе — нет. От момента передачи товара на фулфилмент до момента его оплаты покупателем проходит время и право собственности остается вашим.
Статус 1: "На моем складе".
Учет: 41 счет.
Статус 2: "Передан агенту (Яндексу) на реализацию".
Учет: 45 счет "Товары отгруженные". Это ключевой момент! Вы создаете документ "Перемещение" на виртуальный склад "ЯМ.Логистика". Проводка: Дт 45 — Кт 41. Товар еще ваш, но он уже не у вас.
Статус 3: "Агент отгрузил покупателю". Учет: все еще 45 счет. Но теперь вы начисляете выручку (Дт 62 — Кт 90.01) и НДС, если вы на ОСНО. Себестоимость пока не списываете.
Статус 4: "Покупатель получил и оплатил".
Учет: только теперь списываете себестоимость с 45 счета (Дт 90.02 — Кт 45). Право собственности перешло.
Если товар вернулся (невыкуп), вы делаете обратное перемещение со 45 счета обратно на 41. Если это возврат после оплаты — сторнируете операции по выручке и себестоимости.
Перед интеграцией важно провести раздельную декомпозицию контента внутри карточек: каждый тип реализации (стандарт, акция, партнерский товар) фиксируется отдельно и отображается в отчёте агентского кабинета для корректного проведения по договорам.
В классической торговле товар покидает склад и сразу списывается. На маркетплейсе — нет. От момента передачи товара на фулфилмент до момента его оплаты покупателем проходит время и право собственности остается вашим.
Статус 1: "На моем складе".
Учет: 41 счет.
Статус 2: "Передан агенту (Яндексу) на реализацию".
Учет: 45 счет "Товары отгруженные". Это ключевой момент! Вы создаете документ "Перемещение" на виртуальный склад "ЯМ.Логистика". Проводка: Дт 45 — Кт 41. Товар еще ваш, но он уже не у вас.
Статус 3: "Агент отгрузил покупателю". Учет: все еще 45 счет. Но теперь вы начисляете выручку (Дт 62 — Кт 90.01) и НДС, если вы на ОСНО. Себестоимость пока не списываете.
Статус 4: "Покупатель получил и оплатил".
Учет: только теперь списываете себестоимость с 45 счета (Дт 90.02 — Кт 45). Право собственности перешло.
Если товар вернулся (невыкуп), вы делаете обратное перемещение со 45 счета обратно на 41. Если это возврат после оплаты — сторнируете операции по выручке и себестоимости.
Перед интеграцией важно провести раздельную декомпозицию контента внутри карточек: каждый тип реализации (стандарт, акция, партнерский товар) фиксируется отдельно и отображается в отчёте агентского кабинета для корректного проведения по договорам.
Главный документ. Отчет агента, а не банковская выписка
Вы не можете вести учет, ориентируясь только на сумму, пришедшую на расчетный счет. Это "следствие". Причина — в "Отчете об исполнении поручения" из личного кабинета Яндекса.
Как с ним работать:
1. Колонка "Начислено" — это оборот по Трубе №1 (ваша полная выручка). Разносите в 1С как реализацию по агентскому договору.
2. Колонки "Удержано" (комиссия, логистика) — это оборот по Трубе №2 (ваши расходы). Разносите на счета учета затрат.
3. Колонка "Компенсация скидок/баллов" — это оборот по Трубе №3 (ваш доход от продвижения). Разносите как реализацию услуг.
4. Итоговая колонка "К перечислению" — это то, что вы в итоге увидите на своем расчетном счете.
Ваша задача в 1С — смоделировать этот отчет проводками так, чтобы сальдо по всем трем договорам с Яндексом в итоге сошлось с этой финальной суммой "к перечислению".
Особое внимание уделяйте раздельному мониторингу коэффициент конверсии маркетплейса: расчет ROI и возвратности отдельно по агентским, размещенческим и промо-операциям важен для достоверной аналитики в отчёте.
Вы не можете вести учет, ориентируясь только на сумму, пришедшую на расчетный счет. Это "следствие". Причина — в "Отчете об исполнении поручения" из личного кабинета Яндекса.
Как с ним работать:
1. Колонка "Начислено" — это оборот по Трубе №1 (ваша полная выручка). Разносите в 1С как реализацию по агентскому договору.
2. Колонки "Удержано" (комиссия, логистика) — это оборот по Трубе №2 (ваши расходы). Разносите на счета учета затрат.
3. Колонка "Компенсация скидок/баллов" — это оборот по Трубе №3 (ваш доход от продвижения). Разносите как реализацию услуг.
4. Итоговая колонка "К перечислению" — это то, что вы в итоге увидите на своем расчетном счете.
Ваша задача в 1С — смоделировать этот отчет проводками так, чтобы сальдо по всем трем договорам с Яндексом в итоге сошлось с этой финальной суммой "к перечислению".
Особое внимание уделяйте раздельному мониторингу коэффициент конверсии маркетплейса: расчет ROI и возвратности отдельно по агентским, размещенческим и промо-операциям важен для достоверной аналитики в отчёте.
Ежемесячный ритуал сверки, который спасет от доначислений
Раз в месяц, перед сдачей отчетности, делайте пять действий:
1. Выгрузите "Отчет об исполнении поручения" из кабинета Яндекс Маркета за период.
2. В 1С сформируйте ОСВ (оборотно-сальдовую ведомость) по счету 76 (Расчеты с разными дебиторами и кредиторами) в разрезе каждого из трех договоров с Яндексом.
3. Сравните: Оборот по кредиту 76 счета по договору №1 должен равняться "Начислено" в отчете. Оборот по дебету 76 счета по договору №2 должен равняться "Удержано". Оборот по кредиту 76 счета по договору №3 должен равняться "Компенсация".
4. Проверьте итоговое сальдо по всем договорам с Яндексом вместе. Оно должно быть равно сумме из колонки "К перечислению" (с обратным знаком). Если сальдо есть, а платеж не пришел (или наоборот) — ищите ошибку в датах или неразнесенный документ.
5. Сверьте остатки на 45 счете с данными из отчета маркетплейса по товарам "в пути" и "на возврате".
В среднем переход к тройной договорной модели и такому учёту позволяет сократить расходы бухгалтерии на сверки в четыре раза, а также быстрее фиксировать ошибки в поступлениях и возвратах, чем традиционная кассовая система.
Учет на маркетплейсе — это игра по чужим правилам. Ваша сила не в том, чтобы их оспорить, а в том, чтобы создать в своей учетной системе их точное зеркало. Когда каждому движению в личном кабинете Яндекса найдется проводка в нужном договоре — хаос закончится, а прибыль станет предсказуемой.
Раз в месяц, перед сдачей отчетности, делайте пять действий:
1. Выгрузите "Отчет об исполнении поручения" из кабинета Яндекс Маркета за период.
2. В 1С сформируйте ОСВ (оборотно-сальдовую ведомость) по счету 76 (Расчеты с разными дебиторами и кредиторами) в разрезе каждого из трех договоров с Яндексом.
3. Сравните: Оборот по кредиту 76 счета по договору №1 должен равняться "Начислено" в отчете. Оборот по дебету 76 счета по договору №2 должен равняться "Удержано". Оборот по кредиту 76 счета по договору №3 должен равняться "Компенсация".
4. Проверьте итоговое сальдо по всем договорам с Яндексом вместе. Оно должно быть равно сумме из колонки "К перечислению" (с обратным знаком). Если сальдо есть, а платеж не пришел (или наоборот) — ищите ошибку в датах или неразнесенный документ.
5. Сверьте остатки на 45 счете с данными из отчета маркетплейса по товарам "в пути" и "на возврате".
В среднем переход к тройной договорной модели и такому учёту позволяет сократить расходы бухгалтерии на сверки в четыре раза, а также быстрее фиксировать ошибки в поступлениях и возвратах, чем традиционная кассовая система.
Учет на маркетплейсе — это игра по чужим правилам. Ваша сила не в том, чтобы их оспорить, а в том, чтобы создать в своей учетной системе их точное зеркало. Когда каждому движению в личном кабинете Яндекса найдется проводка в нужном договоре — хаос закончится, а прибыль станет предсказуемой.