Есть типовой обмен УНФ 1.6 с БП 3.0 по расписанию раз в 5 мин. Предыдущий программист добавил чекбокс регистрации документа для обмена. Если истина тогда регистрируется, если нет то нет. Сейчас возникла следующая ситуация:
Менеджер поставил галку - 5 минут прошло - документ выгрузился - менеджер вспомнил что этот документ был предварительный и его не надо выгружать - снял галку. Как итог в УНФ всё ок, а бухгалтера не поймут откуда у них две расходки по одному заказу.
P.S. Одна расходка с наименованиями для заказчика, другая для производства, сумма и количество сходится разница в наименованиях и количество строк - не спрашивайте почему так я сам в ах....е, так это задумали за 3 прогера до меня.

(0) Они наверно не думали что этим будет управлять "Продавашка".

Извиняюсь, забыл сам вопрос: возможно ли регистрировать объект на удаление в плане обмена если в базе источнике он проведен?
Вообще мой план таков: создаю реквизит на форме "БУНаФорме" и на объекте уже есть "БУ". ПриЗаписиНаСервере -
Если БУНаФорме = Ложь И БУ = Истина Тогда
   зарегистрировать как помеченный на удаление
ИначеЕсли БУНаФорме = Истина И БУ = Ложь
   зарегистрировать
ИначеЕсли БУНаФорме = Ложь И БУ = Ложь
   не регистрировать
ИначеЕсли БУНаФорме = Истина И БУ = Истина
   зарегистрировать
КонецЕсли

(2) ... Т.к. регистрация происходит в общем модуле и там я могу обратиться только к реквизитам объекта, тогда необходима дополнительная идентификация... Возможно требуется ещё один реквизит "РегистрироватьКакПомеченныйНаУдаление"?

и чем твой метод отличается от "предыдущего программиста"?
если уж так сильно надо обмен раз в 5 минут- можно сделать признак "выгружалсяВБуху" и и заставлял бы делать корректировку на него

(4) хотя тоже ацтой

(4) "заставлял бы делать корректировку на него" - в смысле?

(6) корректировка реализации например .
nvm...в любом случае решение ацтой

Может лучше разобраться почему создалась вторая расходка, а не "заменилась" первая?

возможно ли регистрировать объект на удаление в плане обмена если в базе источнике он проведен?

(9) Ты же программист. Можно делать что угодно.

(9) но оно тебе надо? такая ситуация бывает раз в год, когда менеджер сильно набухается. Исправьте вручную и забудьте.

(0) https://1s83.info/wp-content/uploads/2017/06/buben.png

(0)Сама идея столь частой синхронизацией с БП очень сомнительная. Зачем бухгалтерии такая оперативность?

(13) У самурая нет цели, только путь...

(12) Забавно, надо пятничный сходняк в цвете распечатать.

(12) this is the most beautiful picture i`ve ever seen
(14) так и живём
(13) так принято
(11) достаточно часто. Бить менеджеров не дают но проблему нужно решить
(10) а как, тыкните носом где почитать

Кто нибудь может подсказать как в обмене УТ 10.3 с БП 3.0 происходит регистрация документа если ранее стоял БУ затем его сняли. На сколько я помню если документ ранее был выгружен (т.е. стоял БУ) затем отключили БУ и при обмене созданный ранее документ в БП помечался на удаление. У меня сейчас нет УТ 10.3. Кому не жалко напишите как УТ, при обмене понимает, что документ был ранее выгружен и как он регистрировать с пометкой на удаление если в источнике он проведен

(17) Никак УТ не понимает. Нужно своё шаманить

(17) Ну смотри:
1) Тебе надо как-то хранить предыдущее значение этой галочки. Т.е. где-то обязательно должен быть признак, что этот Документ был ранее выгружен в Бух. Иначе, если взять два одинаковых документа - один изначально без этой галочки и никогда не выгружавшийся и второй, в котором галочку сначала поставили, а потом, через время, убрали, то внутри это будут два одинаковых документа, но обрабатываться должны по-разному. И потому нужен какой-то доп.реквизит, или свойство или что-то еще.
2) Скорее всего надо смотреть Правила конвертации, на предмет того, что "если выгружаем документ без галочки, но ранее мы знаем, что галочка на документе стояла, то выгружаем этот объект не как обычно, а как помеченный на удаление"

(17) А понимать и не надо. Поставили/сняли галочку у документа - это изменение документа - подписка на изменение, проверка текущего значения у объекта и у его ссылке. Если было и не стало галочки - регистрация изменений, отправка. При получении - искать/добавлять/изменять и ДокументОбъект.ПометкаУдаления = НЕ (ТвояГалочкаЧекБокс).

В РИБе это всё гораздо проще:

Процедура ПриОтправкеДанныхПодчиненному(ЭлементДанных, ОтправкаЭлемента, СозданиеНачальногоОбраза)
   Если ЗдесьУсловиеНаУдалениеНапримерДокументБезГалочки Тогда
       ОтправкаЭлемента = ОтправкаЭлементаДанных.Удалить;
   КонецЕсли;
КонецПроцедуры

(16)Обычно в таких ситуациях я задаю вопрос:"Зачем?" Или "Какой в этом смысл?"

(22) Да хоть раз в сутки обмен. Сегодня бухша поставила галочку, завтра обнаружила и галочку убрала. Проблема осталась.

(0)Не очень понятно, как связано [Менеджер поставил галку - 5 минут прошло - документ выгрузился - менеджер вспомнил что этот документ был предварительный и его не надо выгружать - снял галку.] c [ Как итог в УНФ всё ок, а бухгалтера не поймут откуда у них две расходки по одному заказу.]? Установка и снятие галки каждый раз вызывает регистрацию для обмена нового документа или какая логика? Возможно стоит именно в этом месте разбираться, почему оно так.

(0) Слушайте вам надо логику работы пересмотреть. и обсудить с теми кому нужны эти данные , и вообще нужны они на столько оперативно.

(24) Поставили галочку -> Документ при обмене увидел, что он должен лечь в базу Бух и ушел туда. Потом галочку убрали -> Документ увидел, что он не должен выгружаться в базу Бух и никаких своих изменений больше в эту базу транслировать не будет. В итоге - по УНФ делаем реестр документов "без галочки" и сверяем его с базой Бух -> видим в расхождениях этот самый документ.

(26)Это понятно, откуда тут - [Как итог в УНФ всё ок, а бухгалтера не поймут откуда у них две расходки по одному заказу.]?

(19) не нужно этих сложностей. Просто всегда удалять документ и всё, если нет галочки.

Постановка странная.
если есть гадочка,то при изменении документа он куда-то отправляется.
если галочкк сняли,то мы можем проверить отправился документ или нет?
если объект для обмена зарегистрирован,то мы можем удалить эту регистрацию.
а если обмен уже прошел,то мы не видим ничего,как если бы обмена просто не было бы.

можно при снятии галочки зарегистрировать объект к обмену,но при выгрузке,вместо объекта в обмен передать его удаление-если обмена в приемнике нету,то ничего страшного из-за удаления не будет,но только в том случае,если обмен идет по гуид,если сопоставление по полям,то можно нечаянно удалить похожий документ.