Перед переносом нужен комплект, по которому можно восстановить не только количество товара, но и его владельца, адрес, резерв, открытый заказ и незавершённую работу. Начните с одного согласованного среза и таблицы связей. Если у числа «остаток 25» неизвестны состав и смысл, загрузка этого числа в новую систему не решит проблему.
Материал адресован ответственному за подготовку данных. Его результат — согласованный пакет для пробного переноса. Здесь не выбирают поставщика WMS и не принимают уже выполненную миграцию: эти решения требуют других проверок.
Скачайте комплект и сначала заполните паспорт
Это редакционный комплект подготовки, а не готовый формат импорта Skirbo. Названия полей в файлах предложены для согласования смысла. Реальные поля выгрузки и загрузки нужно сопоставить с образцами конкретных систем. Наличие таблицы или API не подтверждает, что нужные объекты можно перенести без разработки.
В учебном файле все владельцы, товары, операции и суммы вымышлены. Он показывает связи и исключения; открытая строка об архивном файле специально оставлена нерешённой. Это не образец акта о полной готовности переезда.
В паспорте укажите исходную систему, её версию или тариф, владельцев, склады, дату и время среза с часовым поясом. Для каждой таблицы запишите, сколько строк ожидалось и получено, способ выгрузки, исходный файл, ответственного и ограничения. Сохраните оригиналы отдельно от преобразованных копий. Контрольная сумма SHA-256 помогает обнаружить изменение файла, но сама по себе не доказывает полноту выгрузки.
Различайте четыре состояния: получено, подтверждено пусто, недоступно и неприменимо. Например, ноль резервов означает проверенное отсутствие активных резервов в согласованной области. Отсутствующий файл резервов означает, что их количество пока неизвестно.
Какие таблицы собрать
У таблиц разные строки учёта. Сначала договоритесь, что означает одна строка, и лишь затем считайте количество записей.
| Таблица | Что означает строка | Что связывает её с остальными |
|---|---|---|
| Владельцы | Один собственник товара в согласованном контуре | Исходный ID, owner_id, при необходимости ID юрлица |
| Склады и ячейки | Склад или адрес внутри него | warehouse_id; пара «склад + ячейка» |
| Товары | Один вариант товара конкретного владельца | owner_id + product_id, исходный ID, единица |
| Штрихкоды и связи каналов | Один код или одна связь с вариантом площадки | Владелец, вариант, кабинет, значение кода, коэффициент упаковки |
| Остатки | Товар в определённом месте и состоянии на срез | Владелец, склад, ячейка, вариант, партия при её наличии |
| Заказы и резервы | Позиция заказа или отдельный резерв этой позиции | Заказ, строка, владелец, вариант, количество, стадия |
| Работы | Открытое действие либо уже выполненная услуга | ID работы, заказ/заявка, факт, статус, дальнейшее действие |
| Расчёты и распределения оплат | Начисление или часть платежа, зачтённая в него | Начисление, основание, версия тарифа, валюта, ID распределения |
На телефоне таблицу можно прокрутить вправо.
Такое разделение — общая методика подготовки. Для сравнения, документация Dynamics 365 отдельно рассматривает справочники, документы и сведения о ходе складских операций, а также варианты, единицы, штрихкоды и складские измерения. Это подтверждает различие объектов, но не задаёт формат импорта другой WMS. Microsoft Learn, проверено 31.10.2026.
Комплект дополнен листами «Сопоставление» и «Исключения». Первый объясняет преобразования полей, второй сохраняет вопросы, которые нельзя решить автоматически. Историю и файлы, не нужные для продолжения текущих операций, можно вынести в отдельный архив с индексом связей.
Сохраните ключи до любых переименований
Нельзя связывать таблицы только по названию товара или артикулу поставщика. В учебном примере у владельцев DEMO-A и DEMO-B есть артикул TEE-01. Их запасы принадлежат разным владельцам. Более того, у DEMO-A этот артикул имеет варианты M и L — PA-M и PA-L. Они также не должны слиться.
Минимальная запись соответствия включает источник, его область, тип объекта, исходный ID и ID в подготовленном наборе. Если исходные ID уникальны только внутри кабинета, кабинет входит в ключ. Для позиции заказа нужны и ID заказа, и ID строки. Для адреса — склад и ячейка.
В словаре для каждого поля определите:
- Исходное имя и пример значения без изменения оригинала.
- Смысл: физическое количество, годное, свободное, заказанное или уже отобранное.
- Тип, обязательность, единицу и допустимые значения.
- Связь с другой таблицей и область уникальности.
- Правило преобразования, ответственного и результат согласования.
Если исходник содержит статус Q, нельзя догадаться, что он означает карантин. В учебном сопоставлении это значение подтверждено условным владельцем данных. Для настоящего файла потребуется описание источника или проверенный пример операции.
Идентификаторы сохраняйте текстом. В Excel обычный числовой импорт может убрать начальные нули и изменить длинные числовые коды. Microsoft описывает ограничение точности в 15 значащих цифр и рекомендует задавать текстовый тип при импорте таких значений. Изменение формата после потери цифр не восстанавливает исходник. Microsoft Support, проверено 31.10.2026.
В XLSX примера есть код 000123 и исходный ID 000101; их нули сохранены. При импорте CSV через «Данные → Из текста/CSV» назначьте колонкам ID и кодов текстовый тип. Словарь использует UTF-8 и разделитель ;. Он описывает поля, а не содержит реальные коды маркировки или доступы к кабинетам.
Отделите физический запас, состояние и резерв
В принятой для примера модели физический запас включает годный товар и карантин. Резерв — часть годного запаса, закреплённая за заказом, а не дополнительные единицы рядом с ним.
| Владелец и вариант | Физически, шт | Годные, шт | Карантин, шт | Активный резерв, шт | Доступно, шт |
|---|---|---|---|---|---|
| DEMO-A / PA-M | 12 | 12 | 0 | 3 | 9 |
| DEMO-A / PA-L | 8 | 6 | 2 | 0 | 6 |
| DEMO-B / PB-M | 5 | 5 | 0 | 0 | 5 |
| Учебный итог | 25 | 23 | 2 | 3 | 20 |
На телефоне таблицу можно прокрутить вправо.
Для этой модели доступно = годные − активный резерв. Получаем 23 − 3 = 20. Карантин уже исключён из годных; повторное вычитание дало бы ошибочные 18. Резерв также не прибавляют к физическим 25: сумма 28 означала бы двойной учёт.
Формула применима при явно перечисленных состояниях и отсутствии других ограничений. Если есть дополнительная блокировка, проверьте, не учтена ли она уже в карантине или резерве. Если важны партии, сроки годности, серийные номера или комплектность, общий итог по варианту не доказывает возможность выполнить каждый заказ.
В учебном заказе DEMO-ORDER-01 требуется 3 штуки PA-M. Резерв связан с его строкой LINE-01, но ещё не назначен конкретной ячейке. Поэтому лист «Доступность» считает по владельцу, складу, варианту и единице. Присваивать такому резерву случайную ячейку при переносе нельзя.
У количества на витрине площадки может быть собственный жизненный цикл. Например, Яндекс Маркет требует передавать свободный для новых заказов товар; для отмены уже упакованного заказа описывает распаковку и обновление остатков. Это конкретное правило Маркета, а не универсальный смысл статуса «отменён» в любой WMS. Официальная инструкция, проверено 31.10.2026.
Решите судьбу открытых действий
У каждого незавершённого заказа, прихода, перемещения, возврата и задания должно быть одно решение: закончить в старой системе, перенести текущее состояние или отложить до устранения причины. Зафиксируйте, сколько уже принято, отобрано, упаковано или передано, и какое действие осталось.
Срез и история движений выполняют разные задачи. Если в начальном остатке уже есть 12 единиц, повторное проведение старого прихода на 12 создаст ошибочные 24. Историю можно сохранить для чтения и доказательств, не воспроизводя её как новые операции. В документации Dynamics 365 также отдельно оговаривается риск двойного обновления при одновременном использовании журналов запасов и сообщений о приёмке/отгрузке. Microsoft Learn, проверено 31.10.2026.
Работа не равна движению товара. В примере DEMO-WORK-01 — уже выполненная подготовка контрольного комплекта с основанием DEMO-ACT-01. DEMO-WORK-02 — открытая сборка трёх штук по заказу. Перенос первой как истории не должен повторно подтверждать услугу; перенос второй не означает, что сборка уже сделана.
В исходных таблицах нужно сохранить и собственные, и внешние идентификаторы. Принятое площадкой событие нельзя считать несуществующим только потому, что новая WMS ещё не знает его ID. События после среза попадут в отдельный журнал изменений; порядок работы с ним разбирается в материале о дне переключения.
Расшифруйте расчёты и доступ к истории
Одного числа «клиент должен 50 рублей» недостаточно. В учебном наборе начисление DEMO-CHARGE-01 на 150 рублей относится к выполненной работе и версии тарифа DEMO-TARIFF-01. В него зачтено 100 рублей из платежа DEMO-PAYMENT-01; открыто 50 рублей. Налоговая трактовка примера не задаётся.
Распределения вынесены на отдельный лист: один платёж может закрывать несколько начислений, а начисление — оплачиваться несколькими платежами. Если у каждой строки повторить полную сумму платежа, долг может исчезнуть только на бумаге. Сверяйте суммы по владельцу, договору, валюте и периоду. Аванс, спорная сумма, корректировка и открытое начисление требуют различимых состояний.
При сохранении расчётов в прежней учётной системе запишите это как решение, а не как потерянный объект. Новой WMS может требоваться лишь согласованная ссылка или проекция. Возможность такого обмена проверяется отдельно.
Для архивных документов, фотографий и подтверждений нужен индекс: объект, ID операции, файл, размер, контрольная сумма, условия доступа и ответственный. Проверьте открытие нескольких разнородных случаев после передачи копий. Ссылка, которая работает только при оплаченной старой подписке, требует отдельного решения до её отключения.
Проверьте пакет до пробного импорта
Проверку выполняют по всей согласованной области, а не по одному общему числу строк.
- Полнота. Сверены владельцы, склады, фильтры, страницы API/части выгрузки и все нужные статусы. Количество строк сравнивается с независимым отчётом источника.
- Уникальность. Нет двух строк с одним ключом, если это не предусмотренная детализация. Совпадение артикулов разных владельцев допустимо.
- Связность. Каждый остаток находит товар, владельца и адрес; каждый резерв — действующую строку заказа; распределение оплаты — начисление.
- Смысл количества. Единицы приведены по подтверждённым коэффициентам. Коробка из 10 штук не становится одной штукой; неизвестный коэффициент не угадывается.
- Состояния. Карантин не превращён в годный товар; открытая работа не стала выполненной; отгрузка не проведена заново.
- Воспроизводимость. Сохранены оригиналы, карта полей, журнал преобразований и перечень исключений. Повторная подготовка даёт объяснимый результат.
Автоматические формулы файла проверяют арифметику выбранной модели. Они не проверяют полноту экспорта и права на данные. Поле reserve_check заполняют после ручной сверки резервов. Без подтверждения доступность остаётся недоступной для расчёта. Для исходных таблиц предусмотрены строки 5–104; при расширении надо одинаково расширить связанные диапазоны и проверить последнюю добавленную запись.
Как выглядит обычный рабочий путь
Ответственный согласует с начальником склада область DEMO-A + DEMO-B / DEMO-WH. Получает неизменённые файлы на один срез. Сначала связывает владельцев и варианты, затем адреса и состояния. Проверяет, что 25 физических единиц разложены на 23 годных и 2 карантина. Находит единственный активный резерв 3 штуки и его заказ. Отдельно проверяет работу, начисление 150 рублей и распределённые 100 рублей.
Затем он открывает реестр исключений. Совпавший 000101 разрешён включением владельца в ключ; карантин сохранён отдельным состоянием. Недоступное историческое вложение остаётся открытым вопросом. По нему назначены ответственный и способ сохранения доступа. Команда может оценивать пробный перенос согласованного оперативного контура, но не объявляет закрытым весь архив.
Если в реальном наборе у резерва нет заказа, владелец не определён или исходник не раскрывает смысл «остатка», затронутый объект не исправляют догадкой. Его помещают в исключения, устанавливают причину и повторяют сверку после подтверждённого решения.
Где базового комплекта недостаточно
Для серийного и партийного учёта, сроков годности, комплектов, маркированных экземпляров, подписанных документов и внешних квитанций нужны дополнительные таблицы и проверки. Этот набор не определяет юридическое действие с кодом маркировки и не заменяет архив оригиналов документов. Перенос копии и повторное проведение операции — разные действия.
Пароли, API-токены и ключи подписи не включают в выгрузку. Подключение нового контура выполняет уполномоченный участник отдельно. Для проверки структуры обычно достаточно обезличенного образца со сохранёнными связями; общая таблица с реальными клиентскими контактами для этого не нужна.
Следующий шаг
Заполните паспорт и лист «Исключения», выберите небольшой связный образец: владелец, два варианта, остаток, открытый заказ, резерв, работа и расчёт. С этим комплектом можно предметно обсудить подготовку переноса с поддержкой Skirbo: какие объекты нужны, чего нет в выгрузке и что должно пройти пробную проверку. Состав работ, способ загрузки и сроки определяются после проверки образцов.
Дальше используйте план дня переключения WMS и протокол приёмки перенесённого склада. Для особенностей исходной системы есть материал о переезде из «Целиком».
Источники и границы методики
Первичные инструкции проверены 31 октября 2026 года:
- Microsoft Learn: обмен данными WMS — различия справочников, документов и событий.
- Microsoft Learn: WMS с внешней ERP — риск двойного обновления запасов.
- Microsoft Support: ведущие нули и длинные числа — текстовый тип идентификаторов.
- Яндекс Маркет: управление остатками — смысл свободного остатка в описанном сценарии площадки.
Таблицы, состав ключей и формулы комплекта — авторская адаптация для подготовки исходных данных. Это не документация импортера Skirbo. Правила конкретных поставщиков применимы в указанном ими контуре; возможность переноса ваших объектов устанавливается по реальным образцам и пробной проверке.
Частые вопросы
Можно ли загрузить этот XLSX прямо в Skirbo?
Нет подтверждения, что он соответствует конкретному загрузчику. Это комплект подготовки и согласования полей. Способ импорта и поддерживаемые объекты проверяют на образце до рабочих данных.
Достаточно ли выгрузить товары и остатки?
Для пустого нового контура этого иногда достаточно после проверки модели. У действующего склада нужно также объяснить резервы, открытые заказы, незавершённые действия и связанные обязательства. Непереносимая история получает отдельное решение об архиве.
Почему резерв не вычитается отдельно из каждой ячейки?
Источник может резервировать вариант на уровне склада и назначать адрес позже. Поэтому пример считает доступность на уровне владельца, склада, варианта и единицы. Адресную, партийную и экземплярную доступность проверяют отдельно по фактической модели.