Обсудить задачу
Учётные системы

Skirbo +
Галактика ERP

Рассмотрим обмен между установленной Галактикой ERP и Skirbo для выбранного склада. Сначала опишем документы, владельца запасов и границы учётного периода, затем оценим доступный интерфейс.

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

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

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

ОперацияНаправлениеСостав и готовность
Распоряжения на складГалактика ERP → SkirboОбсудим в составе подключения

Согласовать виды приходных и расходных документов.

Фактические движенияSkirbo → Галактика ERPОбсудим в составе подключения

Передавать результат с основанием и принадлежностью материальных ценностей.

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

Сопоставить номенклатуру, единицы, контрагентов и подразделения.

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

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

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

Галактика ERP в конкретной версии и составе модулей предприятия. Галактика ESB — отдельный интеграционный продукт; его наличие, лицензия и адаптеры проверяются отдельно. В сценарии одного склада учитываются подразделение, владелец материальных ценностей и производственное назначение.

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

Способ определяют по внедрению: разрешённый HTTP/OData-плагин, адаптер используемой шины или согласованный файловый контракт. Историческая новость и описание ESB не дают универсального URL и схемы документа. До получения контракта допустим только согласованный ручной реестр для проверки процесса.

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

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

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

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

Распоряжение сбыта → частичная отгрузка → квитанция ERP

Задача: Получить фактические движения без потери принадлежности материалов.

Когда начинается: Отдел сбыта допускает расходное распоряжение выбранного склада.

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

Результат: Каждая отгрузочная партия связана с распоряжением и прикладным подтверждением ERP.

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

  • Одинаковая номенклатура разных владельцев не смешивается.
  • Подтверждение брокера не закрывает складской документ.

Поступление материала с контролем качества

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

Когда начинается: На склад прибывает поставка по основанию снабжения.

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

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

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

  • Факт прибытия автомобиля не равен принятому материалу.
  • Возврат поставщику не имитируют удалением исходного прихода.

Инвентаризация по владельцу и назначению

Задача: Разобрать расхождения до изменения учёта.

Когда начинается: Ответственный утверждает область пересчёта одного склада.

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

Результат: Учёт корректируется по принятому решению, история физического пересчёта сохранена.

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

  • В закрытом периоде решение принимает бухгалтерия.
  • Одинаковое итоговое количество не скрывает расхождения по владельцам.

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

ДанныеОтветственный источникПравило обмена
Распоряжение и коммерческие условияОтдел сбыта или снабжения в ERPНа склад поступает допущенная версия документа с подразделением и основанием.
Номенклатура, единица, владелец материаловОтветственный за справочники ERPПринадлежность, давальческое назначение и собственные запасы не объединяются по одному артикулу.
Складское исполнениеКладовщик в SkirboУчитывает фактический отбор, приёмку, состояние и место хранения.
Качество и разрешение использованияСлужба качества предприятияКарантинная партия не становится доступной только из-за положительного прихода в ERP.
Проводки и закрытый периодБухгалтерия предприятияПриём сообщения и проведение документа разделены; исправление согласует владелец периода.
Доставка и квитанцииИнтегратор предприятияТранспортное подтверждение связывается с результатом прикладной обработки и ID документа ERP.

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

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

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

  • Назвать версию ERP и внедрённые модули.
  • Предоставить описание текущего интерфейса обмена от сопровождающего интегратора.
  • Выбрать один склад и тип операции для первой проверки.
  • Подготовить обезличенные распоряжение, частичную отгрузку, приёмку и квитанцию прикладной обработки.
  • Утвердить права интеграционной роли и тестовый контур; доступ к БД не считать разрешением прямой записи.
  • Определить порядок повторов, окно сверки и владельца очереди ошибок.
Границы сценария

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

  • Публичное описание ERP не подтверждает готовый открытый интерфейс вашей установки.
  • Прямое изменение таблиц учёта не предполагается.
  • Производственное назначение и принадлежность материалов требуют отдельного сопоставления.
  • HTTP/OData описаны в новости 2019 года; состав операций и поддержка плагина для вашей версии ещё не подтверждены.
  • Доставка брокером или импорт файла не доказывают создание и проведение документа ERP.
  • Консигнация, давальческие материалы и производственное назначение требуют отдельных соответствий.
Стоимость и запуск

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

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

Какая версия Галактики и какой модуль сейчас формирует складские документы?

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

Можно начать с одного подразделения?

Это удобная граница оценки: сначала согласуем документы одного склада, затем расширение на остальные подразделения.

Что нужно от текущего интегратора Галактики?

Описание версии, доработок и разрешённого механизма обмена, а также правила создания и подтверждения документов.

Достаточно ли Галактики ESB для интеграции?

Нужно проверить установленную шину, разрешённый адаптер и модель сообщений. Затем отдельно принимают документ ERP и защищают повторную обработку.

Можно исправлять складские таблицы ERP напрямую?

В предлагаемом процессе используются только разрешённые прикладные операции. Прямые правки таблиц могут обойти проверки и не входят в сценарий.

Что делать с частично отгруженным распоряжением?

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

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

Изучаем проектный обмен для установленной Галактики ERP. Готовый коннектор Skirbo и действующий контракт вашей установки не подтверждены. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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