Проверено на релизе 3.0.74.2 «Бухгалтерия для Казахстана» (редакция 3.0).
Утро понедельника. Вы открываете базу и видите: приходных накладных, которые вчера завела «Торговля», в бухгалтерии нет. Или наоборот — часть документов задвоилась. Синхронизация вроде включена, галочки стоят, а данные не сходятся. Прежде чем звонить программисту, откройте «Сеансы обменов данными». Это журнал, в котором фиксируется каждый факт обмена между вашей базой и другой информационной базой (филиалом, «Управлением торговлей», ЗУП, узлом РИБ). По нему видно: когда был обмен, в какую сторону шли данные, сколько сообщений ушло и пришло, чем закончился сеанс. Именно с этого журнала начинается разбор «почему не перенеслось».
1. Назначение
«Сеансы обменов данными» — служебный справочник подсистемы синхронизации. Он хранит историю сеансов обмена: каждая запись — это один цикл «отправил сообщение / принял сообщение» с конкретным узлом. Бухгалтерских проводок, НДС и электронных документов (ЭСФ, СНТ) этот объект не формирует — он технический и нужен для диагностики обмена.
2. Где найти
Прямого пункта в разделах «Продажи» или «Покупки» у этого справочника нет — он открывается из механизма синхронизации.
- Через синхронизацию:
Администрирование→Синхронизация данных→Настройки синхронизации данных→ по кнопкеЕщё/ гиперссылкам в форме настройки узла доступны сведения о сеансах и предупреждениях. - Напрямую списком — самый быстрый способ. Меню
Сервис и настройки(значок ☰ вверху) →Функции для технического специалиста→ в поле поиска введитеСеансы обменов данными. - Через навигационную ссылку. Скопируйте строку ниже, затем в 1С: главное меню →
Файл→Перейти по навигационной ссылке(илиCtrl+Shift+N), вставьте и нажмите «Перейти»:
e1cib/list/Справочник.СеансыОбменовДанными
Если пункта «Функции для технического специалиста» не видно — включите его:
Сервис и настройки→Настройки→Параметры→ флажок «Отображать команду "Все функции"».
2а. Как узнать свой релиз
Справка (или значок ☰ → О программе). В открывшемся окне — две ключевые строки: версия платформы (например, 8.3.24) и версия конфигурации — это и есть релиз (в нашем случае 3.0.74.2). Всё, что описано ниже, относится к релизу 3.0.74.2; в других релизах состав полей может немного отличаться.
3. Как заполнить
Важно понять сразу: вручную вы этот справочник обычно не заполняете. Записи в него создаёт сам механизм синхронизации при каждом обмене. Вы его читаете, а не ведёте. Но знать поля нужно, чтобы правильно прочитать журнал.
| Поле | Зачем нужно и что означает |
|---|---|
| Наименование / Код | Техническая метка сеанса. По коду сеанса программист сопоставит запись с журналом регистрации, если понадобится глубокая диагностика. |
| Узел (обязательное для смысла) | С какой базой шёл обмен: узел плана обмена — «Управление торговлей», филиал, узел РИБ. Если узел не тот, вы смотрите не тот канал и зря ищете свои документы. |
| Дата начала / Дата окончания | Когда сеанс стартовал и завершился. Разница показывает, сколько длился обмен. Пустая «Дата окончания» — сеанс не завершился (оборвался, зависла фоновая задача). |
| Направление | Отправка (ваши данные ушли партнёру) или получение (данные пришли к вам). Путаница в направлении — частая причина ложного вывода «данные пропали»: они не пропали, а ещё не приняты встречной стороной. |
| Отправлено / Принято сообщений | Счётчики обмена. Нулевое «Принято» при том, что вы ждёте документы, — сигнал, что встречная база их ещё не выгрузила. |
| Статус / Результат | Успешно, с предупреждениями или с ошибкой. Именно сюда смотрите в первую очередь при разборе. |
| Комментарий / Текст ошибки | Расшифровка проблемы: конфликт версий, коллизия по объекту, нарушение прав, превышение лимита. Это ваша главная подсказка. |
Если вы всё же создаёте запись руками (крайне редко, для служебных целей) — обязательны только осмысленное Наименование и корректный Узел, иначе запись бесполезна для диагностики.
4. Разобранный пример
У вас две базы: «Бухгалтерия для Казахстана» и «Управление торговлей». Вчера менеджер выписал реализацию товара на сумму 1 160 000 ₸ (товар 1 000 000 ₸ + НДС 16% = 160 000 ₸). Сегодня документа в бухгалтерии нет. Открываете «Сеансы обменов данными» и видите две последние записи:
| Дата окончания | Узел | Направление | Принято | Статус |
|---|---|---|---|---|
| 07.09.2026 09:15 | УТ (Магазин) | Отправка | — | Успешно |
| 07.09.2026 09:16 | УТ (Магазин) | Получение | 0 | Успешно |
Вывод по журналу: сеанс прошёл без ошибок, но «Принято: 0» на получении. Значит, ваша база отработала штатно — просто в «Управлении торговлей» реализацию ещё не провели или не запустили встречный обмен. Идёте в УТ, проводите документ, запускаете синхронизацию — в следующем сеансе появляется «Принято: 1», и реализация приходит в бухгалтерию.
Уже в бухгалтерии этот перенесённый документ реализации формирует стандартные проводки РК (их создаёт документ реализации, а не сам сеанс обмена):
| Дт | Кт | Сумма, ₸ | Содержание |
|---|---|---|---|
| 1210 | 6010 | 1 160 000 | Отражена задолженность покупателя и доход от реализации |
| 6010 | 3130 | 160 000 | Начислен НДС к уплате (16%) |
| 7010 | 1330 | 700 000 | Списана себестоимость товара |
Так журнал сеансов помог локализовать проблему: «дело не в бухгалтерии, документ застрял на стороне торговли».
5. Виды операции (что даёт объект)
Отдельного поля «Вид операции» у справочника нет, но по смыслу сеансы бывают:
- Отправка данных — выгрузка вашего сообщения обмена узлу-получателю.
- Получение данных — загрузка сообщения, пришедшего от узла.
- Полный обмен (отправка + получение в одном цикле) — типовой сеанс синхронизации.
- Начальная выгрузка / первичное заполнение — при первом запуске синхронизации или добавлении нового узла.
- Сеанс с коллизиями — обмен прошёл, но по части объектов зафиксированы конфликты версий (правку выиграла одна из баз).
6. Что формируется при записи
Проводок нет — объект не бухгалтерский. При обмене создаётся/дополняется:
- Запись в справочнике «Сеансы обменов данными» — сам факт сеанса с датами, направлением и статусом.
- Движения в служебных регистрах синхронизации — регистрация выгруженных/загруженных объектов, отметки о конфликтах, очередь на повторную выгрузку.
- Записи в журнале регистрации — технический протокол (события с кодом синхронизации).
- Предупреждения синхронизации — если были непринятые объекты или коллизии; видны в списке «Предупреждения» настройки узла.
Электронные документы (ЭСФ, СНТ) этот объект не выписывает — они формируются из документов реализации/поступления и уходят в ИС ЭСФ отдельно.
7. Печатные формы
Собственных «бланков» у служебного справочника нет. Для анализа используйте:
- «Результаты выполнения обмена» — отчёт по последнему сеансу: сколько отправлено/принято, что не перенеслось.
- «Предупреждения при синхронизации данных» — список непринятых объектов и коллизий с причинами.
- Журнал регистрации (
Функции для технического специалиста→Журнал регистрации) с отбором по событиям обмена — детальный технический протокол.
8. Частые ошибки
- «Превышен лимит количества элементов данных, которое можно синхронизировать» — упёрлись в ограничение по подписке/лицензии на объём синхронизации. Уменьшите период выгрузки, разбейте обмен на части или обновите подписку. Проверьте, что настроен отбор по датам, а не «всё с начала времён».
- «Обмен данными завершён с ошибкой. Не найден узел плана обмена» — узел удалён или настройка синхронизации разорвана. Пересоздайте/восстановите настройку синхронизации для этого узла.
- «Конфликт версий объекта. Изменения приняты из базы N» — один и тот же документ правили в двух базах. Откройте предупреждения, сверьте выигравшую версию, при необходимости перезаполните вручную.
- «Сообщение обмена не соответствует ожидаемому номеру» — нарушена последовательность сообщений (базу разворачивали из копии). Требуется сопоставление/сброс нумерации сообщений — это версионно-специфичная процедура, уточните порядок для вашего релиза у сопровождения перед сбросом, чтобы не потерять неотправленные данные.
- «Недостаточно прав для выполнения операции над объектом» — у пользователя обмена нет прав на загружаемый объект. Проверьте роли служебного пользователя синхронизации.
9. FAQ
В: Можно ли удалить старые сеансы, чтобы не мешали? О: Да, записи справочника можно пометить на удаление и удалить обработкой «Удаление помеченных объектов». На уже перенесённые документы это не влияет — история сеансов нужна только для диагностики.
В: Сеанс «Успешно», а документ не пришёл. Почему? О: Смотрите счётчик «Принято». Если он 0 — встречная база документ ещё не выгрузила. Проблема на стороне отправителя, а не в вашей базе.
В: Этот справочник формирует ЭСФ или СНТ? О: Нет. ЭСФ и СНТ выписываются из документов реализации/поступления и отправляются в ИС ЭСФ. Сеансы обменов — только про синхронизацию между базами 1С.
В: Как понять, в какую сторону шли данные? О: По полю «Направление»: «Отправка» — ваши данные ушли, «Получение» — пришли к вам. Это первое, что нужно определить при разборе.
В: Пустая «Дата окончания» — это плохо? О: Это признак незавершённого сеанса: обмен оборвался или фоновое задание зависло. Перезапустите синхронизацию и проверьте регламентное задание обмена.
В: Можно ли создать сеанс вручную и «дозагрузить» документы?
О: Вручную корректный обмен так не запускают. Используйте Синхронизировать в настройке узла — механизм сам создаст сеанс. Ручная запись справочника обмен не инициирует.
В: Где посмотреть, какие именно объекты не перенеслись? О: В «Предупреждениях при синхронизации данных» настройки узла и в отчёте «Результаты выполнения обмена» — там перечень непринятых объектов с причинами.
В: Влияет ли этот справочник на расчёт налогов — НДС 16%, ИПН, ОПВ? О: Нет. Налоги считают документы (реализация, начисление зарплаты и т.д.). Сеанс лишь переносит эти документы между базами; после переноса они сами формируют проводки и налоговые движения.
В: Что делать при сообщении о превышении лимита синхронизации? О: Сузьте период отбора, разбейте выгрузку на несколько сеансов либо расширьте подписку. После настройки отбора повторите обмен — сеанс должен завершиться без ошибки.
В: Обязательно ли заполнять «Узел» вручную? О: При автоматическом обмене он заполняется сам. Если создаёте запись вручную, без правильного «Узла» запись бессмысленна — по ней нельзя понять, с какой базой был обмен.
10. Смежные документы
- На основании чего появляется: записи создаёт механизм
Синхронизация данныхпри обмене с настроенным узлом плана обмена (УТ, ЗУП, филиал, РИБ). - Что «вводят» через сеанс: любые синхронизируемые объекты — документы реализации и поступления, справочники контрагентов и номенклатуры, взаиморасчёты. Сам сеанс их только переносит.
- Куда смотреть дальше:
Настройки синхронизации данных, отчётРезультаты выполнения обмена, списокПредупреждения при синхронизации,Журнал регистрации.
Как узнать свой релиз: Справка → О программе — там строка версии конфигурации и версии платформы.
Инструкция подготовлена для «Бухгалтерия для Казахстана», редакция 3.0, релиз 3.0.74.2. В других релизах состав полей и формулировки сообщений могут отличаться.