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

Skirbo +
1С:Бухгалтерия

Рассмотрим подготовку данных о завершённых складских операциях для 1С:Бухгалтерии. Начнём с согласованного типа документа и проверки бухгалтером, прежде чем обсуждать автоматическое создание или проведение.

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

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

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

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

Оценить состав строк для реализации и связь с исходным заказом.

Данные поступленияSkirbo → 1С:БухгалтерияОбсудим в составе подключения

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

Справочник товаровВ обоих направленияхОбсудим в составе подключения

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

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

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

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

Материал о российской конфигурации «1С:Бухгалтерия предприятия», редакция 3.0. До оценки нужны релиз, вариант Базовая/ПРОФ/КОРП, локальное или облачное размещение и доработки. Это отдельная конфигурация, не 1C:Drive, УТ, УНФ, ERP или КА.

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

Первый вариант выбирает сопровождающий специалист по конкретной базе: поддерживаемый обмен EnterpriseData согласованной версии либо опубликованный и ограниченный интерфейс. REST платформы не означает, что нужные объекты уже опубликованы. Для первого пилота возможен согласованный реестр с ручной проверкой бухгалтером; его импортный формат также надо утвердить.

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

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

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

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

Завершённая отгрузка → документ реализации

Задача: Убрать повторный ввод строк и сохранить проверку бухгалтером.

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

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

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

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

  • Частичная отгрузка не закрывает остаток заказа автоматически.
  • Проведение и отправка УПД по ЭДО в первый сценарий не включаются без отдельного решения.

Приёмка и возврат с разбором качества

Задача: Передать в учёт реально принятое количество.

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

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

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

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

  • Ожидаемый возврат не увеличивает доступный остаток.
  • Повреждение не означает автоматически возврат всей стоимости.

Сверка перед закрытием периода

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

Когда начинается: Бухгалтер запускает сверку согласованного интервала.

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

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

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

  • Закрытый период не открывается автоматически.
  • Документ, введённый вручную, связывают с исходным фактом до новой отправки.

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

ДанныеОтветственный источникПравило обмена
Организация, договор и налоговые реквизитыБухгалтер в 1ССклад не выводит ставку или способ отражения из SKU; применяются утверждённые бухгалтером реквизиты.
Номенклатура и единицыНазначенный владелец справочника 1СКаждая строка имеет устойчивую связь с SKU и владельцем товара в Skirbo; название не служит ключом.
Физическая отгрузка и приёмкаОператор склада в SkirboВыгружается завершённая версия с фактическими количествами, а не ожидаемый заказ.
Документ и проведениеБухгалтер в 1ССоздание, проверка, проведение и передача по ЭДО — разные события; первый пилот заканчивается проверенным документом.
Период и корректировкиГлавный бухгалтерЗакрытый период не открывается обменом; исправление получает отдельное решение и ссылку на основание.
Журнал передачиОтветственный за интеграциюСвязка организация + операция склада + версия + документ 1С хранится до контрольной сверки.

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

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

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

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

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

  • Факт складской операции не задаёт сам по себе налоговое отражение.
  • Проведение документов и закрытие периода требуют отдельного согласования.
  • Возможности обмена зависят от версии и размещения 1С; универсальное подключение не подтверждено.
  • Релиз 3.0.183 приведён как прочитанный источник: версию клиента и поддерживаемую пару форматов проверяют отдельно.
  • Платформенный REST не заменяет проверку заполнения и прикладных бизнес-правил в конкретной конфигурации.
  • Российская конфигурация и её формы не переносятся автоматически на Казахстан или Узбекистан.
Стоимость и запуск

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

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

Какие первичные документы бухгалтер переносит со склада вручную?

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

Будет ли обмен сам проводить документы?

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

Что произойдёт с исправленной отгрузкой?

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

Поддержка EnterpriseData означает, что можно подключиться сразу?

Сначала сравнивают версии формата и состав объектов с обеих сторон, настройки узла обмена и контроль ошибок. Документация формата не доказывает реализацию в Skirbo.

Облачная и локальная 1С подключаются одинаково?

Такое предположение не делаем. Возможность публикации сервиса, установки расширения и получения журнала согласуется с владельцем конкретного размещения.

Что делать с недопоставкой?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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