Какие ошибки возникают при загрузке отчетов маркетплейсов через API в 1С?

Загрузка отчета через API ключи, фиксация проблемы

Далее — посмотрим 3 варианта Ошибок с API загрузкой от маркетплейсов.

1 вариант. Несовпадение сумм и документов

• Через API часто подтягиваются не те суммы, которые бухгалтер ожидает видеть в учете: по выкупам в учет попадает детализация одной суммы, а в ЭДО маркетплейс ждет документы на другую. Из‑за этого идут отказы по причине «несоответствие суммы»
• В 1С может некорректно формироваться доход: в налоговом учете доход отражают уже после удержания комиссии или НДС, а сторно и дорасчеты проходят по полной сумме. Это искажает базу и требует ручных корректировок

Решение:

• Всегда можно перезагрузить период Файлом
• Свод проверка результатов ежемесячно поможет «ловить» нестыковки вовремя

2 вариант. Ошибки сопоставления и дубли

• При первичной настройке интеграции нужно сопоставить товары маркетплейса с номенклатурой 1С. Если маппинг сделан не полностью или неверно, часть строк не загружается, попадает в «прочее» или вообще теряется
• При повторных загрузках за один и тот же период есть риск дублей отчетов и строк, если нет жесткой проверки по идентификаторам и периодам — бухгалтеру приходится вручную отслеживать и очищать дубли

Решение:

• Не меняйте способы загрузки документов файлы или API в течение налогового года
• Перед работой с API синхронизируйте номенклатуру

3 вариант. Технические и организационные сложности

• При загрузке больших объемов за месяц с множеством возвратов и корректировок система долго обрабатывает данные и может выдавать ошибки по отдельным строкам. Это требует дополнительного контроля и времени бухгалтера
• Для разных маркетплейсов свои форматы отчетов, статусы заказов, структура комиссий и логистики. Даже при «универсальной» интеграции параметры по каждому контрагенту настраивайте отдельно и регулярно перепроверяйте

Решение:

• Наладить систему сверок с маркетплейсом, Excel-своды и аналитику, чтобы после загрузки было с чем сверять
• Подобрать компетентную техподдержку

Почему суммы «плавают» и как находить расхождения

Причины:

• Недонастроенные API‑обмены или обработки, которые вам не подходят, например несколько магазинов на Ozon и Яндекс Маркете у одного селлера
• Непроведенные возвраты, УКД и сторно услуг маркетплейса
• Занесение документов не только по первичным документам, но и по аналитическим отчетам, например премии Яндекса из Отчета о реализации
• Некорректные взаиморасчеты, множество незакрытых договоров
  и большие авансы
• Частный случай — не скорректированная «дебиторка» между WB и РВБ

Решение:

• Четкое понимание — как работает селлер по условиям Оферты с Агентами
• Четкое понимание — как работает селлер с Яндекс Маркетом
• Ведение товарного учета
• Обработка всех первичных документов от маркетплейса
• Обязательная ежемесячная сверка

Как бухгалтеру работать с входящими документами маркетплейсов

• Если вы впервые работаете с учетом у селлера, начните с ручной загрузки файлов
  и документов. Интеграции по API пробуйте только через год, на «аккуратной» базе 1С
• Все первичные документы есть в полном объеме в Личных кабинетах маркетплейсов. Обязательно возьмите доступ и посмотрите предыдущие уроки Бухэксперт
• Не упрощайте учет, а детализируйте. Товарный учет обязателен
• Храните всю первичку от маркетплейсов у себя — на компьютере, сервере, локально или в облаке. Это поможет избежать подмены данных и доказать свою правоту в возможных налоговых спорах
• Сверяйтесь ежемесячно. Сальдо дебиторки по Агентам должно быть рабочим

Формирование книги покупок. Демонстрация УСН + НДС 5%

Код 17 используют при получении продавцом товаров, возвращенных физическими лицами.

Код 18 используют при составлении или получении корректировочного счета‑фактуры в связи с уменьшением стоимости отгруженных товаров.

Это происходит, например, при уменьшении цен или количества отгруженных товаров.

Код 01 — используется при Выкупах товаров маркетплейсом и продажах покупателям − юридическим лицам.

Код 26 — используется при фиксации сводных справок на розничные продажи.

Обратите внимание: в нашем примере для Розничных продаж через Яндекс Маркет создан отдельный обобщенный покупатель — физическое лицо.

Отчеты для проверки НДС

Универсальный отчет — максимально удобный инструмент, рекомендую посмотреть мои предыдущие уроки у Бухэксперт по разборам ОСНО.

На них мы подробно его разбирали.

См. также:

• НДС, возвраты и «плавающие» суммы: как упрощенцу разобраться в отчетах маркетплейсов и вести учет в 1С