Всем привет! Клиент захотел доработаться штатный функционал выгрузки данных из УТ в БП, ввиду особенностей ведения учета в организации требуется чтобы все документы выгружались в БП 3.0 один раз и затем при изменении этих документов в УТ, надо чтобы они не выгружались в БП снова. Как это можно реализовать? Кто делал подобное подскажите пожалуйста

поддержу предыдущего оратора, сделал отбор в отчете, чтобы лишнее не вылазило, а дальше забил...28 открытых форм при трассировке

Бухгалтер боится что в УТ манагеры что то там натворят и ей выгрузятся косяки всякие, поэтому хочет чтобы документы выгрузили один раз....

надо подойти к решению с другой стороны. Пусть бухгалтер обрабатывает документы в БП только после закрытия от изменений в УТ.

Выгружать 1 раз это бред. Менеджер может в течение 30 минут раз 10 перепровести пока по любой причине

(0) как вариант:

добавляешь доп свойство - выгружен в БР 3.0. И меняешь правила регистрации объекта по нему.

Доработай правила. При загрузке если док найден, то не грузим.

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

(6) эти вопросы уже обсуждали

(4) Норм вариант

(4) можно по подробнее не совсем понял?

(8) в (5) тоже не плохой. Можно сделать доп свойство не загружать из УТ. И как только бухгалтер проработает документ, не загружать его больше.

Тут кстати дел меньше просто правило загрузки поправить.

(9) это надо копать в сторону КД 3 и как в универсальном обмене через EnterpriseData правила регистрации работают.

(4) И как его устанавливать в признак выгружен? Нужно же подтверждение что дошел до адресата. Это нужно делать при отмене регистрации при получении номера загруженного сообщения от БП.

Самое простое - не загружать в БП если там есть.
Можно обойтись одной строчкой кода на документ.

(10) Но трафика больше, ибо документы регаться будут все, а загружаться не все.

(13) Вероятность повторного изменения документов в УТ должна быть низкой. Это административные вопросы, а не технические ))

(14) Ну так то да, конечно. Да и сама концепция "не выгружать/загружать измененные документы, потому что бухгалтер ссыт" попахивает нехилыми проблемами именно для бухгалтера :)

Держите алгоритм. Вставлять в *_Получение_ПередЗаписьюПолученныхДанных(

Если НЕ ДанныеИБ=Неопределено Тогда // Не замещать существующие объекты в приемнике при загрузке, а только создавать новые и заполнять их
    ПолученныеДанные = Неопределено;
КонецЕсли;

Как готовить КД3 можно почитать, ну... Например, здесь: http://catalog.mista.ru/public/695523/

Чо тут готовить можно сохранить модуль обмена в обработку, там все поправить и подключить ее

(15) это обычная ситуация. менеджеры меняют задним числом доки и суммы и другие реквизиты. потому что зачастую в конторах работающих не чисто в белую. результат и оформление сделки выясняются после совершения сделки (как там договорятся наверху).

(18) Да это понятно, но если эти изменения не отобразятся в бухии, это грозит проблемами.

(19) это пусть потом сами выясняют мне сказали надо так и всё