Перепроведение ПоступлениеБезналичныхДенежныхСредств в КА2 при обмене
Всем Д.Д.
Столкнулись с таким поведением системы. (КА 2.4.12.81)
Документы поступление ДС формируются в БП3 и по обмену приезжают в КА2.
В КА2 включены онлайн-взаиморасчеты. При появлении документа в КА2 движения по нему записываются корректно и тут вопросов нет.
Проблемы возникают при изменении этого документа в БП и повторном обмене. Если в БП изменяется объект расчетов, то при получении документа в КА2 формируются новые движения, при этом старые - не удаляются.
Происходит это, по всей видимости из-за выключенного реквизита "Удаление движений" у ПоступлениеБезналичныхДенежныхСредств в КА2.
Я понимаю так, что все это сделано для поддержки офлайн-взаиморасчетов, и это здорово... однако как быть для варианта "онлайн" - непонятно.
Коллеги! Что посоветуете?
Лепить костыль в ПередЗаписью()... проверять модифицированность и как-то распроводить?
Заранее благодарю за конструктивные предложения.
Столкнулись с таким поведением системы. (КА 2.4.12.81)
Документы поступление ДС формируются в БП3 и по обмену приезжают в КА2.
В КА2 включены онлайн-взаиморасчеты. При появлении документа в КА2 движения по нему записываются корректно и тут вопросов нет.
Проблемы возникают при изменении этого документа в БП и повторном обмене. Если в БП изменяется объект расчетов, то при получении документа в КА2 формируются новые движения, при этом старые - не удаляются.
Происходит это, по всей видимости из-за выключенного реквизита "Удаление движений" у ПоступлениеБезналичныхДенежныхСредств в КА2.
Я понимаю так, что все это сделано для поддержки офлайн-взаиморасчетов, и это здорово... однако как быть для варианта "онлайн" - непонятно.
Коллеги! Что посоветуете?
Лепить костыль в ПередЗаписью()... проверять модифицированность и как-то распроводить?
Заранее благодарю за конструктивные предложения.
Прикрепленные файлы:
![](/upload/forum/upload/fe4/fe4beb2cfc5370a115a44b4bc8d0b761.png)
Найденные решения
(8) проверили... работает вот такая конструкция:
Единственный минус - в историю пишется две версии объекта... ну можно и пренебречь.
&Перед("ПередЗаписью")
Процедура ОБМ_ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Если ОбменДанными.Загрузка
И Не ЭтоНовый()
И ПолучитьФункциональнуюОпцию("НоваяАрхитектураВзаиморасчетов")
И ОбщегоНазначения.ЗначениеРеквизитаОбъекта(Ссылка, "Проведен")
Тогда
ОбменДанными.Загрузка = Ложь;
Записать(РежимЗаписиДокумента.ОтменаПроведения);
ОбменДанными.Загрузка = Истина;
КонецЕсли;
КонецПроцедуры
ПоказатьЕдинственный минус - в историю пишется две версии объекта... ну можно и пренебречь.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
в УТ 11 похожее поведение наблюдал. Создавались и не удалялись документы Регистрация расчетов. В конфигураторе также стоит Не удалять автоматически. 1С советуют разные механизмы решения проблем. Есть даже экзотический - перевести в Офлайн расчеты, потом обратно вернуть в Онлайн (пока не допилят функционал). Тоже самое было со Списанием ДС
Обратите внимание, что при "онлайн" расчетах отчет о движениях документа по обычным регулярным документам (в т.ч. и банковским) как бы, показывает движения по регистрам вида
РасчетыСКлиентамиПланОплат,
РасчетыСКлиентамиПланОтгрузок,
РасчетыСКлиентамиПоСрокам,
РасчетыСПоставщикамиПланОплат,
РасчетыСПоставщикамиПланПоставок,
РасчетыСПоставщикамиПоСрокам,
но на самом деле это движения другого специального служебного документа вида "Регистратор расчетов".
В обмене нужно было бы авторам это предусмотреть, и подтирать те движения этих документов, которые относятся к обновляемому обменом документу. Однако у них, зачастую, одна рука не знает что делает другая.
Возможно, авторы не предполагали, что при наличии качественного бух.учета в КА-2, кто-то будет налаживать обмен с БП. Однако ситуации бывают разные... Мне трудно предположить, но, возможно где-то это и оправдано.
РасчетыСКлиентамиПланОплат,
РасчетыСКлиентамиПланОтгрузок,
РасчетыСКлиентамиПоСрокам,
РасчетыСПоставщикамиПланОплат,
РасчетыСПоставщикамиПланПоставок,
РасчетыСПоставщикамиПоСрокам,
но на самом деле это движения другого специального служебного документа вида "Регистратор расчетов".
В обмене нужно было бы авторам это предусмотреть, и подтирать те движения этих документов, которые относятся к обновляемому обменом документу. Однако у них, зачастую, одна рука не знает что делает другая.
Возможно, авторы не предполагали, что при наличии качественного бух.учета в КА-2, кто-то будет налаживать обмен с БП. Однако ситуации бывают разные... Мне трудно предположить, но, возможно где-то это и оправдано.
(4) ну про качество бухучета в КА спорить не буду... это вопрос философский. А как быть пользователям УТ11? Интересно, здесь что авторы предполагали?
пока придумалось только вот такое (в расширении):
Покритикуйте?
пока придумалось только вот такое (в расширении):
&Перед("ПередЗаписью")
Процедура ОБМ_ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
РасчетыОнлайн = ПолучитьФункциональнуюОпцию("НоваяАрхитектураВзаиморасчетов");
Если ОбменДанными.Загрузка
И РасчетыОнлайн
И ЭтотОбъект.Проведен
И РежимЗаписи = РежимЗаписиДокумента.Проведение
Тогда
ЭтотОбъект.Записать(РежимЗаписиДокумента.ОтменаПроведения, РежимПроведения);
ЭтотОбъект.Записать(РежимЗаписи, РежимПроведения);
КонецЕсли;
КонецПроцедуры
ПоказатьПокритикуйте?
(8) проверили... работает вот такая конструкция:
Единственный минус - в историю пишется две версии объекта... ну можно и пренебречь.
&Перед("ПередЗаписью")
Процедура ОБМ_ПередЗаписью(Отказ, РежимЗаписи, РежимПроведения)
Если ОбменДанными.Загрузка
И Не ЭтоНовый()
И ПолучитьФункциональнуюОпцию("НоваяАрхитектураВзаиморасчетов")
И ОбщегоНазначения.ЗначениеРеквизитаОбъекта(Ссылка, "Проведен")
Тогда
ОбменДанными.Загрузка = Ложь;
Записать(РежимЗаписиДокумента.ОтменаПроведения);
ОбменДанными.Загрузка = Истина;
КонецЕсли;
КонецПроцедуры
ПоказатьЕдинственный минус - в историю пишется две версии объекта... ну можно и пренебречь.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот