Коротко о главном
Чтобы объединить перекрывающиеся выгрузки без потери данных, определите, какое событие описывает строка, и найдите точные повторы по согласованному ключу. Одинаковый ключ с разными значениями требует отдельного решения. Удаление по артикулу, номеру заказа или сумме может уничтожить другие товары, возвраты и исправления. Ниже — порядок работы с копиями файлов и проверяемый учебный пример.
- Сохраняйте оригиналы и происхождение строк.
- Включайте в ключ площадку, кабинет и идентификаторы события.
- Разделяйте точную копию, самостоятельную операцию и конфликт версий.
- Объясняйте изменение числа строк, количества товара и сумм.
1. Зафиксируйте, какие файлы перекрываются
В понедельник сотрудник скачал данные за неделю, а во вторник выгрузил тот же период с обновлениями. Простое добавление второго файла удвоит часть событий. Заменить им предыдущий целиком допустимо лишь при подтверждённой полноте и понятной модели обновления.
Сохраните оригиналы отдельно от рабочих копий. В реестре запишите площадку, кабинет, название отчёта, период, фильтры и время получения. При импорте добавьте имя файла и исходный номер строки. Это позволит найти первоисточник спорной записи. Если одинаковая запись пришла из двух файлов, сохраните обе ссылки на происхождение даже после исключения повтора.
2. Согласуйте смысл столбцов до добавления строк
Сопоставляйте выгрузки одного назначения. Заказы, продажи и финансовые операции могут описывать разные события. Зафиксируйте, что означает строка, какие идентификаторы доступны, как трактуются количество, сумма и знак. Поля WB и Ozon не считаются автоматически совместимыми: определения каждого источника нужно проверить.
Microsoft Learn указывает, что Power Query добавляет таблицы по названиям столбцов, а не по их расположению; отсутствующие столбцы заполняются значениями null. Поэтому заранее согласуйте названия и типы. Идентификаторы импортируйте как текст, проверяйте ведущие нули, даты и десятичные разделители. Затем используйте Append queries as new для отдельного объединённого запроса. Пустые обязательные поля отправляйте на разбор.
3. Выберите ключ строки или события
Один заказ может включать несколько товаров, а с товарной строкой могут быть связаны разные операции. Ключ должен различать нужный уровень. Для нашего примера это площадка, кабинет, заказ, строка заказа и событие. Используйте подтверждённые идентификаторы; одинаковые номера из разных кабинетов не должны сталкиваться.
Артикул, дата и сумма не доказывают тождество событий: два покупателя могут заказать одинаковый товар на одинаковую сумму. Если стабильного идентификатора нет, зафиксируйте неоднозначные совпадения для ручного разбора. Не скрывайте неопределённость за автоматически составленным ключом.
4. Разберите шесть строк из трёх файлов
В учебной таблице S1 и S2 обозначают две отдельные операции продажи, R1 — возврат по первой строке заказа. На каждой площадке используется один условный кабинет. Версия 2 в этом примере документированно заменяет версию 1 той же операции, а не добавляет корректирующую проводку. Все обозначения придуманы для объяснения метода.
| Файл | Площадка / кабинет | Заказ / строка / событие | Версия | Сумма, ₽ | Решение |
|---|---|---|---|---|---|
| A | WB / К1 | 500 / 1 / S1 | 1 | 1 200 | Сохранить |
| B | WB / К1 | 500 / 1 / S1 | 1 | 1 200 | Повтор строки A |
| A | WB / К1 | 500 / 2 / S2 | 1 | 800 | Проверить вместе с версией 2 |
| B | WB / К1 | 500 / 1 / R1 | 1 | −1 200 | Отдельный возврат |
| B | Ozon / К2 | 500 / 1 / S1 | 1 | 1 500 | Другая площадка |
| C | WB / К1 | 500 / 2 / S2 | 2 | 750 | Подтверждённая замена версии 1 |
5. Исключите только подтверждённые повторы
Сравните записи с одинаковым ключом по всем значимым полям: типу операции, количеству, сумме, статусу и версии, если они есть. Имя файла и время загрузки в это сравнение не включайте: у повторно скачанной записи они закономерно отличаются. Различия в значимых значениях переводят группу в конфликты, а не в список удаления.
Документация Working with duplicate values объясняет: Power Query ищет повторы по выбранным столбцам. Выбор только артикула или заказа поэтому опасен. В примере строка S1 из файла B полностью повторяет S1 из A: исключаем одну копию. Возврат R1 и запись Ozon остаются самостоятельными событиями, несмотря на совпадение части идентификаторов.
6. Разрешите конфликт версий явно
У операции S2 суммы различаются: 800 и 750 рублей. Проверьте в документации источника, является ли новая запись заменой, отдельной корректировкой или другим состоянием. Более позднее время скачивания файла само по себе не доказывает актуальность строки. При отсутствии подтверждения оставьте группу спорной и обозначьте ограничение итогов.
Microsoft отдельно предупреждает в Table.Distinct, что нельзя в общем случае рассчитывать на сохранение первой строки. Поэтому сортировка и удаление по ключу не заменяют правило выбора версии. В нашем примере замена подтверждена: в рабочем результате остаётся 750 рублей. Старые 800 рублей сохраняются в истории вместе с основанием исключения и ссылками на файлы.
7. Сверьте результат и журнал исключений
До обработки получаем 6 строк и сумму 4 250 рублей. Исключение точной копии на 1 200 рублей оставляет 5 строк и 3 050 рублей. Затем вывод старой версии на 800 рублей оставляет 4 строки и 2 250 рублей. Каждое уменьшение объясняется конкретной строкой; журнал отличает повтор от заменённой версии.
В реальной выгрузке повторите контроль по каждой площадке, кабинету и типу операции: число строк, количество товара и суммы. Положительные и отрицательные значения проверяйте отдельно — они способны погасить ошибку в общем итоге. Сверьте границы периода и несколько записей с оригиналами. Отдельно покажите спорные группы и строки без ключа, чтобы их отсутствие в рабочем результате не выглядело нулевой активностью.
- Все исходные строки прослеживаются до файла и номера строки.
- Каждое исключение имеет причину и сохранённую исходную запись.
- Новые операции не исчезли вместе с повторной выгрузкой.
- Повторная обработка того же набора даёт те же строки и контрольные суммы.
Частые вопросы
Можно ли удалить одинаковые номера заказов? Только если подтверждено, что каждый номер однозначно описывает всю строку в выбранном источнике. При нескольких товарах или событиях нужен более подробный ключ.
Нужно ли объединять WB и Ozon в одну таблицу? Это зависит от задачи. Сначала подготовьте и проверьте данные каждого источника отдельно; общую таблицу создавайте лишь для сопоставимых показателей. Эта методика не предполагает автоматическое распознавание форматов площадок.
Что делать после сверки? Для дальнейшего сравнения периодов и товаров собственного кабинета можно использовать «Внутреннюю аналитику WB и Ozon» в HelpStat.
Источники и методика
Источники ниже помогают проверить определения и возможности отчётов. Методика разбора и учебные расчёты подготовлены редакцией HelpStat. Доступность отчётов и условия работы проверяйте в своём кабинете. Расчётные примеры в статье — учебные, а не результаты клиентов.
