Имя: Пароль:
1C
 
Конвертация данных. Подскажите плиз.
0 mzelensky
 
11.05.15
16:04
Доброго всем! Хочу скорректировать типовые правила обмена между БП 2.0 и УТ11.1.

ПКО "РКО_ВозвратДСПокупателю"

Событие "После загрузки"

в самом конце обработчика добавил строки:

//<--Maximus
Для каждого СтрокаТЧ из  Объект.РасшифровкаПлатежа Цикл
    Если НЕ ЗначениеЗаполнено(СтрокаТЧ.СтатьяДвиженияДенежныхСредств) Тогда
        СтрокаТЧ.СтатьяДвиженияДенежныхСредств = Справочники.СтатьиДвиженияДенежныхСредств.ВозвратОплатыКлиенту;    
    КонецЕсли;
КонецЦИкла;
//Maximus-->

Суть в том, что если в БП не указали статью ДДС, то при загрузке в УТ подставляем статью по-умолчанию. Проверяю - нифига не работает!!! Документ переносится, но реквизит не заполняется (при условии что в БП он пустой). Если в БП реквизит заполнить, то он мигрирует корректно.

Косяк в том, что никак не удается запустить режим отладки, чтобы хоть как-то протестить это все :(
1 Рэйв
 
11.05.15
16:07
что то мне кажется у тебя реквизит не поддерживает тип
Справочники.СтатьиДвиженияДенежныхСредств
потомучто по коду вроде все правильно
2 ДенисЧ
 
11.05.15
16:07
А шо, сообщить() тоже не работает?
3 ДенисЧ
 
11.05.15
16:07
И даже запись в ЖР?
4 Рэйв
 
11.05.15
16:08
хотя я эту РасшифровкаПлатежа еще с ПКО и РКО не люблю...
5 mzelensky
 
11.05.15
16:14
(1) С типом вроде как все ОК, я его по типовым правилам проверяю. Написано "Тип приемника"

реквизит "СтатьяДвиженияДенежныхСредств" тип приемника "СправочникСсылка.СтатьиДвиженияДенежныхСредств"
6 mzelensky
 
11.05.15
16:15
(2) И кому он будет "СООБЩАТЬ" при фоновом задании на сервере?
7 mzelensky
 
11.05.15
16:15
(3) Про ЖР надо подумать
8 Рэйв
 
11.05.15
16:17
(5)там где есть эта гадость "РасшифровкаПлатежа"
скорее всего дело в отображении.
9 Рэйв
 
11.05.15
16:18
посмотри что есть реквизиты объекта, а что реквизиты формы.
10 mzelensky
 
11.05.15
16:21
(8) Уже смотрел. "РасшифровкаПлатежа" - это табличняа асть. Она есть и в БП ив УТ. По идее должна отрабатывать. Я смотрю именно на ТЧ. в БП сама строчка данных в ТЧ имеется.
11 Рэйв
 
11.05.15
16:23
(10)Ты не понял.
Если в ТЧ одна строка, то ее реквизиты атоматически заполняют реквизиты формы, а ТЧ скрывается...Вот давно сука хотел начистить табло тому кто это написал, но как то не довелось...
12 RomanYS
 
11.05.15
16:27
плюс к (11) в зависимости от вида операции может использоваться как реквизит шапки, так и и из ТЧ
13 RomanYS
 
11.05.15
16:29
по отладке проще начать с записи в ЖР, или файл лога
Скорей всего у тебя вообще другое ПКО отрабатывает
14 mzelensky
 
11.05.15
16:33
(13) Вроде как то:
15 mzelensky
 
11.05.15
16:33
(14) ИначеЕсли Объект.ВидОперации = Перечисления.ВидыОперацийРКО.ВозвратПокупателю Тогда
    ИмяПКО = "РКО_ВозвратДСПокупателю";


Его я и редактирую
16 mzelensky
 
11.05.15
17:02
Дописал
17 mzelensky
 
11.05.15
17:03
ПКО "РКО_ВозвратДСПокупателю"

Событие "После загрузки"

В обработчик дописал (в самом начале):

ЗаписьЖурналаРегистрации("ТЕСТИМ ЗАГРУЗКУ ИЗ БП!!!!!", УровеньЖурналаРегистрации.Информация, , , "ТЕСТИМ ЗАГРУЗКУ ИЗ БП!!!!!");


Обменался - в журнале НИЧЕГО!!!!!!! ВОТАФАК????
18 RomanYS
 
11.05.15
17:06
(17) об этом и речь
Теперь убедись, что твои правила в принципе загружаются. Может  они откуда-нибудь из макетов грузятся
19 RomanYS
 
11.05.15
17:07
Кстати, если файл не очень большой, то в файле можно увидеть какое ПКО используется для конкретного объекта
20 mzelensky
 
11.05.15
17:41
(18) НУ я в БП стандартным механизмом их подгружаю. Информация там обновляется корректно....Сейчас попробую файлик посмотреть
21 mzelensky
 
11.05.15
17:44
В самом файле выгрузки (не правилах, а именно файле обмера) имя ПКО и мои корректировки имеются
22 НП
 
11.05.15
18:01
Конфигурация Конвертация, при всей её изощоённости и сложности являет собой пример исключительно неудачного подхода к проблеме переноса данных из одной базы в другую.
В то же время, существующий объект COMConnector позволяет решить вопрос переноса любого документа, буквально, в течение получаса. При наличии некоторой сноровки. При этом возможны сколь угодно сложные запросы и анализ данных, необходимых для такого переноса. Как между восьмыми, таки версиями 7.7 - 8.2.
23 RomanYS
 
11.05.15
18:08
(21) а ожидаемые документы в файле есть?
24 mzelensky
 
12.05.15
08:19
(23) Ожидаемые документы в файле есть. Имя правил соответствует. Мои корректировки (в событии) в правилах тоже присутствуют. При загрузке документ в базе-источнике появляется. НО мои действия не отрабатывают. Я уже даже просто комментарий там меняю (добавляю типа "ПРОВЕРКА"), но все-равно в документе ничего такого не появляется.
25 mzelensky
 
12.05.15
08:20
(22) Я прекрасно осведомлен о возможностях COMConnector и согбственно говоря предпочитаю его, но переписывать полностью правила переноса БП->УТ11 пипец как не хочется.
26 mzelensky
 
12.05.15
09:05
ПЛЯ!!!!!!!!!! Выяснилось следующее:

как писал ранее выгружаю из БП в УТ11. Файлик обмена благополучно создается. Нужный мне документ в файлике присутствует, имя ПКО верные ,в соответствующем ПКО вставлен мой кусок кода (описан выше по теме).При загрузке файла в УТ11 документ СОЗДАЕТСЯ, но мой код не отрабатывает (буд-то его там и нет). Ошибок при загрузке никаких НЕТ!!!

Продолбался 2 дня. Сейчас ради эксперимента выгрузил в КД набор правил из УТ11 и сделал свой набор правил, где "правила корреспондента" заменил на свои измененные правила (да этого корректировал и заменял только правила в базе-источнике - БП). Произвел обмен и ВУАЛЯ - все балагополучно отработало!!!! Мой код отработал!!!

Делаю вывод - вся инфа, которая выгружается в файле обмена (касательно правил переноса) системе до лампочки - она юзает правила зашитую в базу-приемник как "правила-корреспондента"...

Вот теперь объясните мне идиоту, с каких пор поменялись принципы загрузки файлов обмена????
Программист всегда исправляет последнюю ошибку.