Всем привет,

Пытаюсь разобраться второй день с такой ситуацией... Есть обмен между торговлей и бухгалтерией, самописный. В какой то момент у проведенных документов перестали появляться записи в регистрах. Начал всё детально проверять, изучать, все ли реквизиты правильно заполнены, всё окей, в самый последний момента уже от безысходности решил написать мини обработку, может быть при программном создание документа что то не ок. как выяснилось если создавать документ программно через бухгалтерия - всё хорошо, а если через COM, то всё плохо. приложу два скриншота

http://imgur.com/a/y939c
http://imgur.com/a/WEw2Y

Идеи как это исправить - кончились.

какой-то печальный код, а что не так? где вычисления отладчика? телепаты в отпуске.

(1) как понять "вычисления отладчика" ?

два раза проводить документ - моветон

(3) Честно, мне нету времени писать красивую обработку, что бы 1 раз проверить и удалить

а что плохо то? какая ошибка выходит?

(5) в том то и дело что никакой ошибки нету, в первом случае, когда проводишь документ программно из самой бухгалтерии - всё ок. А во втором, из торговли, через ком соединение, тоже якобы всё окей, не на что не ругается, НО движений в регистрах нет, а документ проведёт.

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

(6) а отладчик что говорит? в момент проведения

Самописочка.

Вангую, что код проведения не доступен во ВнешнемСоединении. Например, режим запуска - ОбычномПриложение, а в модулеДокумента какая-нибудь ересь типа
&НаСервере
#Если Сервер

(8) а "В какой то момент у проведенных" пришло с обновлением коньфы?

(0) а если вместо "V83.COMConnector@"  использовать ""V83.Application""  ?

(8) скорее всего

(10) (11)
Что через ком, что через апликатион так же само.

(9) я не знаю в какой момент, по этому и написал в какой то   С:

Чтобы 2 раза не проводить, можно сделать так:

НоваяСсылка = Документы.Поступление.ПолучитьСсылку(Новый УникальныйИдентификатор);
д.УстановитьСсылкуНового(НоваяСсылка);
д.СубконтоШапки2 = д.ПолучитьСсылкуНового();
д.Записать(v8.РежимЗаписиДокумента.Проведение); // 1 раз

по поводу проведения надо смотреть процедуру ОбработкаПроведения()

(14)

//НоваяСсылка = Документы.Поступление.ПолучитьСсылку(Новый УникальныйИдентификатор);
НоваяСсылка = v8.Документы.Поступление.ПолучитьСсылку(Новый УникальныйИдентификатор);

(15) Эммм)))... уникальный идентификатор тоже из v8:

НоваяСсылка = v8.Документы.Поступление.ПолучитьСсылку(v8.NewObject("УникальныйИдентификатор"));

(14) думаешь что проблема может быть только в процедуре ОбработкаПроведения? Почему тогда программное создание из самой бухгалтерии работает?

(14) (15) Можно, но не нужно.
Не нужно хранить в документе ссылку на себя, лучше поправить процедуру проведений.

Всем спасибо за участие. Нашел в чём была проблема, кто то и зачем то дописал #если клиент... сверил со старой конфигурацией 2016 года.

(19) Ой

(20) как всегда - кто-то считает что он делает все верно, а системе, пилять, ему во вред работает, вот специально чтобы насолить

(0) А для чего документ два раза перепроводится, наверное это оптимально? :)

(6) В обработке вставляй программный код, о записи лога в журнал регистрации. Результат записи, проведения, отменя проведения так же сохраняй в ЖР. После того как не выгрузился документ смотри ЖР и анализируй где отваливается. И происходит ли вообще обмен.

(23) ТС уже нашел причину, см. (19)
На зачем то дописал есть только догадка: модное выражение, вот и применено :)

(24) Спасибо. Я просто не читал ветку. Решил сразу начать советовать.