Вход | Регистрация
 

Шаманство с обменом 1С

Шаманство с обменом 1С
Я
   Alex Проблемный
 
09.07.20 - 13:54
Есть типовой обмен УНФ 1.6 с БП 3.0 по расписанию раз в 5 мин. Предыдущий программист добавил чекбокс регистрации документа для обмена. Если истина тогда регистрируется, если нет то нет. Сейчас возникла следующая ситуация:
Менеджер поставил галку - 5 минут прошло - документ выгрузился - менеджер вспомнил что этот документ был предварительный и его не надо выгружать - снял галку. Как итог в УНФ всё ок, а бухгалтера не поймут откуда у них две расходки по одному заказу.
P.S. Одна расходка с наименованиями для заказчика, другая для производства, сумма и количество сходится разница в наименованиях и количество строк - не спрашивайте почему так я сам в ах....е, так это задумали за 3 прогера до меня.
   sitex
 
1 - 09.07.20 - 13:56
(0) Они наверно не думали что этим будет управлять "Продавашка".
   Alex Проблемный
 
2 - 09.07.20 - 14:05
Извиняюсь, забыл сам вопрос: возможно ли регистрировать объект на удаление в плане обмена если в базе источнике он проведен?
Вообще мой план таков: создаю реквизит на форме "БУНаФорме" и на объекте уже есть "БУ". ПриЗаписиНаСервере - 
Если БУНаФорме = Ложь И БУ = Истина Тогда 
   зарегистрировать как помеченный на удаление
ИначеЕсли БУНаФорме = Истина И БУ = Ложь
   зарегистрировать
ИначеЕсли БУНаФорме = Ложь И БУ = Ложь
   не регистрировать
ИначеЕсли БУНаФорме = Истина И БУ = Истина
   зарегистрировать
КонецЕсли
   Alex Проблемный
 
3 - 09.07.20 - 14:08
(2) ... Т.к. регистрация происходит в общем модуле и там я могу обратиться только к реквизитам объекта, тогда необходима дополнительная идентификация... Возможно требуется ещё один реквизит "РегистрироватьКакПомеченныйНаУдаление"?
   unbred
 
4 - 09.07.20 - 14:08
и чем твой метод отличается от "предыдущего программиста"?
если уж так сильно надо обмен раз в 5 минут- можно сделать признак "выгружалсяВБуху" и и заставлял бы делать корректировку на него
   unbred
 
5 - 09.07.20 - 14:09
(4) хотя тоже ацтой
   Alex Проблемный
 
6 - 09.07.20 - 14:10
(4) "заставлял бы делать корректировку на него" - в смысле?
   unbred
 
7 - 09.07.20 - 14:13
(6) корректировка реализации например .
nvm...в любом случае решение ацтой
   aleks_default
 
8 - 09.07.20 - 14:21
Может лучше разобраться почему создалась вторая расходка, а не "заменилась" первая?
   Alex Проблемный
 
9 - 09.07.20 - 16:56
возможно ли регистрировать объект на удаление в плане обмена если в базе источнике он проведен?
   Salimbek
 
10 - 09.07.20 - 17:17
(9) Ты же программист. Можно делать что угодно.
   hhhh
 
11 - 09.07.20 - 17:35
(9) но оно тебе надо? такая ситуация бывает раз в год, когда менеджер сильно набухается. Исправьте вручную и забудьте.
   olegves
 
12 - 09.07.20 - 17:42
   Креатив
 
13 - 09.07.20 - 23:56
(0)Сама идея столь частой синхронизацией с БП очень сомнительная. Зачем бухгалтерии такая оперативность?
   skpoo
 
14 - 10.07.20 - 07:27
(13) У самурая нет цели, только путь...
   sitex
 
15 - 10.07.20 - 07:41
(12) Забавно, надо пятничный сходняк в цвете распечатать.
   Alex Проблемный
 
