Интеграция 1С с ПО на PostgreSQL, ошибка при записи во внешний источник данных #797075

Здравствуйте. Профессиональным программистом 1С я не являюсь, но по причине отсутствия специалиста пришлось этим заниматься. На файловой 1С:Предприятие 8.3 (8.3.10.2168), конфигурация Управление торговлей, редакция 11 (11.3.3.163) создал регламентное задание и внешний модуль. Модуль писал строки во внешний источник данных, который является базой PostgreSQL. При работе из файловой версии всё отрабатывало отлично, данные до внешнего ПО долетали. Когда же из тестовой файловой конфигурации перенесли в клиент-серверную конфу (сервер на linux, база 1С тоже на PostgreSQL) в журнал регистрации начала сыпаться странная ошибка, которая прерывала работу общего модуля и регламентного задания. Ошибка при вызове метода контекста (Записать) по причине: Ошибка внешней базы данных: ошибка при выполнении запроса по причине: Ошибка ODBC. SQLSTATE: 00000 Троеточием заменил данные той строки, в которую происходила запись, то есть Notice выводил что то типа "Select * from table where ID = 36733" Код "00000" соответствует успешному выполнению, поэтому у меня вопрос - почему 1С интерпретирует код успешного выполнения за ошибку и останавливает выполнение задания?

Надо не на форум писать, а в техподдержку обращаться.

а внешние источники данных стали поддерживать хранение ссылок? что бы можно было создать некое подобие олап кубов  и хранить аналитику прошлых лет вне базы. в принципе и сейчас такое можно сделать, но скорость конвертации строк в ссылки делает это бессмысленным.

ODBC на линуксовом сервере настроен-то?

Да, селекты проходят нормально. При записи ошибка

в попытку .. исключение не пробовали засунуть?

Файловая под одним пользователем подключение, регламентное задание под другим

Еще может тестовая postgresql более свежая чем на рабочем, те рабочая postgresql не поддерживает синтаксис внешнего источника данных

Пишу я данные совсем в другое ПО, не в 1С Для экспериментов админ сервера выгрузил клиент-серверную базу  в файл. На выгруженной в файл базе всё ок, на актуальной клиент-серверной ошибка. Думаю корень проблемы где то в линуксовом ODBC