1с при работе формы произошла системная ошибка нарушена синхронизация состояния формы

Обновлено: 23.01.2025

Системные события механизмов платформы, предназначенные для анализа специалистами фирмы «1С». Настройка событий данного типа должна производиться на основе явных указаний со стороны службы технической поддержки и только на время воспроизведения какой-либо расследуемой проблемы. В противном случае, подобная настройка может привести к существенному увеличению объемов файлов журнала и замедлению работы приложения

предоставляет возможность анализа программных лицензий

диагностика использования циклических ссылок при работе встроенного языка

При работе под управлением ОС macOS стало возможно использование системного хранилища сертификатов для организации защищенного соединения

Ошибки, связанные с проверкой сертификата средствами ОС Windows. Такие события могут помочь специалистам в расследовании причин некорректной проверки сертификатов

Событие возникает при срабатывании механизма очистки сеансовых данных

Его имя построено по шаблону: ИмяПроцесса_Релиз_АдресОшибки_ГГГГММДДЧЧММСС_PIDПроцесса.mdmp

В котором ГГГГММДДЧЧММСС – это дата и время падения.

Каждая ошибка, из-за которой происходит падение, имеет свой уникальный АдресОшибки.

Причем если у двух дампов одинаковый процесс, релиз и адрес ошибки, то причина падения одна и та же. Исходя из названия файла дампа мы определяем время падения системы.

Обязательно указывайте следующую информацию:

Версию и разрядность серверной ОС
Разрядность сервера 1С
Количество серверов в кластере
Количество запущенных рабочих процессов на сервере 1С
Версию используемой СУБД
Ссылки на архив с дампом и логами для скачивания.

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

Примечание.
UUID информационной базы можно посмотреть в файле
C:\Documents and Settings\<Имя пользователя>\Application Data\1C\1Cv81\ibases.v8i.

Часто программисты не учитывают, что есть список объектов, НЕ доступных для динамического обновления
Регламентные задания
Общие реквизиты
Планы обмена
Реквизиты, предопределенные элементы, иерархия, владельцы, нумерация справочников
Реквизиты, нумерация, движения, последовательности, ввод на основании документов
Перечисления
Тип значений характеристик, реквизиты, нумерация, предопределенные элементы планов видов характеристик
Реквизиты, нумерация, субконто, предопределенные элементы планов счетов
Реквизиты, нумерация, расчет, предопределенные элементы планов видов расчета
Реквизиты, регистраторы регистров сведений, накопления, бухгалтерии, расчета
Реквизиты, нумерация, расчет, предопределенные элементы планов видов расчета
Реквизиты, адресация, нумерация задач
Реквизиты, нумерация, ввод на основании бизнес-процессов

Динамическое обновление есть смысл делать только в том случае если информационная система уже стоит, неработоспособна и хуже уже не будет. о всех остальных случаях мы рекомендуем избегать динамического обновления!

Если вы работаете с часто изменяемой печатной формой и не хотите постоянно выгонять пользователей, используйте внешние обработки.
Хорошей практикой считается все плановые изменения вносить например раз в неделю, например во вторник. К этому дню все правки тестируются не только по отдельности, но и в общем взаимодействии. Если во вторник информационная система ухудшила свою работу, значит сразу понятно, что надо откатить последний релиз к предыдущему. А это означает бэкап не только базы, но и бэкап cf перед внесением изменений.

Если Вы словили проблему связанную с динамическим обновлением, то обязательно очистите сеансовые данные с рестартом службы сервера 1С.
Если проблема не ушла, то запускайте сеанс 1С с ключом /ClearCache .

Преодолеть зависимость от динамического обновления мне помогли 12 простых шагов:

12 ШАГОВ , РАЗРАБОТАННЫЕ САМИМИ ДИНАМИЧЕСКИМИ ОБНОВЛЯЛЬЩИКАМИ
1. Признать свое бессилие перед поведением платформы 1с при динамическом обновлении.
2. Согласиться с утверждением, что без посторонней помощи не обойтись.
3. Мысленно перепоручить себя некой Высшей силе, которая поможет.
4. Проанализировать свои поступки.
5. Признать перед собой и кем-то еще свои ошибки.
6. Не сомневаться, что бекап перед динамическим обновлением сработает.
7. Просить высшие силы избавить от недостатков.
8. Составить список всех людей, кому причинили зло, и захотеть загладить свою вину перед ними.
9. Лично возместить этим людям ущерб, нанесенный вами и вашим динамическим обновлением.
10. Продолжать самоанализ и, при малейших ошибках, сразу признавать, что вы их таки совершили.
11. Не переставать размышлять и благодарить помощника из пункта 3.
12. Достигнув пробуждения, благодаря пунктам 1-11, помогать другим динамическообновлялщикам.

Механизм работы обновления:
Процесс динамического обновления (и обновления вообще) происходит следующим образом:

Есть одно не хитрое житейское наблюдение:

Дата выхода (технологическая, а не продажи вам лично) платформы 1С:Предприятия, операционной системы, субд, сопровождающего ПО и ВНИМАНИЕ! железа
должны различаться не больше чем на несколько лет!

Когда у Вас железо десятилетней давности, а платформы только только вышла редко это бывает хорошо. Точно также плохи и другие сочетания, например очень старая ОС и новое железо и т.п.

Почему возникает такая проблема

При этом хранилище доступно по протоколу tcp.

Как устраняется проблема

1. Для решения проблемы надо воспользоваться утилитами Sysinternals REGMON и FILEMON.

Отследить сервис w3wp.exe (IIS) в момент попытки соединится с хранилищем

HKLM\SYSTEM\Services\Winsock\Parameters
HKLM\SYSTEM\Services\TCPIP\Parameters
HKLM\SYSTEM\Services\NetBIOS\Parameters
HKLM\SYSTEM\Services\Gpc\Parameters

В этом случаи потребовалось дать права IUSR_SRVNAME на чтение.

Внимание! Это не стандартная ситуация. Чаще всего это либо не проявится вообще, либо может быть другое приложение.

Даем права на чтение и выполнение IUSR_SRVNAME.

Внимание! Это тоже не стандартная ситуация. Чаще всего это либо не проявится вообще, либо может быть другое приложение.

Даем права на чтение и выполнение IUSR_SRVNAME.

В данном конкретном примере это оказалось решением.

1. Создаем новую базу с таким же именем и такими же по именам и расположению .mdf и .ldf файлами

2. Останавливаем сервер, подменяем файл .mdf

3. Стартуем сервер, не обращаем внимания на статус базы

4. Там же выполняем:

и запоминаем/записываем значение на случай неудачи ребилда лога.

5. Там же выполняем:

6. Перезапускаем SQL Server.

7. В принципе база должна быть видна (в emergency mode). Можно, например, заскриптовать все объекты.

9. Если все нормально, то там же выполняем:

10. Если все в порядке, то:

Добавлен встроенный веб-сервер (только для одной базы, из командной строки управление).

Реализован упрощенный OLAP . Теперь можно работать на чтение с копией таблицы с ведомой СУБД.
Реализовано событие технологического журнала <DBCOPIES > .Механизм копий базы данных требует лицензию КОРП.

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

Реализован пакетный режим работы тонкого и толстого клиентских приложений. Пакетный режим распространяется от начала запуска клиентского приложения до окончания работы обработчика ПередНачаломРаботыСистемы модуля приложения. После окончания работы обработчика пакетный режим автоматически отключается. В пакетном режиме запуска подавляется вывод любых диалогов системы. Признаком пакетного режима работы клиентского приложения является команда командной строки запуска /DisableStartupDialogs .

Уменьшено время полного пересчета итогов для регистров бухгалтерии и накопления в следующих случаях:

пересчет итогов во время операции Тестирование и исправление из конфигуратора;
использование метода ПересчитатьИтоги() при выполнении следующих условий:
- монопольный доступ к информационной базе;
- наличие административных прав у пользователя, от имени которого выполняется пересчет итогов;
- метод исполняется в сеансе, в котором не используется ни одного разделителя.
Ускорено выполнение реструктуризации информационной базы при использовании СУБД Microsoft SQL Server и IBM DB2.

Уменьшилась вероятность одновременного закрытия множества соединений с Microsoft SQL Server, что положительно влияет на производительность работы с TempDB .

Для регистра расчета реализован кластерный индекс по регистратору. Перестройка индекса будет выполнена при реструктуризации регистра расчета или при переиндексации во время выполнения операции тестирования и обновления.Если при удалении записей из таблицы фактического периода действия не установлен отбор по измерениям регистра, то для запроса удаления не формируется соединение с основной таблицей регистра. Снижена вероятность табличной блокировки при удалении записей фактического периода действия регистра расчета.

В тонком, толстом и веб-клиентах, форма снимает блокировку объекта через 1 минуту после снятия признака модифицированности.(раньше снималась при закрытии формы)При работе под управлением СУБД PostgreSQL, в технологический журнал (событие <plansql> ) помещаются планы запросов для запросов UPDATE , DELETE и INSERT . (Раньше был только SELECT)

Реализовано отображение критических ошибок оптимизированного механизма обновления конфигурации базы данных в конфигураторе и в событии <EXCP> технологического журнала.

В технологическом журнале реализованы свойства Dbms , Database , DBCopy для событий обращения к СУБД ( DB2 , DBMSSQL , DBPOSTGRS , DBORACLE ), событий EXCP и SDBL .

В пользовательском режиме приложения "1С:Предприятие" откройте настройки обмена с "Первой Формой". Убедитесь, что флажок " Запретить обмен с Первой Формой " не включен. Если флажок включен - отключите его и нажмите кнопку Записать и закрыть .

