Добрый день. У меня есть задание настроить перенос одного документа в другой между двумя типовыми базами. Пользователь создает один документ в своей базе - в другой базе будет создан другой документ с этими данными в других реквизитах. Я никогда не сталкивалась с КД, на все про все у меня 5 дней, боюсь не успеть. Начала усиленно учить по вечерам нашла неплохую книжку. Но пока я только-только начала и не могу понять - принципиальная разница преобразуется ли документ при обмене или создается новый - задается в правилах обмена в КД или в самой обработке автоматической загрузки/выгрузки?

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

Это новые правила или существующие?

До меня эти правила для этих баз не делали, получается новые

(2) Уже загрузили метаданные двух конфигураций?

(3) Да, сейчас шарюсь в ПКС, пробую то, что успела изучить

(3) я поняла, почему нигде не могла найти ответ на свой вопрос - потому что я невероятно тупила. Естественно, если не будут найдены соответствия документов к преобразованию по заданным параметрам, будут созданы новые.
Иногда моя паника мешает мне думать. Спасибо, что откликнулись)

(5) Это настраивается на закладке Настройки в ПКО

(0)
Не бойтесь - не успеете))

(0) миллион лет назад, когда я работал с конвертацией - создал пару заметок, чтобы не забыть

пример правил переноса документа
https://infostart.ru/1c/tools/1432013/

методика переноса остатков конвертацией
https://infostart.ru/1c/articles/1243714/

а потом плюнул на эту муру и начал работать только с методами json


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

(8) Нормальный инструмент в умелых руках. Можно очень много что сделать, да практически все

(9) это все устарело... как большой паровоз на углях

(0) Из реализации в поступление или наоборот?

Делать в КД2 за час можно успеть.

>>>принципиальная разница преобразуется ли документ при обмене или создается новый

В правилах обмена, вы стыкутете два объекта документа между собой.
В в правилах конвертации свойств, прописываете соответствие реквизитов объектов. Ну и указываете принципы поиска.

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

(10) плохому танцору всегдя я***а мешают.
Я бы сказал что отличный инструмент для тех кто умеет с ним работать. Простые обмены пишутся не нажимая на клавиатуру - только мышкой за очень короткое время.

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


Есть более эффективные методы, гораздо быстрее случая «чем просто накликать мышкой»

(14) Поделитесь методами эффективнее и быстрее, а то мамонты застряли в каменном веке.

Если вам приходится так часто менять правила, то я очень сомневаюсь что так же часто не надо менять другие методы обмена. Хотя я встречал правила с одним ПВД для контрагентов, с полными структурами конфигураций и ПКО/ПКС ....

(15) использование формата json

(16) Залазить в код и менять json против открыть в КД и синхронизировать с новыми метаданными?

Охренеть проще.

json и вебсервисы быстрее работают, это да.

Если что, правила я меняю раз в пол года и то, потому что денежные документы ходят.
Что-то простое годами может не меняться.

(10) Да-да, сраный EDT гораздо проще и интуитивно понятный, а главное, такой гибкий)

Короче, кто как хочет, то и работает - если за КД будет стоимость в 10 раз больше, чем за json - будем делать КД… смотря кто сколько заплатит!

(19) Франчи, они такие) Зарядили за обмен по КД2 800 тыс, послал и накидал подсистему за пол дня) Знай меняй правила когда надо и подцепляй) Фикс форева!)

(16) Это не метод, это формат.
(17) Вот такие любители изврата.

Сравнивают жесткое с зеленым, формат и механизм.
Это как у тебя бензин 80, а у меня жигуль четырка.

Как ни крути простота разработки на стороне КД2. Даже программировать можно не уметь, а обмен между базами написать.

(21) >>Даже программировать можно не уметь, а обмен между базами написать.

Вот-вот)

+ мегагигантская гибкость

За 5 дней без наставника это маловероятно. Очень сомневаюсь, что есть задачи, где можно обойтись подставлением реквизитов схожих по названию и в продакшн. А далее ненайденные объекты, проводить /не проводить, создавать /не создавать (искать по гуид, полям поиска), выгружать через файл или с регистрацией сообщений?
Кадетсво в демо базе Кд2 был такой перенос,но возможно там был справочник, что сути особо не меняет.

В треде указано, что нашла неплохую книжку. Это какую? Бояркина и Филатова по кд2? Так она ЕДИНСТВЕННАЯ. И весьма не достаточная(хотя очень хорошая, без неё никак). Да и осмыслить её не так просто новичку с нахрапу. В теории, могу завтра сделать видео на 3-7 минут по переносу выдуманных документов пту/рту между друг другом. Если от ТС будет ответ до 15:00