Проверено на релизе 3.0.74.2 «Бухгалтерия для Казахстана» (редакция 3.0).
У вас две базы. В одной ведёте оперативный учёт или торговлю, в другой — бухгалтерию. Каждое утро вы руками жмёте «Синхронизировать», ждёте, потом ещё раз для второго узла, потом для третьего. Иногда забываете — и данные расходятся: в бухгалтерии нет вчерашних реализаций, а вы уже готовите ЭСФ. Документ «Сценарии обменов данными» закрывает эту рутину. Вы один раз собираете все свои обмены в список, задаёте расписание — и ночью 1С сама прогоняет их по очереди. Утром данные уже на месте.
Сразу важное: это служебный (технический) документ, а не бухгалтерский. Он не делает проводок, не создаёт ЭСФ и СНТ, не влияет на баланс. Он управляет тем, когда и какие обмены запускаются. Поэтому разделов «проводки Дт/Кт» и «печатные формы» в привычном виде здесь не будет — и это правильно, а не пропуск.
1. Назначение
«Сценарии обменов данными» объединяют несколько настроек обмена (узлов) в единый пакет и привязывают к нему расписание. Один документ — один сценарий, внутри которого перечислены обмены, выполняемые вместе, автоматически, по заданному графику через регламентное задание.
2. Где найти
Путь в интерфейсе:
- Администрирование → Синхронизация данных (Обмен данными) → Сценарии обменов данными → кнопка Создать.
Если раздел синхронизации в интерфейсе скрыт, включите его: Администрирование → Настройки синхронизации данных → флажок «Синхронизация данных». Пока обмены не настроены, пункт может не показываться.
Открыть список напрямую из 1С: Сервис → Перейти по навигационной ссылке и вставьте:
e1cib/list/Документ.СценарииОбменовДанными
2а. Как узнать свой релиз
Справка → О программе (в правом верхнем меню — значок «i» или «Меню функций → Справка → О программе»). Там две строки: версия платформы (например, 8.3.24) и релиз конфигурации — «Бухгалтерия для Казахстана, редакция 3.0 (3.0.74.2)». Инструкция ниже привязана именно к релизу конфигурации: в другой версии названия полей и путь в меню могут отличаться.
3. Как заполнить
Перед тем как заводить сценарий, у вас уже должны быть настроены сами обмены (узлы) — сценарий только объединяет готовые настройки, но не создаёт их. Если ни одной синхронизации нет, сначала пройдите Администрирование → Синхронизация данных → Настройки синхронизации данных → Создать.
Поля документа:
| Поле | Зачем оно и что будет при ошибке |
|---|---|
| Наименование (обязательное) | Имя сценария, по которому вы найдёте его в списке и в журнале регламентных заданий. Пишите по смыслу: «Ночной обмен УТ → Бухгалтерия». Пустое или «Сценарий 1» — потом не поймёте, что и куда гоняет. |
| Дата, Номер | Служебные. Номер присваивается автоматически, дату не трогайте без причины — она не влияет на работу обмена. |
| Активен / Использовать (ключевое) | Флаг включения. Снят — сценарий лежит «на паузе», расписание не работает, обмен вручную вы всё равно запустить сможете. Забыли поставить — ночью ничего не выполнится, а вы будете думать, что настроили. |
| Табличная часть с настройками обмена (обязательное — хотя бы одна строка) | Список обменов, входящих в сценарий. В каждой строке выбираете Настройку обмена (узел) и, как правило, направление — «Отправить», «Получить» или «Отправить и получить». Порядок строк = порядок выполнения. Пустая таблица — сценарий формально проведётся, но делать будет нечего. |
| Флаг «Выполнять» в строке | Позволяет временно отключить отдельный обмен, не удаляя строку. Снятый флаг — строка пропускается. |
| Расписание (ключевое) | Ссылка/кнопка, открывающая стандартный диалог расписания регламентного задания: периодичность (ежедневно), время (например, 02:00), дни недели, повтор в течение дня. Не задали расписание — сценарий будет только для ручного запуска. Задали слишком частый повтор (каждые 5 минут) — обмены начнут «наезжать» друг на друга и грузить сервер. |
| Количество попыток / повтор при ошибке | Сколько раз пытаться, если сеанс упал (обрыв связи, база занята). Наличие и точное имя этого поля версионно-специфично и требует проверки в вашем релизе. Разумно 2–3 попытки с интервалом в несколько минут. |
После заполнения нажмите Записать, затем Провести. Проведение регистрирует сценарий и активирует связанное регламентное задание.
4. Разобранный пример
Задача. У вас две базы: «Управление торговлей» (УТ) и «Бухгалтерия для Казахстана» (БК). Настроены два узла обмена. Нужно, чтобы каждую ночь сначала из УТ в БК уходили документы реализаций, а затем из БК в УТ возвращались оплаты и статусы взаиморасчётов.
Заполнение сценария:
- Наименование: «Ночной обмен УТ ↔ БК»
- Флаг Активен — установлен.
- Табличная часть:
| № | Настройка обмена (узел) | Направление | Выполнять |
|---|---|---|---|
| 1 | Обмен с «УТ» (реализации, номенклатура) | Получить | ✔ |
| 2 | Обмен с «УТ» (оплаты, взаиморасчёты) | Отправить | ✔ |
- Расписание: ежедневно, 02:00, повтор — нет.
Нажимаете Провести.
Что произойдёт вместо проводок. Бухгалтерских записей Дт/Кт этот документ не формирует — суммы не меняются. Вместо проводок появляются служебные движения и события:
- в 02:00 запускается регламентное задание сценария;
- 1С выполняет строку 1 — принимает из УТ 47 накладных за день;
- затем строку 2 — выгружает в УТ 31 оплату;
- итог каждого сеанса пишется в журнал регистрации и в мониторинг синхронизации: «Обмен завершён, ошибок 0».
Утром вы открываете Администрирование → Синхронизация данных → Результаты и предупреждения и видите зелёный статус. Реализации уже в базе — можно формировать ЭСФ по ним. Сами ЭСФ и проводки создают документы «Реализация товаров и услуг», а не сценарий: он лишь доставил данные вовремя.
5. Виды операции
У документа нет привычного поля «Вид операции», как у накладной. Его «виды» — это варианты работы:
- Ручной запуск — открыли сценарий и нажали «Выполнить»/«Синхронизировать». Прогон здесь и сейчас.
- По расписанию (автоматический) — регламентное задание запускает сценарий само.
- Только отправка — в строках выбрано направление «Отправить».
- Только получение — направление «Получить».
- Двусторонний — «Отправить и получить» либо две строки на один узел в нужном порядке.
- Отключённый (пауза) — снят флаг «Активен»: расписание не работает, но настройки сохранены.
6. Что формируется при проведении
Ещё раз, честно: проводок, ЭСФ и СНТ этот документ не создаёт. При проведении происходит следующее:
- Активируется регламентное задание обмена по сценарию (в списке заданий появляется/включается запись с вашим расписанием).
- Делается запись в служебные регистры сведений подсистемы обмена данными (состав сценария, расписание, статус).
- При каждом фактическом прогоне создаются сеансы обмена: пакеты сообщений выгружаются/загружаются между узлами.
- Результат каждого сеанса пишется в журнал регистрации и в мониторинг синхронизации (успех/ошибка, количество объектов, конфликты).
Электронные документы (ЭСФ в ИС ЭСФ, СНТ) и бухгалтерские проводки формируют уже сами первичные документы, которые обмен перенёс в базу, — не сценарий.
7. Печатные формы
Собственных печатных форм у документа нет — это служебный объект, его не печатают и не выдают контрагенту. То, что вам нужно «на бумаге» или для контроля, находится не здесь:
- Отчёт по результатам синхронизации (мониторинг обмена) — статусы, ошибки, конфликты.
- Журнал регистрации с отбором по регламентному заданию сценария — детальный протокол.
8. Частые ошибки
«Регламентное задание не выполняется, так как отсутствует расписание». Вы включили сценарий, но не задали график. Откройте расписание, поставьте периодичность и время, перепроведите документ.
«Обмен не выполнен: не найдена настройка обмена (узел)». Узел, указанный в строке, удалён или переименован. Откройте табличную часть, выберите действующую настройку заново; лишнюю строку удалите.
«Синхронизация данных не включена». Сам механизм выключен в администрировании. Зайдите в Администрирование → Настройки синхронизации данных и установите флажок «Синхронизация данных».
«Не удалось подключиться к <база-приёмник>». Обрыв связи, неверный адрес или пароль в настройке узла, база на техобслуживании. Проверьте параметры подключения в самой настройке обмена и повторите. Сценарий тут ни при чём — он лишь запускает готовый узел.
Регламентные задания на файловой базе не идут ночью. В файловом варианте задания работают, только пока открыт сеанс 1С. Если компьютер выключается — обмен не стартует. Либо держите сеанс открытым, либо переводите базу на сервер (клиент-серверный вариант).
Обмены «наезжают» друг на друга. Слишком частый повтор в расписании — новый прогон стартует, пока не закончился предыдущий. Увеличьте интервал или уберите повтор в течение дня.
9. FAQ
Делает ли этот документ проводки по счетам (1210, 1030, 3310 и т. д.)? Нет. Это служебный документ управления обменом. Проводки формируют первичные документы (реализации, оплаты), которые обмен переносит между базами.
Создаёт ли сценарий ЭСФ или СНТ? Нет. ЭСФ выписывается в ИС ЭСФ на основании документа реализации, СНТ — отдельно. Сценарий лишь доставляет данные вовремя, чтобы вы успели их выписать.
Чем сценарий отличается от обычной настройки синхронизации? Настройка (узел) описывает один обмен с одной базой. Сценарий объединяет несколько настроек и задаёт им общее расписание и порядок выполнения.
Можно ли включить в один сценарий обмены с разными базами? Да. Добавьте по строке на каждый узел. Они выполнятся последовательно сверху вниз — учитывайте порядок, если один обмен зависит от результата другого.
Обмен запускается автоматически, но данные не приходят. Где смотреть? Откройте Администрирование → Синхронизация данных → Результаты и предупреждения и журнал регистрации с отбором по заданию сценария: там видны ошибки, конфликты и число обработанных объектов.
Как временно остановить обмен, не удаляя настройку? Снимите флаг «Активен» на документе (пауза всего сценария) или флаг «Выполнять» в конкретной строке (пауза одного обмена). Ручной запуск при этом остаётся доступен.
Почему обмен не идёт ночью на файловой базе? Регламентные задания в файловом варианте работают только при открытом сеансе 1С. Выключенный компьютер = нет обмена. Решение — клиент-серверная база или постоянно открытый сеанс.
Сколько сценариев можно завести? Сколько нужно. Практика — разделять по времени и назначению: «ночной полный», «дневной по оплатам каждые 30 минут» и т. д. Так проще диагностировать и не перегружать сервер.
Что будет, если во время обмена база занята другим пользователем? Обмен либо дождётся освобождения, либо завершится с ошибкой и повторится по числу попыток. Тяжёлые полные обмены планируйте на ночь, когда пользователей нет.
Влияет ли релиз конфигурации на этот документ? Да. Названия полей, путь в меню и наличие поля «Количество попыток» могут отличаться по версиям. Сверяйтесь со своим релизом (см. раздел «Как узнать свой релиз»).
10. Смежные документы
- Настройки синхронизации данных (узлы обмена) — основа: сценарий ссылается на них, без них его не заполнить. Создаются в Администрирование → Синхронизация данных → Настройки синхронизации данных.
- Регламентные задания — сценарий при проведении включает связанное задание; управлять расписанием и смотреть историю запусков можно и оттуда.
- Первичные документы обмена (реализации, поступления, оплаты, номенклатура) — то, что реально переносится между базами. Именно они формируют проводки по счетам РК (1210, 1030, 1330, 3310, 3130, 6010, 7010), ЭСФ и СНТ — уже в базе-приёмнике, после того как сценарий доставил данные.
Как узнать свой релиз: «Справка» → «О программе» — там версия платформы и релиз конфигурации.
Методичка подготовлена для «Бухгалтерия для Казахстана», редакция 3.0, релиз 3.0.74.2.