Запрет обмена с "Первой Формой".

Совпадение событий по времени при синхронизации

Это нормальное поведение системы, поскольку в БД содержится уже другая версия данных. В этом случае форму документы/элемента справочника надо закрыть без сохранения и затем открыть снова.

Для администратора возникновение таких ошибок должно стать сигналом к пересмотру правил настройки бизнес-процесса. Возможно, для таких документов/справочников достаточно одностороннего обмена данных из "1С:Предприятие" в "Первую Форму".

Таймаут при синхронизации

При синхронизации данных между "Первой Формой" и 1С могут возникать ошибки из-за того, что не все данные успевают обработаться в одной системе за то время, пока вторая система ожидает ответа. В частности, таймауты могут возникать при синхронизации виртуальных документов, имеющих табличную часть с 200 и более записей. Таймаут на стороне 1С фиксируется в журнале ошибок.

На стороне "Первой Формы" таймаут ожидания ответа при вызове веб-сервиса 1С составляет 12 часов.

На стороне 1С таймаут можно регулировать. Для этого в "1С:Предприятие" в справочнике " Настройки обмена ("Первая форма") " откройте предопределенный элемент " Общие настройки " и в поле " Таймауты WS " увеличьте значение в поле " Прокси " – укажите, сколько секунд сервер 1С должен ждать ответа от сервера "Первой Формы" до обрыва соединения. Если указать значение 0, то таймаут не ограничен (сервер будет ждать до тех пор, пока операция не будет выполнена).

В поле " Определение " указывается длительность подключения к сервису (в секундах), а в поле " Прокси " – длительность выполняемой операции внутри "Первой Формы" (в секундах).

Недостаточно прав доступа в 1С

При обмене данными может возникать следующая ошибка:

"Error while calling 1С service. Нарушение прав доступа к операции Web-сервиса:

Причина возникновения ошибки связана с недостатком прав пользователя на стороне приложения "1С:Предприятие". Для исправления необходимо в конфигураторе "1С:Предприятие" проверить роли у пользователя, который указан в "Первой Форме" в настройках для подключения (атрибут OneCUserName в XML-настройках), и убедиться, что хотя бы одна из этих ролей имеет доступ к сервису.

Не выполняются регламентные задания

Если на стороне "1С:Предприятие" задания в очередь ставятся и видны в регистре сведений "Очередь обмена (Первая Форма)", но не выполняются, необходимо убедиться, что регламентное задание по обработке очереди есть в системе, оно включено, и регламентные задания не заблокированы на стороне сервера.

1. Проверка существования регламентного задания.

В пакете "Модуль 1С", скачиваемом через интерфейс администратора "Первой Формы", есть папка "Диагностика", в которой находится внешняя обработка "Консоль заданий.epf". Этот файл необходимо открыть в режиме "1С:Предприятие". Появится окно, в котором будут отображены все регламентные задания в системе. Задание модуля синхронизации имеет название "Очередь обмена с Первой Формой".

2. Проверка, что задание включено.

В "Консоли Заданий" можно просмотреть, включена ли обработка и какой период ее выполнения.

3. Проверка блокировки.

На сервере "1С:Предприятие" можно полностью блокировать выполнение всех регламентных заданий (т.е. при блокировке все регламентные задания будут простаивать). Эту блокировку должны снимать специалисты "1С:Предприятие", т.к. нужно учитывать, какие из регламентных заданий уже включены и к каким последствиям это приведет.

4. Поиск и проверка объектов, вызвавших ошибки синхронизации.

В пакете "Модуль 1С", скачиваемом через интерфейс администратора "Первой Формы", есть папка " Диагностика ", в которой находится внешняя обработка " ГУИДОбъекта.epf ". Этот файл необходимо открыть в режиме "1С:Предприятие". С помощью обработки можно:

необходимо проверить адреса сервисов и в частности параметр ?WSDL .

Синхронизация скрытых и "только для чтения" колонок ДП "Таблица"

Если в категории "Первой Формы" присутствует ДП "Таблица", в которой есть скрытые колонки или колонки с признаком "только для чтения", то данные для них перед отправкой берутся не из карточки задачи, а непосредственно из базы данных перед отправкой в 1С. Чтобы обмен данными в этом случае работал корректно, необходимо использовать очередь обмена, а не обмен данными в режиме онлайн. См. здесь.

Не загружаются данные из справочника 1С

Из-за ограничений на количество символов объекты с длинными названиями могут не сопоставляться. Попробуйте в 1С увеличить длину полей.

Неверный адрес сервиса 1С

В журнале ошибок есть ошибка вида:

Request format is unrecognized for URL unexpectedly ending in '/TC1CService.asmx'.

Это может означать, что в пользовательских настройках приложения в поле TC1C_ServiceAppAddress указан неверный адрес.

Читайте также: