Проверка выплат маркетплейса с ИИ

В аналитике продаж видны 240 тысяч рублей, а на расчётный счёт пришли 160 тысяч. Первая мысль: площадка удержала лишнее. Но между продажей и банковским переводом проходят возвраты, начисления услуг, корректировки и расчёты за другие периоды. Разница сама по себе ещё не означает ошибку.

Нейросеть поможет разобраться в столбцах отчёта и составить вопросы по непонятным операциям. Считать деньги и проверять основания удержаний придётся по исходным документам. Ниже разберём вымышленную выплату: подготовим выгрузку, восстановим расчёт и выясним, что ещё нужно спросить у площадки.

Продажи, начисления или деньги на счёте?

Запишите, откуда взята каждая цифра. «Продажи за неделю» недостаточно: это могут быть оформленные заказы, выкупленные товары, начисления по реализации или поступившие платежи покупателей. Нужны точное название показателя, период, валюта, договор и выбранные фильтры.

Для второй суммы уточните, что перед вами: баланс кабинета, сумма доступного вывода, запланированная выплата или уже зачисленные деньги. Например, Яндекс Маркет прямо разделяет текущий баланс расчётов и ближайшую выплату по графику. Их несовпадение не доказывает недоплату.

Поставьте вопрос нейтрально: «Какие операции объясняют разницу между этим отчётом и связанными с ним платежами?» Просьба «найди, где маркетплейс забрал деньги» уже содержит обвинение, для которого у вас пока нет оснований.

Какие документы понадобятся

Сохраните исходные выгрузки без изменений, отдельно сделайте рабочие копии. Для первичной сверки обычно нужны четыре группы сведений.

Если обнаружится конкретное удержание, дополнительно понадобятся его расшифровка, акт или условия услуги на дату операции. Не собирайте весь архив заранее: сначала определите, какой документ закрывает конкретный вопрос.

Запишите время формирования файлов. Вчерашняя выгрузка и сегодняшний экран могут различаться из-за добавленной корректировки. Ежедневную оперативную аналитику нельзя незаметно подменять окончательным отчётом. При нескольких договорах или валютах ведите отдельные сверки, пока не разобрались с правилами переноса и конвертации.

Когда продажи становятся выплатой

Начисление в этой проверке означает сумму операции, отражённую во взаиморасчётах. Выплата означает перечисление денег продавцу. Это рабочие определения для сверки, а не выбор метода бухгалтерского или налогового учёта.

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

Есть и межпериодные удержания. В справке Яндекс Маркета описан взаимозачёт, при котором платежи по новым заказам покрывают неоплаченные услуги прошлого месяца. Это объясняет возможный механизм расхождения, но не подтверждает его в вашем случае. Подтверждением будет запись именно по вашему договору.

Не распределяйте платёж по неделям пропорционально продажам только ради красивой таблицы. Сначала ищите связь в реестре или расшифровке платежа.

Что оставить в рабочей таблице

Для первого разговора с моделью хватит названий колонок и вымышленных строк. Реальную выписку с реквизитами и данными контрагентов не отправляйте в сторонний чат целиком. Сначала выясните, какие данные разрешено передавать.

В локальной рабочей таблице сохраните номер строки источника, код и тип операции, даты, сумму, валюту и ссылку на документ в своём архиве. Перед расчётом проверьте, как программа прочитала выгрузку. Для CSV в Excel используйте импорт «Из текста/CSV»: в предварительном просмотре можно проверить кодировку и разделитель, затем задать типы столбцов.

• Суммы. Записи 1 234,56 и 1,234.56 могут означать одно число при разных настройках. Укажите правила для каждой выгрузки, проверьте пробелы и десятичный разделитель. Не заменяйте все запятые в файле: ими могут разделяться сами поля.
• Номера операций. Импортируйте их как текст, чтобы сохранить начальные нули и длинные коды. Если 00123 уже превратился в 123, вернитесь к исходнику: оформление ячейки не восстанавливает потерянные данные.
• Даты. Запись 03/04/2026 без известного порядка дня и месяца неоднозначна. Задайте формат по описанию выгрузки, сверьте несколько дат с кабинетом и только затем отбирайте период.

Ошибки преобразования и пустые суммы вынесите отдельно, не заменяйте их нулями. Сверьте число записей и итог с исходным отчётом. Если формат меняется внутри одного столбца, сначала разберите такие строки, затем применяйте общее правило.

Для передачи модели сделайте отдельную копию без лишних персональных и коммерческих сведений, внутренних ссылок и реквизитов. В табличных файлах проверьте также скрытые листы, комментарии и свойства.

Замена настоящих номеров условными кодами не делает набор гарантированно анонимным. Ключ соответствий храните отдельно, локально; учитывайте, что редкий товар и точная дата тоже могут раскрывать участника операции. Когда передача данных не разрешена, используйте локальную обработку либо обсуждайте с моделью только искусственный пример.

Как нейросеть разберёт названия столбцов

Если у выбранной модели нет инструмента чтения файлов и выполнения расчётов, используйте её как помощника по тексту: вставьте заголовки, описание полей и искусственные строки, попросите формулы для своей таблицы. Прикреплённый файл сам по себе не доказывает, что обработаны все записи.

Большой CSV сначала сведите локально по видам операций в табличной программе, например через Power Query, или в учётной системе. Сохраните число строк каждой группы, сумму и записи с ошибками. Модели передайте проверенные итоги и только нужные примеры; первые строки файла годятся для обсуждения структуры, но не для вывода о всей выплате.

Этот запрос помогает выяснить смысл полей до расчёта:

Черновик объяснения столбцов по вымышленным строкам можно подготовить в ChatGPT на MashaGPT. Передайте вместе с запросом описание полей, чтобы затем сопоставить ответ с правилами вашего отчёта.

Проверьте предложенные формулы на продаже, возврате и корректировке. Эквайринг и другие платёжные услуги могут быть выделены отдельно или уже учтены в промежуточной сумме. Повторно вычитать их, как и комиссию, нельзя.

Проверяем выплату на числах

Далее используются исключительно вымышленные данные. Это учебная сверка в рублях, а не копия формы конкретной площадки. Все расходы заданы готовыми суммами, действующие тарифы из них выводить нельзя. Возвраты и связанные с ними корректировки уже согласованы; каждая строка учитывается один раз.

Промежуточная проверка: после возвратов остаётся 222 000 рублей. После вознаграждения и платёжных услуг получается 185 000. Затем 185 000 - 14 500 - 2 100 - 6 400 + 1 500 = 163 500 рублей.

Но и эта сумма ещё не объясняет банковский перевод. По условиям примера на начало сверяемого периода площадка оставалась должна продавцу 12 000 рублей. По реестру выплат перечислено 160 000. Конечный остаток: 12 000 + 163 500 - 160 000 = 15 500 рублей.

Учебное условие также предусматривает, что весь конечный остаток включён в подтверждённую будущую выплату. Поэтому первоначальная разница в 80 000 рублей объяснена: 76 500 составляют изменения внутри расчёта периода, ещё 3 500 составляют увеличение неперечисленного остатка. Если документа на будущие 15 500 нет, расследование на этом не заканчивается.

Минус на минус: где легко ошибиться

В таблице выше плюс увеличивает сумму в пользу продавца, минус уменьшает. В исходной выгрузке правила могут быть другими. Возврат иногда записан положительным числом: вычитать его нужно потому, что это возврат, а не из-за знака перед суммой.

Не изменяйте исходные значения. Добавьте отдельную расчётную колонку и опишите правило преобразования. Иначе после нескольких правок будет трудно восстановить, откуда взялась сумма.

Три проверки особенно полезны:

• Итоговая строка не суммируется вместе с детализацией, из которой она получена.
• Услуга, уже включённая в промежуточный итог, не вычитается повторно.
• Повторяющийся номер заказа не признаётся дублем автоматически: к нему могут относиться разные операции.

Для поиска настоящих дублей сравнивайте идентификатор операции, тип, дату, сумму и источник. Даже полное совпадение сначала вынесите в список кандидатов, а не удаляйте без проверки.

Когда нужна расшифровка удержания

Нейросеть может предложить правдоподобную версию: «это обратная логистика» или «удержали старый долг». Превратите каждую такую фразу в проверяемый вопрос. Какой номер операции? Какой период услуги? Какой документ устанавливает основание и сумму?

Разделите результаты на три группы: подтверждено документом; объяснение вероятно, но документа нет; причина не установлена. В итоговой записке держите их отдельно. Так предполагаемое объяснение не станет незаметно установленным фактом.

У подозрительной логистической суммы проверяйте вид перемещения, маршрут, параметры упаковки и применимые условия. У продвижения проверяйте кампанию и период. У корректировки ищите исправляемую операцию. Отсутствие заказа в строке ещё не делает удержание ошибочным: часть услуг может относиться ко всему периоду или договору.

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

Что написать в поддержку

Обращение полезно строить вокруг одного проверяемого расхождения. Вместо эмоционального описания приложите номер отчёта, строки, своё вычисление и конкретный вопрос. Настоящие идентификаторы подставляйте уже в разрешённом канале поддержки, без передачи их модели.

Ниже шаблон, а не реальная претензия:

Не заявляйте, что тариф нарушен, если у вас нет условий, действовавших на нужную дату. Срок обращения и порядок оспаривания проверяйте в актуальном договоре и правилах площадки, не поручайте модели угадывать их.

Выплата ещё не прибыль

Даже полностью объяснённый перевод не показывает, сколько магазин заработал. В нём смешаны расчёты разных дат; кроме того, перечисленная сумма сама по себе не учитывает все затраты продавца. Например, закупка товаров и зарплата сотрудника могут оплачиваться вообще вне площадки.

Не рассчитывайте налог автоматически как долю банковского поступления. Состав налоговых доходов, расходов и момент их признания зависят от применимых правил и ситуации продавца. Для этого требуется отдельная проверка с бухгалтером.

Управленческий вопрос «выгодно ли продавать этот товар» тоже решается отдельно. Распределение общих расходов по артикулам может быть полезно для оценки рентабельности, но не подтверждает правильность конкретной выплаты. Сначала закончите сверку денег, затем используйте проверенные данные в расчёте экономики товара.

Чем закончить сверку

Оставьте рядом с выгрузками короткую записку: какие документы сверены, какие суммы прибавляли и вычитали, чем подтверждён остаток, что осталось спорным и кто проверит следующий платёж. Начальный остаток, операции, выплаты и конечный остаток должны относиться к одному договору и валюте.

Нулевое арифметическое расхождение ещё не доказывает законность каждого удержания. Оно означает, что вы восстановили расчёт. Основания спорных операций проверяются отдельно, даже когда общая сумма сходится.

Проверка закончена, когда для каждой суммы найдена строка источника, а у неполученных денег указан статус. Неподтверждённые версии оставьте в списке вопросов. Тогда следующий шаг конкретен: дождаться назначенного платежа, запросить документ или оспорить определённую операцию.