16 - 10.07.20 - 08:39
(12) this is the most beautiful picture i`ve ever seen
(14) так и живём
(13) так принято
(11) достаточно часто. Бить менеджеров не дают но проблему нужно решить
(10) а как, тыкните носом где почитать
   Alex Проблемный
 
17 - 10.07.20 - 09:13
Кто нибудь может подсказать как в обмене УТ 10.3 с БП 3.0 происходит регистрация документа если ранее стоял БУ затем его сняли. На сколько я помню если документ ранее был выгружен (т.е. стоял БУ) затем отключили БУ и при обмене созданный ранее документ в БП помечался на удаление. У меня сейчас нет УТ 10.3. Кому не жалко напишите как УТ, при обмене понимает, что документ был ранее выгружен и как он регистрировать с пометкой на удаление если в источнике он проведен
   ДенисЧ
 
18 - 10.07.20 - 09:18
(17) Никак УТ не понимает. Нужно своё шаманить
   Salimbek
 
19 - 10.07.20 - 09:23
(17) Ну смотри:
1) Тебе надо как-то хранить предыдущее значение этой галочки. Т.е. где-то обязательно должен быть признак, что этот Документ был ранее выгружен в Бух. Иначе, если взять два одинаковых документа - один изначально без этой галочки и никогда не выгружавшийся и второй, в котором галочку сначала поставили, а потом, через время, убрали, то внутри это будут два одинаковых документа, но обрабатываться должны по-разному. И потому нужен какой-то доп.реквизит, или свойство или что-то еще.
2) Скорее всего надо смотреть Правила конвертации, на предмет того, что "если выгружаем документ без галочки, но ранее мы знаем, что галочка на документе стояла, то выгружаем этот объект не как обычно, а как помеченный на удаление"
   Serg_1960
 
20 - 10.07.20 - 09:33
(17) А понимать и не надо. Поставили/сняли галочку у документа - это изменение документа - подписка на изменение, проверка текущего значения у объекта и у его ссылке. Если было и не стало галочки - регистрация изменений, отправка. При получении - искать/добавлять/изменять и ДокументОбъект.ПометкаУдаления = НЕ (ТвояГалочкаЧекБокс).
   Serg_1960
 
21 - 10.07.20 - 09:39
В РИБе это всё гораздо проще:

Процедура ПриОтправкеДанныхПодчиненному(ЭлементДанных, ОтправкаЭлемента, СозданиеНачальногоОбраза)
   Если ЗдесьУсловиеНаУдалениеНапримерДокументБезГалочки Тогда
       ОтправкаЭлемента = ОтправкаЭлементаДанных.Удалить;
   КонецЕсли;
КонецПроцедуры
   Креатив
 
22 - 10.07.20 - 10:18
(16)Обычно в таких ситуациях я задаю вопрос:"Зачем?" Или "Какой в этом смысл?"
   Salimbek
 
23 - 10.07.20 - 10:30
(22) Да хоть раз в сутки обмен. Сегодня бухша поставила галочку, завтра обнаружила и галочку убрала. Проблема осталась.
   Сергиус
 
24 - 10.07.20 - 10:42
(0)Не очень понятно, как связано [Менеджер поставил галку - 5 минут прошло - документ выгрузился - менеджер вспомнил что этот документ был предварительный и его не надо выгружать - снял галку.] c [ Как итог в УНФ всё ок, а бухгалтера не поймут откуда у них две расходки по одному заказу.]? Установка и снятие галки каждый раз вызывает регистрацию для обмена нового документа или какая логика? Возможно стоит именно в этом месте разбираться, почему оно так.
   sitex
 
25 - 10.07.20 - 11:08
(0) Слушайте вам надо логику работы пересмотреть. и обсудить с теми кому нужны эти данные , и вообще нужны они на столько оперативно.
   Salimbek
 
26 - 10.07.20 - 12:38
(24) Поставили галочку -> Документ при обмене увидел, что он должен лечь в базу Бух и ушел туда. Потом галочку убрали -> Документ увидел, что он не должен выгружаться в базу Бух и никаких своих изменений больше в эту базу транслировать не будет. В итоге - по УНФ делаем реестр документов "без галочки" и сверяем его с базой Бух -> видим в расхождениях этот самый документ.
   Сергиус
 
27 - 10.07.20 - 20:42
(26)Это понятно, откуда тут - [Как итог в УНФ всё ок, а бухгалтера не поймут откуда у них две расходки по одному заказу.]?
   hhhh
 
28 - 10.07.20 - 21:00
(19) не нужно этих сложностей. Просто всегда удалять документ и всё, если нет галочки.
   Сияющий в темноте
 
29 - 11.07.20 - 00:14
Постановка странная.
если есть гадочка,то при изменении документа он куда-то отправляется.
если галочкк сняли,то мы можем проверить отправился документ или нет?
если объект для обмена зарегистрирован,то мы можем удалить эту регистрацию.
а если обмен уже прошел,то мы не видим ничего,как если бы обмена просто не было бы.

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


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.