Конвертация данных из строки в табличную часть. #644269

Подскажите, пожалуйста, как выполнить такой перенос данных. В 1с7.7 есть справочник "Контрагенты" с реквизитами "Адрес", "ЮрАдрес", "Телефон". В 1с8.2 есть справочник "Контрагенты" с табличной частью "Контактная информация", где реквизиты "Тип"(Перечисление), "Вид"(Справочник с предопределенными элементами), "Представление". На форуме нашла Написала для примера КПС Источник - получить значение из входящих данных Приемник - КонтактнаяИнформация В "ПередВыгрузкой" код: Вопросы: 1) как нарисовать тип и вид, если мы выгружаем из 7.7? 2) как обработать полученную ТЗ? 3) или это делается не так?

а фото то где

Achtung!!!

+1

Хм... Вообще-то в 8.2 обычно используется не табличная часть, а регистр сведений. Ну да ладно, пока это не важно. В указанной вами тебе есть очень хороший пост №2. Цитирую: "Блин, наверно без прочтения мануалов нахрапом не взять, туго понимаю механизм. Пойду читать." , Сами вы ахтунг. :))) Пишет, то "нашла", "написала".

сам ты ахтунг, я тут причем)

ты плохо знаешь например ут 11 - там КИ в таб. части

народ похоже вообще темы не читает, тупо смотрит сразу пол, если "м", переходят к следующей)

Топикстартер палится "Нашла.." "Написала .."

А сами читали? Туго и плохо знаю, поэтому и спрашиваю! пол женский, фото показывала

Спросить быстрее чем прочитать...

Я бы сделал так: У ПКО Номенклатуры создал бы группу свойств аналогичную ТЧ приёмника. А в обработчике события "ГруппаСвойств.Перед обработкой" заполнял бы предопределённую переменную "Входящие данные".

Спасибо. Ответ найден и вопрос закрыт.

Ну дык поделись своим вариантом решения. Интересно же.

все так +

т.к. код писать нужно 1с77, то получается так:

Остается прикрутить только "Вид", а так работает.

да Вид вообще прикрутить раз плюнуть. Там же ссылка на предопределенные элементы. Тупо строкой имя предопределенного значения из конфигуратора. Даже правило конвертации значения рисовать не надо.

Спасибо. Пробую, тестирую

все получилось, но возник другой вопрос: В справочнике Номенклатура 1с77 есть поля склад стеллаж полка ячейка в 1с8 в справочнике "Номенклатура" есть таличная часть "Адресное хранение" с реквизитами: склад ЗоныСкладов сталлажи полки ячейки где Как реализовать перенос с подчиненными? Как в предыдущем вопросе для ПКО Номенклатура->Номенклатура создала ПКГС      ...- >"Адресное хранение" (получать из входящих данных) в обработчике "Перед обработкой" код Подскажите, плиз, как создать подчинение?

ну и у адресных данных галку взвести "Получать из внешних данных".

код добавить в том же обработчике только чуть ниже. И я бы не стал использовать имя переменной КоллекцияОбъектов.

Что дает ?

указываешь имя подчиненной коллекции объектов. В данно случае ТЧ "АдресноеХранение".

а ты в ПКГС напрямую все делаешь.

тогда соррь

внутри группы добавлены строчки

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

да, и там же и правила нужно нарисовать как я понимаю...

нет - ссылка на правила указывается у реквизитов внутри группы

я про это

а все понял про  что ты

внутри группы у реквизитов делаешь так: Для Ячейки к примеру и в ПКО куда это передается для владельца ставишь галку Получать из входящих данных.

также в перед выгрузкой.

Смущает текст "ПолкаВладелец"

ну пропиши просто Источник.Владелец ). Я просто к примеру показал.

тьфу Источник.Полка.

зачем такой изврат?

если что я фотки еще не видел )

да косякнул чего то )

+ у меня эта КД просто мозг выела. Достали эти переносы. Механизм КД сам по себе - чудесный. Но блин, как тяжко разгребать кривые данные и "выпрямлять" их для переноса.

хотя в типовых правилах такое сплошь и рядом. Но зачем

в типовых хз зачем. Я просто такие вещи прописываю не в ПКГС, а в ПКО (вот по привычке тут и ляпнул). Потом чисто удобнее лазить и смотреть где и что заполнял. Сразу в объект залез и там сразу все видишь. А не каждое ПКГС ковырять отдельно еще.

фото добавила

помогло?

Ошибка исполнения обработчика:  ПКС_ПередВыгрузкой_Номенклатура_АдресноеХранение_Стеллаж_Реквизит16  - Поле агрегатного объекта не обнаружено (Зона)

галка у ПКГС получать из входящих данных убрана?

и с галкой и без галки ошибка одинаковая

ну дык там надо: [1С] ИсходящиеДанные = СоздатьОбъект("СписокЗначений"); ИсходящиеДанные.Установить("Владелец", "Основная"); [/С]

а не Источни.Зона ))))

Источник.Зона ))))

дада, щас пробую

ЗоныСкладов пустое наименование Сталлажи не создалась запись

значит что то не так в ПКО для свойств стеллажи и Зоны складов.

Зону складов заполнила)

Стеллаж не записывает.

))))ладно - дальше сама разберешься. Пшел работать. Тоже КД ковыряю.

смотри отладчиком - почему. Правило конвертации не забыла указать?

Спасиб.)

охх,ёё. посмотрел фото, сразу забыл, что хотел написать, чтобы помочь..

Вопрос актуальный еще. Настроить ПКО для Стеллажей)

ради Бога, поставьте поскромнее фото..

Тогда в другой раз фото. Только что в той не скромного...

Если как в нарисовать текст, то не работает

Связку Склад-Зоны складов создает, а дальше никак. В табличной части элементы заполняются, но они без подчинения.

Может правила для владельцев не понимала или ссылки на них?

Не прописала?

все получилось. Щас напишу как сделала.

Там главное вроде владельца первым создать.

ПКГС ...-> Адресное хранение Внутри группы 1. источник пустой- приемник "Склад" правило конвертации "Склады", короче все просто 2. источник пустой-приемник "Зона" правило "ЗоныСкладов" в ПередВыгрузкой код Если ПустоеЗначение(Источник.Склад)=1 Тогда источник пустой- приемник "СправочникСсылка.ЗоныСкладов" 1) ПКС "Наименование" поиск по полю источник пустой(получить значение из входящих данных) в ПРиВыгрузке код 2) ПКС "Владелец" поиск по полю источник пустой(получить значение из входящих данных) в ПРиВыгрузке код Значение = ВходящиеДанные.Получить("Владелец"); короче тоже все просто 3.источник пустой-приемник "Стеллажи" в ПередВыгрузкой код ПКО "Стеллажи" источник пустой- приемник СправочникСсылка.Стеллажи 1) для наименования  Значение = ВходящиеДанные.Получить("Стеллаж"); (аналогично как для зоны) и т.д.... Смысл в том чтобы в при поиске владельца учитывать владельца самого владельца :)