Работа с маркетплейсами, особенно с такими гигантами как Wildberries, часто преподносит сюрпризы бухгалтерам и техническим специалистам. Одной из самых распространенных проблем является ситуация, когда при загрузке многостраничной детализации (иногда содержащей десятки тысяч строк) итоговая сумма в созданном документе Отчет комиссионера о продажах не совпадает с финансовыми показателями, указанными в еженедельном «Отчете об оферте». Разберем подробно, почему возникают эти копейки (или даже тысячи рублей) разницы и как с этим бороться в типовой конфигурации 1С:Бухгалтерия.
Когда мы имеем дело с файлами детализации на 30 000 строк и более, одной из первых причин расхождений становится математическая погрешность округления. Рассмотрим механизм: Wildberries в итоговом отчете может указывать общую сумму реализации, рассчитанную по своим внутренним формулам. В то же время типовые алгоритмы 1С при загрузке каждой строки производят расчет НДС и итоговых сумм по каждой позиции отдельно.
Проанализируем ситуацию: если в каждой из 30 тысяч строк возникнет погрешность округления в 10-20 копеек, на выходе мы получим разницу в несколько тысяч рублей. Для проверки этой гипотезы рекомендуется сравнить сумму колонок «Всего к зачету» в исходном Excel-файле и итоговую сумму документа 1С. Если проблема в округлении, разницу придется корректировать вручную в одной из строк документа или принимать ее как допустимую погрешность, если она не критична для учета.
Выясним причину, связанную со специфическими типами транзакций. В детализации WB часто встречаются строки с типами операций Компенсация подмены или Компенсация за брак/утерю. Важно понимать, что с точки зрения методологии учета 1С, документ Отчет комиссионера предназначен исключительно для отражения реализации товара конечному покупателю или возврата этого товара.
Компенсация от маркетплейса не является продажей товара. Это прочий доход организации. Типовая обработка загрузки в 1С часто просто игнорирует такие строки, так как не знает, в какую колонку табличной части «Товары» их поместить. В результате сумма в отчете об оферте (где эти деньги включены в итоговое сальдо) будет отличаться от суммы загруженных продаж в 1С. Проанализируем детализацию на наличие слов «Компенсация» и проверим, попали ли эти суммы в документ.
Wildberries регулярно включает в текущие отчеты сторнирующие записи по операциям, которые были совершены в прошлых периодах. Посмотрим на пример: в текущем файле может присутствовать возврат товара, проданного месяц назад, причем цена этого товара могла измениться. Если типовой алгоритм 1С не находит исходную партию или документ реализации для сопоставления, он может некорректно отразить сумму возврата.
Особое внимание стоит уделить строкам с отрицательными значениями. В 1С:Бухгалтерия возвраты должны отражаться на закладке «Возвраты» или сторнирующими записями в «Реализации». Если загрузчик «сваливает» всё в одну таблицу и просто вычитает суммы, итоговый НДС и бухгалтерские проводки могут распределиться неверно, что приведет к расхождению с итоговым балансом в кабинете селлера.
Ситуация с продажами в Казахстан, Беларусь и другие страны ЕАЭС заслуживает отдельного разбора. Юридически Wildberries часто оформляет такие операции не через договор комиссии, а через договор купли-продажи (прямой выкуп маркетплейсом). В детализации эти строки могут быть помечены особым статусом.
Стандартный функционал 1С при загрузке Отчета комиссионера может пропускать такие строки, так как для их отражения требуется другой тип документа — обычная Реализация (с видом операции «Товары (накладная, УПД)»). Если в вашем отчете об оферте фигурируют продажи в ЕАЭС, обязательно проверьте, загрузились ли они в 1С. Скорее всего, их придется отражать отдельным документом, что и объясняет «недостачу» суммы в основном отчете комиссионера.
Скидка постоянного покупателя (СПП) — это «камень преткновения» многих бухгалтеров. WB предоставляет эту скидку за свой счет, при этом вознаграждение маркетплейса рассчитывается от цены до учета этой скидки. Рассмотрим, как это выглядит в файле:
Если алгоритм загрузки настроен некорректно и берет данные не из той колонки, сумма документа в 1С никогда не сойдется с финансовым отчетом. Правильным считается отражение реализации по цене до скидки WB, с последующим отражением вознаграждения комиссионера. Если вы видите разницу, кратную проценту скидки, проверьте настройки маппинга колонок в вашей обработке загрузки.
Для того чтобы найти, куда «ушли» ваши 4 тысячи рублей (или любая другая сумма), выполним следующие действия:
Поступление услуг.Подводя итог, можно сказать, что расхождение суммы документа в 1С и отчета об оферте — это не всегда ошибка программы. Чаще всего это разница между бухгалтерским представлением операций (продажи и возвраты) и финансовым отчетом маркетплейса (где замешаны штрафы, компенсации и услуги). Только детальный постраничный анализ первой и последней строк отчета, а также проверка типов операций помогут вам вывести сальдо в ноль.