Что означает регистрация изменений в 1С
Регистрация изменений — это фиксация объектов информационной базы, которые должны попасть в очередной обмен. Когда пользователь записывает документ, справочник или другую сущность, 1С может поставить соответствующую запись в очередь конкретного узла. При следующем сеансе система выбирает зарегистрированные данные, формирует сообщение и передает его другой базе.
Регистрация не равна немедленной отправке. Изменение может быть уже сохранено в рабочей базе, но еще не передано получателю. Это особенно важно при нестабильном мобильном интернете: сотрудник продолжает работать локально, а накопившаяся очередь ожидает доступного канала связи. Состав регистрируемых объектов определяется планом обмена и настройками конкретной конфигурации.
Если один объект предназначен нескольким узлам, для каждого направления может существовать отдельная отметка. Поэтому успешная передача в одну базу не доказывает, что сведения дошли до всех остальных участников.
Как изменение попадает в очередь обмена
В штатно настроенной базе процесс обычно проходит без ручных действий:
- Пользователь создает или исправляет объект и записывает его.
- Механизм регистрации проверяет, участвует ли объект в выбранном плане обмена.
- Для нужного узла появляется отметка о новом или измененном объекте.
- Во время отправки 1С выбирает отмеченные данные и включает их в сообщение.
- После подтвержденной обработки отметка снимается по правилам используемого механизма.
Конкретное поведение зависит от конфигурации, версии платформы и доработок базы. Например, в одном решении регистрируются почти все реквизиты документа, а в другом отбор зависит от организации, подразделения или иных условий. Названия команд также различаются, поэтому искать универсальную кнопку по памяти ненадежно.
Повторная запись объекта может обновить его состояние в очереди, но не обязательно создаст отдельную запись на каждое исправление. Получателю, как правило, важно актуальное состояние данных к моменту формирования сообщения.
Что проверить перед ручной регистрацией
Ручная регистрация нужна не при каждом сбое. Сначала установите, действительно ли объект отсутствует в очереди. Иначе повторная отметка увеличит объем следующего сообщения и усложнит диагностику.
- Определите базу-источник и узел-получатель. Название организации или подразделения само по себе не всегда совпадает с именем узла.
- Запишите точные данные объекта: вид, номер, дату и ключевые реквизиты, по которым его можно отличить от похожих записей.
- Убедитесь, что объект проведен или записан в требуемом состоянии. Пометка на удаление, незавершенная запись либо запрет обмена могут влиять на результат.
- Проверьте дату и итог последнего сеанса. Важно различать формирование файла, его отправку и загрузку получателем.
- Посмотрите журнал регистрации или предусмотренный конфигурацией отчет, если у вас есть соответствующие права.
Перед массовой операцией сделайте резервную копию средствами, принятыми в вашей организации. Если база обслуживается администратором, передайте ему перечень объектов и направление обмена, не раскрывая пароли и коды подтверждения.
Как действовать при ограниченном мобильном интернете
При неустойчивой связи не запускайте один и тот же обмен многократно подряд. Сначала завершите локальную работу и убедитесь, что документы сохранены. Затем зафиксируйте время попытки, название узла и сообщение системы. Эти сведения помогут понять, на каком этапе возникла остановка.
| Ситуация | Безопасное действие |
|---|---|
| Связь пропала до запуска | Оставить зарегистрированные изменения в очереди и дождаться устойчивого подключения |
| Сбой произошел при формировании | Проверить состояние задания и текст ошибки до повторного запуска |
| Сообщение сформировано, но отправка не подтверждена | Не считать обмен завершенным; уточнить наличие сообщения у получателя |
| Получатель начал загрузку | Не удалять подготовленные данные и не менять настройки узла до выяснения результата |
Если 1С открыта через удаленное рабочее место, исчезновение мобильной сети может оборвать только экранный сеанс, тогда как серверное задание продолжит выполняться. После восстановления связи сначала проверьте его состояние. Новый запуск до такой проверки способен создать лишнюю нагрузку или повторную обработку сообщения.
Когда требуется повторная регистрация объектов
Повторная регистрация применяется, когда нужные сведения не стоят в очереди, хотя их требуется передать. Такое бывает после изменения состава плана обмена, восстановления базы из копии, исправления правил отбора или обнаружения пропущенных объектов. Операцию следует выполнять для определенного узла и понятного набора данных.
Порядок зависит от решения 1С, поэтому универсального названия команды нет. В одних конфигурациях предусмотрена отдельная обработка, в других действие доступно только администратору. Рабочая последовательность выглядит так:
- Остановите автоматический обмен на время проверки, если это предусмотрено внутренним регламентом.
- Выберите правильный план и конкретный узел-получатель.
- Задайте узкий отбор по типу и идентификаторам объектов.
- Выполните регистрацию и проверьте, появились ли записи в очереди.
- Запустите один контрольный сеанс при устойчивой связи.
- Сверьте результат в обеих базах по конкретным объектам.
Не отмечайте всю информационную базу без оценки последствий. Массовый обмен может долго формироваться, создать крупное сообщение и затруднить поиск исходной причины.
Как убедиться, что обмен завершился корректно
Отсутствие окна с ошибкой не является достаточной проверкой. Успешный результат подтверждается на стороне источника и получателя. Сначала убедитесь, что исходящее сообщение сформировано и обработано предусмотренным способом. Затем проверьте загрузку и состояние нужных объектов в принимающей базе.
- Сопоставьте номер и дату контрольного документа.
- Проверьте реквизит, ради которого выполнялось изменение.
- Убедитесь, что объект не задвоился и не получил неожиданную пометку.
- Посмотрите, не осталось ли необработанное сообщение или ошибка фонового задания.
- Зафиксируйте время успешной синхронизации для следующей диагностики.
Если данные расходятся, сохраните сообщения об ошибках и прекратите повторные массовые запуски. Администратору полезны название конфигурации, версия платформы, направление обмена, идентификаторы объектов и последовательность действий. Скриншоты не должны содержать учетные данные или другую закрытую информацию.
При кнопочном телефоне управлять 1С обычно невозможно, но его можно использовать для связи с ответственным сотрудником. Заранее запишите внутренний контакт администратора и название своей базы на бумаге или в заметках, доступных без интернета.