При обновлении типовых конфигураций (например, «Бухгалтерия предприятия 2.0» или «Управление торговлей 10.3») специалисты часто сталкиваются с ситуацией, когда старая платформа 8.2 перестает корректно работать с обновленным программным кодом. Рассмотрим типичный сценарий: обмен данными между УТ 10.3 (работающей на платформе 8.2) и БП 2.0 (работающей на 8.3) внезапно прерывается ошибками препроцессора или COM-соединения. Проанализируем причины этой проблемы и разберем по шагам, как привести систему в рабочее состояние.
Разберем ситуацию, когда при запуске обмена из УТ под платформой 8.2 возникает исключительная ситуация: {Перечисление.СтавкиНДС.МодульМенеджера(3,2)}: Ожидается оператор препроцессора. Эта ошибка указывает на фундаментальную несовместимость. В новых релизах «Бухгалтерии предприятия 2.0» (начиная с 2.0.66.44) программный код в модулях менеджеров оптимизирован под требования платформы 8.3. Использование директив или синтаксических конструкций, специфичных для 8.3, делает невозможным компиляцию этого кода парсером платформы 8.2.
Решение: Единственным стабильным вариантом является запуск «Управления торговлей 10.3» под платформой 8.3. Платформа 8.2 физически не способна обработать код современных релизов БП 2.0. Если вы вынуждены использовать 8.2 (например, из-за проблем с драйверами торгового оборудования), вам придется либо отказаться от обновлений БП, либо решить корневую проблему с оборудованием в среде 8.3.
При попытке переключить тип информационной базы на 8.3 в настройках обмена часто возникает ошибка: Процесс сервера не может быть запущен, так как указана неправильная идентификация или код 0x8000401A. Это происходит потому, что при обращении к базе через COMОбъект("V83.COMConnector") операционная система не может запустить процесс от имени нужного пользователя.
Проанализируем шаги по настройке DCOM на сервере:
Компьютеры — Мой компьютер — Настройка DCOM.Для корректной работы COM-соединения необходимо убедиться, что в системе зарегистрирована именно та версия библиотеки, которая соответствует установленной платформе 8.3. Если регистрация через стандартный regsvr32 из командной строки выдает ошибки, попробуем выполнить регистрацию вручную с учетом разрядности системы.
Посмотрим на пример команд для регистрации (для 32-битной платформы на 64-битной Windows):
C:\Windows\SysWOW64\regsvr32.exe "C:\Program Files (x86)\1cv8\8.3.x.xxxx\bin\comcntr.dll"
Важно указывать полный путь к папке bin конкретного релиза платформы, который вы планируете использовать для обмена.
Часто пользователи остаются на платформе 8.2 из-за того, что в 8.3 сканер штрихкода ведет себя некорректно: вместо перехода на строку вниз (имитация клавиши Enter) он переводит фокус в соседнюю ячейку вправо (имитация Tab). Это связано с изменением логики обработки управляющих символов в новых версиях платформы.
Выясним, как это исправить, чтобы иметь возможность полноценно перейти на 8.3:
#13 (CR — возврат каретки), платформа 8.3 может интерпретировать его как команду завершения редактирования поля и переход к следующему. Попробуйте изменить суффикс на #10 (LF — перевод строки) или на комбинацию #13#10.Рассмотренная ситуация показывает, что «лоскутное» обновление конфигураций без обновления платформы неизбежно ведет к ошибкам. Попытки «вырезать» фрагменты кода из МодульМенеджера перечисления СтавкиНДС являются временной мерой и могут привести к непредсказуемым последствиям в налоговом учете.
Алгоритм действий для восстановления обмена:
comcntr.dll актуальной версии.Выполнение этих шагов позволит устранить ошибки препроцессора и восстановить стабильную выгрузку данных в «Бухгалтерию предприятия».