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

Skirbo +
Моё Дело

Начать с одного вида первичного документа: подготовить согласованные строки из Skirbo, проверить бухгалтером и связать принятый документ с исходной операцией. Автоматизацию оценить после подтверждения действующего API именно онлайн-бухгалтерии.

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

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

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

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

Выбрать одного владельца карточек; связать внутренние ID и единицы, не создавать дубль по совпадению названия.

Данные накладнойSkirbo → Моё ДелоОбсудим в составе подключения

Готовить строки фактической отгрузки и основание; создание через API — после подтверждения текущего контракта.

Акт услуг фулфилментаSkirbo → Моё ДелоОбсудим в составе подключения

Передать согласованный реестр оказанных услуг по клиенту и периоду, отдельно от товарной накладной.

Подтверждение документаМоё Дело → журнал обменаОбсудим в составе подключения

Сохранить ID и принятые строки; банковская оплата, налоговый учёт и физическое исполнение проверяются отдельно.

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

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

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

Онлайн-бухгалтерия «Моё дело» и её товарные/первичные документы. «Моё дело Бюро» проверяет внешних контрагентов и не заменяет этот интерфейс. Партнёрская интеграция Subtotal также не доказывает совместимость Skirbo.

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

В исторической спецификации описан HTTP API документов онлайн-бухгалтерии. Действующий Api Explorer не удалось прочитать; перед реализацией нужны актуальная схема, доступ и примеры ответов. До этого оценивается согласованный реестр для бухгалтера без утверждения автоматического импорта.

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

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

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

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

Накладная по отгрузке продавца

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

Когда начинается: Оператор подтвердил завершённую партию отгрузки.

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

Результат: Одна фактическая партия имеет проверенную связь с первичным документом.

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

  • Не подтверждено, что номер документа сам по себе обеспечивает уникальность POST.
  • Принятая накладная не означает оплату покупателем.

Услуги фулфилмента → акт за период

Задача: Не смешивать стоимость товаров клиента со стоимостью складских услуг.

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

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

Результат: Акт связан с согласованным реестром складских услуг, товарные движения сохранены отдельно.

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

  • Повторный расчёт не должен создавать второй акт за ту же согласованную версию.
  • Задолженность клиента и физический резерв товаров — разные данные.

Возврат и корректировка первички

Задача: Сохранить историю исходной продажи и физической приёмки.

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

  1. Возврат связывают с исходной отгрузкой и её накладной, пересчитывают фактическое количество и состояние товара.
  2. Бухгалтер выбирает допустимый документ возврата или исправления по актуальному продукту; исторический DELETE не трактуют как возврат.
  3. В обмен отправляют согласованный результат либо передают реестр бухгалтеру; сохраняют ссылку на исходный и корректирующий документы.
  4. Проверяют принятые строки и суммы, отдельно фиксируют решение по возврату денег и остаткам.
  5. Если исходный период закрыт или документ подписан, автоматическое переписывание останавливают до решения бухгалтера.

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

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

  • Отсутствующий в прочитанной исторической схеме возвратный метод не означает отсутствие функции у сервиса.
  • Отмена документа не доказывает фактическое поступление товара на склад.

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

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

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

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

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

  • Подтвердить продукт онлайн-бухгалтерии, действующий тариф и разрешение на нужные API-операции.
  • Получить актуальную спецификацию и тестовый доступ; исторический ключ из примеров не использовать.
  • Выбрать один вид документа, организацию и владельца его создания — бухгалтер либо обмен.
  • Подготовить обезличенные накладную, акт услуг, товарные строки, соответствия контрагентов и единиц.
  • Согласовать дату документа, правила налоговых реквизитов, корректировок и закрытого периода.
Границы сценария

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

  • Swagger 2016 года подтверждает исторически описанные методы, а не их доступность сегодня.
  • Api Explorer не прочитан; текущие квоты, права, повторяемость POST и схема ошибок требуют подтверждения.
  • Публичный API Бюро не служит основанием для создания первичных документов.
  • Отчёт Subtotal о закрытой кассовой смене не заменяет подтверждение отгрузки Skirbo.
  • Российские формы и порядок учёта оцениваются для российской организации; другие страны требуют отдельного материала.
Стоимость и запуск

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

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

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

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

Почему страницы API Бюро недостаточно?

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

Раз API-схема опубликована, можно сразу включать запись?

Найденная схема датирована 2016 годом. Сначала нужно сверить методы и поля с действующим сервисом и провести проверку на тестовых документах.

Что делать, если накладную уже создал бухгалтер?

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

Можно передавать акт услуг и товарную накладную одним документом?

В предлагаемой схеме они разделены: товары принадлежат продавцу, услуги оказывает фулфилмент. Конкретные формы и реквизиты выбирает бухгалтер.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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