Коротко о главном
Сумма продаж почти никогда не равна поступлению на банковский счёт за те же даты. Сверка нужна не для поиска одной «правильной выручки», а для объяснения перехода от операций к расчётному остатку и затем к выплате. Начните с одного периода и сохраните все промежуточные ступени.
- Продажи и банковская выплата — разные показатели.
- Сверка начинается с подтверждённого начального остатка.
- Необъяснённую разницу нельзя списывать в произвольный расход.
1. Соберите три независимых источника
Нужны отчёт об операциях, данные о расчётном балансе и банковская выписка. Первый объясняет начисления и удержания, второй связывает их с обязательством к перечислению, третий подтверждает фактическое поступление денег. Сохраните исходные файлы с периодом и временем выгрузки. Обновлённая версия отчёта может содержать корректировки, которых не было при первой проверке.
В официальной детализации Wildberries операции отражаются отдельными строками. Используйте документацию для понимания полей конкретной выгрузки. Не переносите старую расшифровку колонок автоматически, если формат изменился. Внутренний рабочий файл должен хранить связь с исходной строкой, чтобы любую спорную сумму можно было найти повторно.
2. Выберите границы расчётного периода
Определите начальную и конечную даты, а также правила обработки операций на границе. Выплата может относиться к ранее накопленному остатку, а удержание текущего отчёта — к операции прошлого периода. Поэтому сравнение «продажи недели минус банк недели» не является полноценной сверкой. Нужен переходящий остаток.
Начните с даты, на которую баланс уже подтверждён. Если такой точки нет, сначала восстановите её, иначе старая ошибка будет переходить из периода в период. Разделяйте разные кабинеты, договоры и валюты, если они присутствуют. Смешанная таблица усложняет поиск даже простой разницы.
3. Постройте равенство движения остатка
Условно на начало периода к получению было 40 000 ₽. Новые начисления составили 300 000 ₽, удержания — 70 000 ₽, фактическая выплата — 250 000 ₽. Конечный остаток равен 40 000 + 300 000 − 70 000 − 250 000 = 20 000 ₽. Если отчёт показывает ту же сумму, движение сошлось на уровне модели.
Это ещё не подтверждает правильность каждой услуги. Сначала проверяется полнота движения, затем спорные начисления. Если перепутать этапы, можно долго разбирать мелкие строки, не заметив пропущенную выплату. Все числа в примере вымышлены и не описывают конкретный кабинет.
| Ступень | Сумма |
|---|---|
| Начальный остаток | 40 000 ₽ |
| Начисления | +300 000 ₽ |
| Удержания | −70 000 ₽ |
| Выплата в банк | −250 000 ₽ |
| Ожидаемый конечный остаток | 20 000 ₽ |
4. Ищите разницу по классам причин
Сначала проверьте отсутствующий файл, дублирование строк, знак суммы и дату выплаты. Затем посмотрите корректировки, компенсации, возвраты и операции без артикула. Сортируйте разницы по величине, но не удаляйте мелкие автоматически: повторяющаяся небольшая ошибка может накопиться до заметной суммы. Для каждой причины нужен отдельный статус.
Не записывайте необъяснённую разницу в «прочие расходы», чтобы добиться равенства. Это скрывает проблему и портит товарную экономику. Оставьте отдельную строку расхождения с источниками проверки. Когда причина станет известна, исправьте классификацию и сохраните комментарий, почему результат изменился.
5. Подготовьте предметный запрос по спорной операции
Если требуется обращение в поддержку, приложите номер отчёта, идентификатор операции, дату, сумму и краткое описание ожидаемого расчёта. Один конкретный вопрос проще проверить, чем большой файл с формулировкой «выплата неправильная». Сохраните связь обращения со строкой сверки и не считайте проблему решённой только после отправки сообщения.
Разделяйте подтверждённую корректировку и ожидаемую. Пока изменение не отражено в данных, оно остаётся открытым пунктом. После обновления отчёта повторите сверку затронутого периода и проверьте, не изменился ли переходящий остаток. Это позволит избежать повторного обращения по уже исправленной операции.
Для регулярной работы заведите журнал закрытых расхождений с причиной и способом исправления. Если одна проблема повторяется, она становится кандидатом на автоматическую проверку. Например, можно контролировать повторный идентификатор или отсутствие ожидаемого файла. Начинайте автоматизацию с подтверждённых повторов, а не с попытки угадать все исключения. При этом сохраняйте исходные строки: автоматическое исправление без следа затрудняет последующий разбор и может скрыть изменение формата данных.
6. Закрывайте период воспроизводимо
В завершённой сверке должны быть исходные файлы, контрольное равенство, список открытых вопросов и дата проверки. Другой сотрудник должен суметь повторить расчёт без устных пояснений автора. При небольшом объёме достаточно аккуратной таблицы; автоматизация полезна после того, как понятны правила сопоставления и исключения.
Сверка денежных расчётов не заменяет проверку себестоимости, прибыли или обязательных платежей. Она подтверждает, что движение между выбранными источниками объяснено. Для юридической оценки спорных удержаний и учётной классификации нужны соответствующие специалисты и документы, а не только совпадение итоговой суммы.
- Начальный остаток подтверждён.
- Все файлы периода сохранены.
- Дубли и знаки проверены.
- Выплата найдена в банковской выписке.
- Необъяснённые разницы имеют отдельный статус.
- После корректировки пересчитан переходящий остаток.
Источники и методика
Источники ниже помогают проверить определения и возможности отчётов. Методика разбора и учебные расчёты подготовлены редакцией HelpStat. Доступность отчётов и условия работы проверяйте в своём кабинете. Расчётные примеры в статье — учебные, а не результаты клиентов.
