Проблема с синхронизацией ЗУП 3.1 - БП 3.0
С некоторых пор перестала проходить синхронизация между ЗУП 3.1 и БП 3.0
Из ЗУП данные отправляются, но из БП не получаются.
В ЖР ошибка фиксируется только записью:
"Аварийно завершился рабочий процесс фонового задания".
Удалил настройку синхронизации и заново настроил. При настройке все синхронизировалось без ошибок.
Но дальнейшая попытка синхронизации стала выдавать ту же ошибку. Причем как из ЗУП, так и из БП.
С чем это может быть связано?
Платформа клиент-серверная: 1С:Предприятие 8.3 (8.3.15.1656)
Конфигурации типовые: Зарплата и управление персоналом КОРП, редакция 3.1 (3.1.11.108) ; Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.73.54)
Из ЗУП данные отправляются, но из БП не получаются.
В ЖР ошибка фиксируется только записью:
"Аварийно завершился рабочий процесс фонового задания".
Удалил настройку синхронизации и заново настроил. При настройке все синхронизировалось без ошибок.
Но дальнейшая попытка синхронизации стала выдавать ту же ошибку. Причем как из ЗУП, так и из БП.
С чем это может быть связано?
Платформа клиент-серверная: 1С:Предприятие 8.3 (8.3.15.1656)
Конфигурации типовые: Зарплата и управление персоналом КОРП, редакция 3.1 (3.1.11.108) ; Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.73.54)
По теме из базы знаний
- Механизмы и транспорт обмена данными. Пример создания в КД 2.1 правил обмена данными ЗУП 2.5 -> БП 3.0. Выгрузка ведомостей и банковских счетов. Передача параметров обмена из Источника в Приемник. ВыгрузитьПоПравилу(). ПередатьОдинПараметрВПриемник().
- Синхронизация (выгрузка) данных ЗУП 3.1 - БП 2.0, УПП 1.3
- Замена (синхронизация) подразделений при типовом обмене данными между ЗУП 3.1 и БП 3.0. Техническое решение
- Перенос документов "Отражение зарплаты в бухучете" из ЗУП 3.1 в БП 3.0 сводно для физических лиц и подразделений БП
- Костыль для переноса колонки "Взносы по единому тарифу" документа "Отражение зарплаты в бух. учете" из базы ЗУП в базу БП
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Сервер Использовать х64 ОС и сервер 1с.?
Есть в свойствах локального кластера сервера 1С интервал перезапуска рабочего процесса, так вот закрытие месяца не успевало выполниться в указанный интервал времени и происходил перезапуск рабочего процесса, поэтому и получали такую ошибку.
Так же при недостатке памяти на серверах x86.
Пробуйте.
Есть в свойствах локального кластера сервера 1С интервал перезапуска рабочего процесса, так вот закрытие месяца не успевало выполниться в указанный интервал времени и происходил перезапуск рабочего процесса, поэтому и получали такую ошибку.
Так же при недостатке памяти на серверах x86.
Пробуйте.
(2) Да, Win-сервер и 1С-сервер x64. Там в обмене всего один документ Отражение з/п в бухучете. Из ЗУПа в БП перелился легко, а обратно нет.
Т.е. ни по времени, ни по объему данных это вообще не нагрузка. Все укладывалось за минуту обычно. Обычно с десяток баз крутятся на сервере и проблем в работе с памятью не возникает. Ошибка повторяется и вечером, когда базы не юзают.
Т.е. ни по времени, ни по объему данных это вообще не нагрузка. Все укладывалось за минуту обычно. Обычно с десяток баз крутятся на сервере и проблем в работе с памятью не возникает. Ошибка повторяется и вечером, когда базы не юзают.
Ошибка только при автоматической синхронизации или после первого раза и вручную невозможно синхронизировать сейчас?
Посмотрите предупреждения, возможно есть неразрешенные конфликты в части настройки соответствия (это уже из области фантастики ибо не должно вызывать ошибок, но все же посмотрите)
Посмотрите предупреждения, возможно есть неразрешенные конфликты в части настройки соответствия (это уже из области фантастики ибо не должно вызывать ошибок, но все же посмотрите)
(86) Ну вот мне эта статья помогла, здесь еще куча таких есть.
Взаимодействие между базами 1С через COM
Для начала это попробуйтеДля 32-b и 64-b режимов исполнения кода в реестре хранятся отдельные ветки и соответственно отдельные привязки. Поэтому управление COM-классами для них осуществляется независимо. В частности это касается класса V8X.ComConnector (на 64-b операционной системе)
64-b - c:\Program Files\1cv8*\<Версия>\bin\comcntr.dll
32-b - c:\Program Files (x86)\1cv8*\<Версия>\bin\comcntr.dll
Сначала её удалить из реестра. Пройдите поиском "comcntr.dll" и удалите.
64-b - c:\Program Files\1cv8*\<Версия>\bin\comcntr.dll
32-b - c:\Program Files (x86)\1cv8*\<Версия>\bin\comcntr.dll
(11) Снес настройку и программа сама очистила регистр соответствий. Ну после новой настройки те же яйца. Причем во время настройки писал данные успешно отправлены, данные успешно получены. А как только запустил синхронизацию руками (причем данных-то новых нет), все равно пишет не удалось синхронизировать (данные не получены).
(14) Проблема в том, что я еще недавно обновил платформу. Т.е. последние удачные синхронизации проходили на предыдущей платформе.
И что вносит траблы, релиз конфиги или платформы не понятно. Откатывать весь сервер на старую платформу не хочется для эксперимента.
В общем написал письмо в техподдержку. Может быть что-то посоветуют.
И что вносит траблы, релиз конфиги или платформы не понятно. Откатывать весь сервер на старую платформу не хочется для эксперимента.
В общем написал письмо в техподдержку. Может быть что-то посоветуют.
И кстати БП у вас тоже последний релиз....
Может и там собака порылась?
Я сейчас обновлю свои БП на этот последний релиз и проверю синхронизацию, если все будет нормально - значит виновник обновление ЗУП...
Я на 3.1.10 и не собираюсь испытывать счастье на 3.1.11
10 стабильна и это главное!
Может и там собака порылась?
Я сейчас обновлю свои БП на этот последний релиз и проверю синхронизацию, если все будет нормально - значит виновник обновление ЗУП...
Я на 3.1.10 и не собираюсь испытывать счастье на 3.1.11
10 стабильна и это главное!
Платформа клиент-серверная: 1С:Предприятие 8.3 (8.3.15.1700)
Конфигурации типовые:
Зарплата и управление персоналом, редакция 3.1 (3.1.11.133)
Бухгалтерия предприятия, редакция 3.0 (3.0.73.54)
Ситуация аналогичная - отвалилась синхронизация ЗУП <-> БП
Последняя удачная синхронизация была вчера 23.10.2019 в 16:00.
И так же: отправлены "сейчас", получены "вчера"
Вчера я ни какие обновления не устанавливал в это время.
Сегодня только обновил платформу с 8.3.13.1809 до 8.3.15.1700 так что скорее всего дело таки в платформе.
Конфигурации типовые:
Зарплата и управление персоналом, редакция 3.1 (3.1.11.133)
Бухгалтерия предприятия, редакция 3.0 (3.0.73.54)
Ситуация аналогичная - отвалилась синхронизация ЗУП <-> БП
Последняя удачная синхронизация была вчера 23.10.2019 в 16:00.
И так же: отправлены "сейчас", получены "вчера"
Вчера я ни какие обновления не устанавливал в это время.
Сегодня только обновил платформу с 8.3.13.1809 до 8.3.15.1700 так что скорее всего дело таки в платформе.
Встретились с такой же ошибкой на платформе 8.3.14.1854
сервер x64, платформа х86
Зарплата и управление персоналом, редакция 3.1 (3.1.11.108) ; Бухгалтерия предприятия, редакция 3.0 (3.0.73.50)
Настройки сервера 1с также стоят дефолтные.
На файловых копиях баз синхронизация проходит без ошибок.
А в серверном - данные выгружаются, но не загружаются.
сервер x64, платформа х86
Зарплата и управление персоналом, редакция 3.1 (3.1.11.108) ; Бухгалтерия предприятия, редакция 3.0 (3.0.73.50)
Настройки сервера 1с также стоят дефолтные.
На файловых копиях баз синхронизация проходит без ошибок.
А в серверном - данные выгружаются, но не загружаются.
ТП 1С для решения проблемы попросила базу БП и ЗУП (ясное дело им такое ни кто не даст), на предложение - подключиться удалённо получил отказ. По этому продолжил искать решение самостоятельно.
Что было сделано:
1. Удаление и последующая установка платформы
(не помогло)
2. Регистрация библиотеки comcntr.dll как описано тут:
(всегда помогало, на платформе 8.3.15.1700 - нет)
3. Разрегистрация и последующая регистрация библиотеки comcntr.dl командами
Regsvr32 /U "C:\Program Files\1cv8\8.3.15.1700\bin\comcntr.dll"
Regsvr32 "C:\Program Files\1cv8\8.3.15.1700\bin\comcntr.dll"
(тоже не помогло)
При этом синхронизация через общий каталог на сервере проходит успешно, можно было бы и так оставить, но сие не комильфо и не по феншую. :))
Что реально помогло:
- полное удаление всех записей COM объекта из "Панель управления" - "Администрирование" - "Службы компонентов" - "Компьютеры" - "Мой компьютер" - "Приложения COM+" >> V83COMConnector <<
- регистрация comcntr.dll (см. выше) из командной строки, запущенной из C:\Windows\SySWOW64
Теперь синхронизация работает как ей и положено, ошибок нет, сессии не пописают.
p.s. В ТП 1С отписался на предмет добавления контроля корректной регистрации библиотеки comcntr.dll при установке платформы.
Что было сделано:
1. Удаление и последующая установка платформы
(не помогло)
2. Регистрация библиотеки comcntr.dll как описано тут:
(всегда помогало, на платформе 8.3.15.1700 - нет)
3. Разрегистрация и последующая регистрация библиотеки comcntr.dl командами
Regsvr32 /U "C:\Program Files\1cv8\8.3.15.1700\bin\comcntr.dll"
Regsvr32 "C:\Program Files\1cv8\8.3.15.1700\bin\comcntr.dll"
(тоже не помогло)
При этом синхронизация через общий каталог на сервере проходит успешно, можно было бы и так оставить, но сие не комильфо и не по феншую. :))
Что реально помогло:
- полное удаление всех записей COM объекта из "Панель управления" - "Администрирование" - "Службы компонентов" - "Компьютеры" - "Мой компьютер" - "Приложения COM+" >> V83COMConnector <<
- регистрация comcntr.dll (см. выше) из командной строки, запущенной из C:\Windows\SySWOW64
Теперь синхронизация работает как ей и положено, ошибок нет, сессии не пописают.
p.s. В ТП 1С отписался на предмет добавления контроля корректной регистрации библиотеки comcntr.dll при установке платформы.
Спасибо огромное, user1028644, за сообщение "регистрация comcntr.dll (см. выше) из командной строки, запущенной из C:\Windows\SySWOW64"! Вы спаситель, моя благодарность не знает границ, не дали погибнуть от грубого натиска пользователей. Все заработало в лучшем виде. Вы спаситель!!!
(42) Тоже поймал такую проблему после обновления платформы с 8.3.13 на 8.3.16,
также помогло удаление COM из "Службы компонентов"", а затем регистрация COM, для регистрации COM использовал скрипт регистрации утилиты администрирования серверов (поменяв имя регистрируемой dll)
также помогло удаление COM из "Службы компонентов"", а затем регистрация COM, для регистрации COM использовал скрипт регистрации утилиты администрирования серверов (поменяв имя регистрируемой dll)
редакция 3.1 (3.1.11.133) аналогичная проблема.
то ли повышать версию то ли платформу не понятно.
(42) пришел к тому .
грешил на версию конфигурации. проблема была в битность системы и коннектора 32 vs 64
1. заходим на сервер 1С. Пуск - поиск -службы компонентов - находим в дереве - приложения COM+ - удаляем COMconnector (V83.COMConnector)
2. пуск печатаем cmd - запустить от имени администратора . для 64 версии переходим - cd \ (на диск С) - cd windows (папка windows) - cd syswow64.
3. выполняем команду regsvr32 "C:\Program Files\1cv8\8.3.12.1685\bin\comcntr.dll" - где (8.3.12.1685) ваш релиз 1С
после этого синхронизация сразу заработала.
то ли повышать версию то ли платформу не понятно.
(42) пришел к тому .
грешил на версию конфигурации. проблема была в битность системы и коннектора 32 vs 64
1. заходим на сервер 1С. Пуск - поиск -службы компонентов - находим в дереве - приложения COM+ - удаляем COMconnector (V83.COMConnector)
2. пуск печатаем cmd - запустить от имени администратора . для 64 версии переходим - cd \ (на диск С) - cd windows (папка windows) - cd syswow64.
3. выполняем команду regsvr32 "C:\Program Files\1cv8\8.3.12.1685\bin\comcntr.dll" - где (8.3.12.1685) ваш релиз 1С
после этого синхронизация сразу заработала.
(42) >>полное удаление всех записей COM объекта и регистрация comcntr.dll (см. выше) из командной строки, запущенной из C:\Windows\SySWOW64
Помогло починить синхронизацию БП и ЗУП, возникала ошибка "Не удалось подключиться к другой программе: -2147467238(0х8000401А): The server process could not be started because the configured identity is incorrect. Check the username and password."
Помогло починить синхронизацию БП и ЗУП, возникала ошибка "Не удалось подключиться к другой программе: -2147467238(0х8000401А): The server process could not be started because the configured identity is incorrect. Check the username and password."
Давно бы все перешли на х64 платформу, если бы печатные формы отчетности в формате PDF417 формировались, а так приходится использовать х32 платформу.
Теперь я вспомнил - для COM-подключения в том числе для целей синхронизации ЗУП-Бухгалтерия я вручную создавал COM+ компонент V83ComConnector, т.к. обычная регистрация через regsvr32 не помагала.
1С сам не создаёт эту компоненту, приходится создавать вручную и настраивать параметры безопасности по схеме .
Теперь я вспомнил - для COM-подключения в том числе для целей синхронизации ЗУП-Бухгалтерия я вручную создавал COM+ компонент V83ComConnector, т.к. обычная регистрация через regsvr32 не помагала.
1С сам не создаёт эту компоненту, приходится создавать вручную и настраивать параметры безопасности по схеме .
Валился обмен УХ и ЗУП. Решено так:
В функции ЗУП ОбщегоНазначения.ОбщийМодуль() закомментировать строчку "УстановитьБезопасныйРежим(Истина)". А для профилактики и в функции ОбщегоНазначения.СерверныйМодульМенеджера(). В аналогичных функциях конфигурации "Управление холдингом" таких строчек нет. И соответственно, этой проблемы.
В функции ЗУП ОбщегоНазначения.ОбщийМодуль() закомментировать строчку "УстановитьБезопасныйРежим(Истина)". А для профилактики и в функции ОбщегоНазначения.СерверныйМодульМенеджера(). В аналогичных функциях конфигурации "Управление холдингом" таких строчек нет. И соответственно, этой проблемы.
Синхронизация работает и на 32,и на 64-разрядных платформах. Проверено на платформе 8.3.16.103. Регистрацию comcntr.dll надо делать, как у user1028644 08.11.19 10:28 (см. выше), из командной строки, запуск от имени администратора.
Цитата:
"Что реально помогло:
- полное удаление всех записей COM объекта из "Панель управления" - "Администрирование" - "Службы компонентов" - "Компьютеры" - "Мой компьютер" - "Приложения COM+" >> V83COMConnector <<
- регистрация comcntr.dll (см. выше) из командной строки, запущенной из C:\Windows\SySWOW64"
т. е.
для 64-разрядной версии в каталоге C:\Windows\System32)
для 32-разрядной версии в каталоге C:\Windows\SysWoW64)
по команде Regsvr32 смотрите
Цитата:
"Что реально помогло:
- полное удаление всех записей COM объекта из "Панель управления" - "Администрирование" - "Службы компонентов" - "Компьютеры" - "Мой компьютер" - "Приложения COM+" >> V83COMConnector <<
- регистрация comcntr.dll (см. выше) из командной строки, запущенной из C:\Windows\SySWOW64"
т. е.
для 64-разрядной версии в каталоге C:\Windows\System32)
для 32-разрядной версии в каталоге C:\Windows\SysWoW64)
по команде Regsvr32 смотрите
Добавлю свои "5 копеек".
На сервере W2008 x64 1C - сервер: 8.3.15.1656 x64, а клиент х32. (из-за трактира и проч отраслевухи)
Падал обмен через COM. Валил за собой rphost. В логах "Аварийно завершилось фоновое задание..."
Регистрация из cmd, вручную... не решали проблему.
Установил клиента 1с х64 зарегил через командную строку dll х64. ..
Полет нормальный...
На сервере W2008 x64 1C - сервер: 8.3.15.1656 x64, а клиент х32. (из-за трактира и проч отраслевухи)
Падал обмен через COM. Валил за собой rphost. В логах "Аварийно завершилось фоновое задание..."
Регистрация из cmd, вручную... не решали проблему.
Установил клиента 1с х64 зарегил через командную строку dll х64. ..
Полет нормальный...
Проблема формирования печатной формы реглам. отчетности с 2-х мерным штрихкодом (формат PDF417) в 64-разрядной платформе решается выгрузкой отчетности из 1С и загрузкой ее в программу Налогоплательщик ЮЛ ( ). Там уже печатайте в формате PDF417. Никаких проблем.
Синхронизировал через кнопку "Синхронизировать данные, задав дополнительный отбор", предварительно зарегистрировав состав отправляемых данных. Через кнопку "Синхронизировать" обмен идет только в одну сторону с ошибкой "Аварийно завершился фоновый процесс".
Это косяк в коде конфигурации. В COM-соединении устанавливается безопасный режим, в котором, в числе прочего, запрещены операции с COM-объектами. Так что только упоминаемое расширение может помочь. В нем просто закомментирована установка безопасного режима. Это не гуд, потому что это происходит в общем модуле, через который вызывается все подряд по переданному в строке имени, т.е., потенциальная дыра в безопасности, но пока так.
Платформа 8.3.15.1830 синхронизация так же в одну сторону, расширение не помогло пишет при попытке загрузить "(Критичная) : Значение контролируемого свойства РежимСовместимости у объекта не совпадает со значением в расширяемой конфигурации" В конфигурации базы стоит режим совместимости с 3.14
Спасибо! помогло, из зарплаты пытался засинхронить после того как расширения установил и на БП, и на ЗП, но либо в аварийный процесс в обе стороны падала, либо в одну сторону только проходило из БП отправил, прошло в обе.
Помогает следующее: в обеих конфигурациях (в ЗУП и БП) комментируем строку "УстановитьБезопасныйРежим(Истина);" (можно через расширение) в общем модуле: Общие модули - ОбщегоНазначения - функция ОбщийМодуль(Имя).
Прикрепленные файлы:
После перехода на релиз ТП 1С:Предприятие 8.3 (8.3.15.1830)
помогло
- полное удаление всех записей COM объекта из "Панель управления" - "Администрирование" - "Службы компонентов" - "Компьютеры" - "Мой компьютер" - "Приложения COM+" >> V83COMConnector <<
Причем, что интересно, между базами также был обмен через прямое подключение, но далее выполнялся самописный код и все работало отлично. Проблемы были исключительно подсистеме обмена данными по правилам разработанным в Конвертации данных.
помогло
- полное удаление всех записей COM объекта из "Панель управления" - "Администрирование" - "Службы компонентов" - "Компьютеры" - "Мой компьютер" - "Приложения COM+" >> V83COMConnector <<
Причем, что интересно, между базами также был обмен через прямое подключение, но далее выполнялся самописный код и все работало отлично. Проблемы были исключительно подсистеме обмена данными по правилам разработанным в Конвертации данных.
Ответ службы поддержки фирмы 1С:
Это следствие ошибки платформы
В ближайшее время эта ошибка будет исправлена, и по данной ссылке появится описание и номер релиза платформы с исправлением.
Это следствие ошибки платформы
В ближайшее время эта ошибка будет исправлена, и по данной ссылке появится описание и номер релиза платформы с исправлением.
Платформа 8.3.15.1830, сервер x64, ошибка проявляется. Компоненту подключали через regsvr32 comctrl.dll из каталога сервера.
Исправили комментированием строки "УстановитьБезопасныйРежим(Истина)" в расширении ЗУП.
Синхронизация работает только со стороны ЗУП, при вызове из Бухгалтерии та же ошибка.
Исправили комментированием строки "УстановитьБезопасныйРежим(Истина)" в расширении ЗУП.
Синхронизация работает только со стороны ЗУП, при вызове из Бухгалтерии та же ошибка.
(82) Комментированием строки "УстановитьБезопасныйРежим(Истина)" в расширении ЗУП помогло не до конца. В зависимости от зарегистрированных изменений ошибка повторялась.
Окончательно победить проблему помогла регистрация компоненты из каталога сервера x64: C:\Program Files\1cv8\8.3.15.1830\bin\comcntr.dll
Окончательно победить проблему помогла регистрация компоненты из каталога сервера x64: C:\Program Files\1cv8\8.3.15.1830\bin\comcntr.dll
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот