В бухгалтерии загружены типовые правила по обмену с УТ:
Использование правил, загруженных из файла, может привести к ошибкам при переходе на новую версию программы.
Правила обмена Дата создания: 19.09.2013 10:52:40 Конфигурация источник: Бухгалтерия предприятия, редакция 2.0 (2.0.52) Конфигурация приемник: Управление торговлей, редакция 11.1 (11.1.2)
В УТ загружены тоже типовые правила:
Использование правил, загруженных из файла, может привести к ошибкам при переходе на новую версию программы.
Правила обмена Дата создания: 25.09.2013 16:52:32 Конфигурация источник: Управление торговлей, редакция 11.1 (11.1.2) Конфигурация приемник: Бухгалтерия предприятия, редакция 2.0 (2.0.52).
Обмен настроен через COM. Настроил синхронизацию. Начинаю выгрузку данных из 1С Бухгалтерия. В результате после определенного времени программа вылетает с ошибкой. Ошибки в прикрепленном файле Err.rar.
Нашел возможный способ решения данной проблемы, возможно он не 100%. У модулей
поставил галку "Внешнее соединение", больше таких ошибок не выходило. Но затем под конец загрузки программа в очередной раз заругалась:
{Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(783)}: Ошибка при вызове метода контекста (ВнешнееСоединениеПослеЗагрузкиДанных) ОбработкаДляЗагрузкиДанных().ВнешнееСоединениеПослеЗагрузкиДанных(); по причине: Произошла исключительная ситуация (1C:Enterprise 8.2.18.109): {ОбщийМодуль.CRM_ОбщегоНазначенияСервер.Модуль(1296,22)}: Переменная не определена (CRM_ХранилищеНастроекПовтИсп)
Но в конце концов что то подгрузилось в УТ+CRM.
Ну и если подводить итог, то можно сказать что обмен не работает. Я так понимаю тестирование конвертаций на предмет совместимости БУХ 2.0 и УТ+CRM не проводилось ? Пожалуйста исправьте данные ошибки!!! Для нас это очень срочный вопрос.
Спасибо за внимание. За советы премного благодарен.
Эти правила не подойдут, т.к. у нас и первичная загрузка (НСИ) идет из бухгалтерия предприятия и, например, документы оплаты тоже должны подгружаться из бухгалтерии.
Я погонял настройку правил и обмен из БП в УТиВСК.
К сожалению Вашу ошибку воспроизвести не смог, но пришел к выводу, что лучше в УТиВСК для обмена использовать правила конвертации и регистрации, которые поставляются с БП 2.0.52, так как нами была допущена ошибка в макетах правил, которые входят в состав конфигурации.
Кучеров Андрей пишет: Я погонял настройку правил и обмен из БП в УТиВСК.
К сожалению Вашу ошибку воспроизвести не смог, но пришел к выводу, что лучше в УТиВСК для обмена использовать правила конвертации и регистрации, которые поставляются с БП 2.0.52, так как нами была допущена ошибка в макетах правил, которые входят в состав конфигурации.
>>Я погонял настройку правил и обмен из БП в УТиВСК. Я таких правил не видел. Что за правила ? Скажите пожалуйста, вы какие правила имеете ввиду ? Попробуйте выполнять обмен с использованием контактных лиц и контрагентов. Например, Попытка передачи с клиента на сервер мутабельного значения 1-ого параметра ПриЗаписиОбъектаКонтактнойИнформации - общий модуль сфпСофтФонПроСервер
Кучеров Андрей пишет: Вот файлы, которые идут в поставке обновлений бухгалтерии. Обмен попробую выполнить.
Это не те правила. Вот которые вы мне предлагаете: <Наименование>УТ-БП (11.1.2.11, v.3)</Наименование> Мои: <Наименование>БП-УТ (2.0.52.2, 11.1.2.13, v.1)</Наименование>
Прогнал обмен с базой УтиВСК на сервере. У меня вывалилась аналогичная ошибка на ОМ "CRM_КлиентыСервер" Помогла установка флажка "Внешнее соединение" Полагаю для ОМ "CRM_ХранилищеНастроекПовтИсп" надо включить "Внешнее соединение" и "Вызов сервера".
Для ОМ "CRM_ОбщегоНазначенияСервер " добавить "Внешнее соединение".
ВНЕШНЕЕ СОЕДИНЕНИЕ: Ошибка при загрузке данных: {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(1607)}: Ошибка записи объекта ТипОбъекта = Контрагент Объект = Эльмира ОписаниеОшибки = Ошибка при вызове метода контекста (Записать) Объект.Записать(); по причине: Ошибка при выполнении обработчика - 'ПриЗаписи' по причине: Попытка передачи с клиента на сервер мутабельного значения 1-го параметра метода ПриЗаписиОбъектаКонтактнойИнформации (). ПозицияМодуля = Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(1588) КСообщенияОбОшибках = 26
{Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(3405)}: ВНЕШНЕЕ СОЕДИНЕНИЕ: Ошибка при загрузке данных: {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(1607)}: Ошибка записи объекта ТипОбъекта = Контрагент Объект = Эльмира ОписаниеОшибки = Ошибка при вызове метода контекста (Записать) Объект.Записать(); по причине: Ошибка при выполнении обработчика - 'ПриЗаписи' по причине: Попытка передачи с клиента на сервер мутабельного значения 1-го параметра метода ПриЗаписиОбъектаКонтактнойИнформации (). ПозицияМодуля = Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(1588) КСообщенияОбОшибках = 26 ВызватьИсключение СтрокаСообщения;
Прогнал обмен с базой УтиВСК на сервере. У меня вывалилась аналогичная ошибка на ОМ "CRM_КлиентыСервер" Помогла установка флажка "Внешнее соединение" Полагаю для ОМ "CRM_ХранилищеНастроекПовтИсп" надо включить "Внешнее соединение" и "Вызов сервера".
Для ОМ "CRM_ОбщегоНазначенияСервер " добавить "Внешнее соединение".
С Вашего позволения дополню:
Проблема в том, что обработчики подписок на события в конфигурации ут11+crm находятся в 4ёх модулях не имеющих директив компиляции "Внешнее соединение".
Список модулей: CRM_КлиентыСервер, сфпСофтФонПроСервер, CRM_ОбщегоНазначенияСервер.
Кроме того из последнего, точнее {ОбщийМодуль.CRM_ОбщегоНазначенияСервер.Модуль(1296,22)}, вызывается модуль CRM_ХранилищеНастроекПовтИсп, и он также не компилируется при внешнем соединении.
Вопрос: а стоит ли вот так необдуманно и без участия разработчиков расставлять "галки" налево-направо?
Вопросы к разработчикам подписок на события: Может перенести обработчики событий в отдельный модуль Зарегистрирована ли ошибка? Когда ждать исправления?
(кстати сегодня вышла УТ 11.1.2.15 со свежими правилами обмена)))
Александр Железков пишет: Зарегистрирована ли ошибка? Когда ждать исправления?
Конечно ошибка зарегистрирована, анализируем и разбираемся в проблеме... У Андрея и у вас в базе поведение разное, хотя он тоже отлаживает сейчас в серверном режиме...
Ставить флаг "Внешнее соединение" для северных модулей не вариант, это же по сути клиентский вариант компиляции модуля...а распихивать в модулях все по директивам тоже не верно, да и не получится.