Обсудить задачу
Автоматизация

Skirbo +
Yandex DataLens

Рассмотрим подготовку отдельной аналитической выгрузки Skirbo для DataLens: остатки на дату, сроки обработки и незавершённые заказы. Определим метрики и период обновления без прямого доступа к рабочей базе склада.

Посмотреть сценарии

Какой обмен обсудим

Зафиксируем нужные операции, направление данных и условия приёмки.

ОперацияНаправлениеСостав и готовность
Аналитическая выгрузкаSkirbo → источник DataLensОбсудим в составе подключения

Выбрать согласованный файл или отдельную витрину данных.

Справочники измеренийSkirbo → источник DataLensОбсудим в составе подключения

Определить ключи складов, товаров и периодов без лишних персональных данных.

Контроль свежестиИсточник данных → DataLensОбсудим в составе подключения

Добавить время формирования и правила интерпретации неполного обновления.

На узком экране таблицу можно прокрутить в сторону.

Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.

Для какой задачи подходит сервис

Yandex DataLens — аналитика по подготовленным данным для руководителя склада, продавца или фулфилмента. Это самостоятельный BI-продукт; он не является каналом приёма торговых заказов, Яндекс Маркетом, Доставкой или Пэй. Рассматриваем российский проект; доступ организации из другой страны и её правила обработки данных проверяются отдельно.

Как организовать обмен

Для первого этапа предлагаем согласованный CSV или XLSX из отдельного аналитического экспорта. Источник обновляется по принятому регламенту. Подключение к отдельной БД возможно после проверки сети, прав чтения и модели обновления; доступ к рабочей базе склада не является условием пилота.

Предлагаемый порядок работы

  1. Наступает согласованный отчётный период или ответственный запрашивает новый снимок.
  2. Владелец экспорта получает разрешённые данные о клиенте, складе, заказе, начале и завершении этапа; отменённые и ещё не завершённые заказы выделяет явно.
  3. Аналитик сопоставляет справочники и часовой пояс, проверяет единицу строки и сохраняет версию снимка вместе с временем формирования.
  4. Ответственный загружает согласованный файл либо обновляет отдельную аналитическую витрину; операционные задания и резервы не изменяет.
  5. На наборе данных строится отчёт по этапам, складам и периодам с видимым временем исходного снимка.
  6. Перед передачей руководителю сверяют число заказов, незавершённые этапы и контрольные примеры с источником; успешная загрузка файла сама по себе не завершает проверку.
  7. Ошибочные даты, пустые ключи и несовпавшие справочники возвращают владельцу данных. После исправления выпускают новую версию и повторяют сверку без изменения исторических складских операций.

Практические сценарии

Предлагаемая схема для согласования и пилота. Она не означает, что описанный обмен уже настроен в Skirbo.

Контроль времени обработки заказа

Задача: Показать, на каком складском этапе задерживается разрешённый заказ, с проверяемой датой данных.

Когда начинается: Наступает согласованный отчётный период или ответственный запрашивает новый снимок.

  1. Наступает согласованный отчётный период или ответственный запрашивает новый снимок.
  2. Владелец экспорта получает разрешённые данные о клиенте, складе, заказе, начале и завершении этапа; отменённые и ещё не завершённые заказы выделяет явно.
  3. Аналитик сопоставляет справочники и часовой пояс, проверяет единицу строки и сохраняет версию снимка вместе с временем формирования.
  4. Ответственный загружает согласованный файл либо обновляет отдельную аналитическую витрину; операционные задания и резервы не изменяет.
  5. На наборе данных строится отчёт по этапам, складам и периодам с видимым временем исходного снимка.
  6. Перед передачей руководителю сверяют число заказов, незавершённые этапы и контрольные примеры с источником; успешная загрузка файла сама по себе не завершает проверку.
  7. Ошибочные даты, пустые ключи и несовпавшие справочники возвращают владельцу данных. После исправления выпускают новую версию и повторяют сверку без изменения исторических складских операций.

Результат: Руководитель видит подтверждённые задержки и список записей, требующих исправления.

Если возникло исключение

  • Незавершённый этап не принимается за нулевую длительность; разные часовые пояса не сравниваются без согласованного приведения.

Остатки на отчётную дату

Задача: Сравнить физическое наличие, резерв и доступный остаток на одном согласованном моменте.

Когда начинается: Склад формирует снимок наличия и резервов на выбранную дату и время.

  1. Склад формирует снимок наличия и резервов на выбранную дату и время.
  2. Экспорт разделяет клиента, склад и вариант товара, сохраняет единицу измерения и время снимка; описание доступного остатка берёт у владельца складского учёта.
  3. До загрузки проверяют уникальность ключа строки и отдельно выделяют повреждённый, заблокированный или неразобранный товар по согласованной модели.
  4. Файл заменяют утверждённой версией; аналитик проверяет, что типы идентификаторов и соответствия справочников не изменились.
  5. Сверяют суммы по складу и выборочные варианты с исходным снимком, фиксируют подтверждение и показывают свежесть отчёта.
  6. При несовпадении резерва и физического остатка останавливают использование спорного показателя, передают расхождение владельцу и обновляют только проверенный снимок.

Результат: Сравнение наличия и резервов относится к одному срезу и одному владельцу данных.

Если возникло исключение

  • Объединение разных дат не создаёт корректный доступный остаток; формула физическое минус резерв не применяется без проверки остальных складских состояний.

Поздний возврат и повторное обновление отчёта

Задача: Пересчитать затронутый период без потери исходной отгрузки и двойного учёта возврата.

Когда начинается: После выпуска отчёта склад подтверждает возврат или исправление фактического движения.

  1. После выпуска отчёта склад подтверждает возврат или исправление фактического движения.
  2. Владелец учёта сохраняет отдельный ID возврата, связь с заказом и строкой, количество, состояние и время фактической приёмки.
  3. Экспорт повторно формирует затронутый период с новым номером версии, сохраняя исходную отгрузку и отдельное обратное движение.
  4. Ответственный проверяет повторную загрузку того же снимка: строки не добавляются второй раз, а согласованная версия заменяется либо обновляется по утверждённому ключу.
  5. Аналитик сверяет отправленное и возвращённое количество с источником, затем проверяет отображаемую версию и свежесть отчёта.
  6. Если обновление прервано, предыдущий подтверждённый снимок сохраняют в проектном архиве и отмечают его возраст; после исправления повторяют доставку, не создавая складскую операцию из BI.

Результат: Исправленный отчёт отражает возврат отдельно от продажи и имеет воспроизводимую версию.

Если возникло исключение

  • Регламент замены и архив предыдущих версий проектируются отдельно: DataLens не объявляется системой учёта или автоматическим механизмом отката экспорта.

Кто управляет данными

ДанныеОтветственный источникПравило обмена
Заказ и коммерческий допускМагазин или OMS клиентаОтчёт использует согласованные идентификаторы и статусы, но не принимает новые заказы.
Физическое наличие, резерв и выдачаSkirbo и ответственный складАналитик получает утверждённый снимок; график не меняет складской факт.
Товарный вариант и единицаКаталог клиента и складские соответствияВарианты и единицы сохраняются при выгрузке; одинаковые артикулы клиентов разделяются.
Определения показателейРуководитель процесса совместно с аналитикомНачало этапа, завершение, отмена и исключение из расчёта фиксируются до первого сравнения.
ВозвратOMS — разрешение; склад — фактическая приёмкаВ отчёт попадает подтверждённое движение с отдельным ID и временем.
Права просмотра и обновлениеАдминистратор организации и владелец аналитического экспортаПрава клиента, версия источника и успешность доставки проверяются отдельно.

Что обсудить перед пилотом

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

Что нужно уточнить

  • Согласовать определения показателей и детализацию.
  • Выбрать файл или управляемую аналитическую витрину.
  • Назначить роли просмотра, сроки хранения и график обновления.
  • Определить единицу строки: заказ и этап для сроков, вариант товара и склад для остатка, отдельный возврат для обратного движения.
  • Сохранить контекст клиента, склад, вариант SKU, период, часовой пояс и версию снимка; идентификаторы не переводить в числа с потерей ведущих нулей.
  • Сверять количество строк и контрольные суммы показателей до загрузки и после построения отчёта; назначить ответственного за расхождения.
  • Подтвердить доступ к организации и воркбуку, роли редактора и зрителя, разделение клиентов и допустимость выбранного размещения данных.
Границы сценария

Что учесть заранее

  • Подключение DataLens к файлу не означает автоматическое обновление его содержимого.
  • Отчётная витрина может отставать от рабочего процесса; свежесть должна быть видна.
  • Доступ к операционной базе и её запись со стороны BI не входят в предлагаемую схему.
  • На дату проверки файловое подключение ограничено десятью файлами, 200 МБ и 300 столбцами на файл; лист XLSX считается отдельным файлом.
  • Диаграмма не создаёт резерв, не меняет коммерческий статус заказа и не оформляет возврат на складе.
  • Селектор клиента на дашборде не принимается проектом за достаточную изоляцию данных: нужны проверенные права либо отдельная выгрузка клиента.
  • Цены, квоты аккаунта, автоматический экспорт Skirbo и точное расписание ещё не подтверждены.
Стоимость и запуск

Оценим ваш набор операций

На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.

Какие складские показатели нужны в DataLens и как часто они должны обновляться?

Вопросы о подключении

Можно начать с CSV или XLSX?

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

Как сравнивать остаток и резерв?

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

Можно ли менять складские остатки из DataLens?

Предлагаемый поток только аналитический. Исправление производится в системе, которая владеет складским фактом; затем готовится новая версия отчётных данных.

Почему график может отставать от склада после обновления?

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

Можно дать каждому клиенту фулфилмента только его отчёт?

Да, это отдельная задача настройки и приёмки доступа. Для пилота выбираем изолированные выгрузки либо проверенные RLS и права; тестируем просмотр двумя разными пользователями.

Как учесть возврат, пришедший после закрытия дня?

Фиксируем время события и версию пересчёта периода. Исходную отгрузку не стираем: приёмку возврата показываем отдельным движением и повторно сверяем контрольные показатели.

Интеграция уже готова?

Изучаем возможность связи со Skirbo. Материал описывает проект аналитической выгрузки; готовый коннектор, настроенный отчёт и приёмка обмена не подтверждены. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.

Официальные материалы сервиса

Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.

Посмотрите другие сценарии

Весь каталог →
Ваш процесс → следующий шаг

Что хотите связать со Skirbo?

Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.

  1. Разберём задачуУточним роли, склады и операции.
  2. Проверим возможностьОпределим доступы, ограничения и состав работ.
  3. Согласуем запускОбсудим стоимость, сроки и критерии готовности.

Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.

1. Какие сервисы подключить?

До 5 сервисов в одной заявке.

Укажите роль — подскажем, какие особенности процесса описать.

2. Какие задачи решить?

Выберите от 1 до 8 задач.

Компания и объём заказов необязательно
3. Как с вами связаться?
Проверяем возможность отправки. Вы также можете подготовить запрос и передать его поддержке.
Открыть поддержку в Telegram

Копирование и переход в Telegram сами по себе не отправляют заявку.

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