Добрый вечер!
Есть задача по переносу данных в идентичную конфигурацию ут 11.2
Переносить нужно только вновь созданную номенклатуру, а так же документы реализации с отбором по контрагенту (в приемнике должна заходить как поступление). Обмен односторонний.

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

копай в сторону КД и обмена по правилам. Результат тот же, но по дороге эуспириенса насшибаешь и до левелапа будет рукой подать

Через COM делается за час.

(2) ага, ну да. За час. Особенно "нужно только вновь созданную".

(3)В чем проблема? Отбор по ЖР

(4) это шутка такая чтоль?

Если можно допиливать, то впринципе проблем нет, а насчет вновь созданной, тут очень хз, я бы весь справочник таскал, мало ли что там кто изменил. По трудозатратам COM дешевле.
(5)В чем?

(6) ну, на базах в 5 мегабайт это может и будет работать, а для всего остального это шутка и неудачная

(7)Смешно, ну да ладно, пусть решает, что ему выгоднее по времени реализовать, конечно КД мощный инструмент, но для этой задачи как из пушки по воробьям.

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

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

Проблема в том, что названия номенклатуры будут изменяться (и сильно), поэтому таскать весь справочник не получится. Задача лишь в своевременном добавлении новых позиций по факту их появления. Дальше в приемнике будут различные извращения с этими позициями, и конечно дальнейшие изменения не нужны. На данный момент порядка 45 000 позиций, что тоже не радостно таскать.

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

(11)Поиск по гуид, если есть - не тащи, если нет - ВНОВЬ созданная номенклатура, таскать принудительно весь справочник я не предлагал, естественно отбор и поиск.

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

(12)Как КД решает проблему изменения номенклатуры во время выгрузки? Как предполагается выдергивать вновь созданную номенклатуру?

(14)У него проблема, если изменилось наименование в 1 базе, то в другую она уже ехать не должна, а эта номенклатура уже попадет в регистрацию.

Реализации нужно таскать очень часто, раз в 5 минут максимум. В переносе реализаций, лично для меня, проблема отслеживания изменений в базе-источнике (при использовании самописной обработки). С номенклатурой все проще - достаточно раз в день забирать, это можно и ночью, и действительно поиск по гуид отлично подойдет.

(13) Вот этот вариант вполне подойдет, вообще фиолетово что там изменится. Набор свойств, название и т.п. - все переопределяется в базе-приемнике

(17)Неа, у тебя может номенклатура создастся в момент создания документа и в приемнике ее еще нет. Сначала должна синхронизация справочников происходить, дальше уже документы ехать.

(17)У документво тоже есть уникальный идентификатор.

Не может. Товар заводится в источнике, заказывается, привозится на склад, выгружается в приемник, затем заполняется куча свойств, выгружается на сайт, получается заказ и только тогда он попадет в реализацию.

(21)Понятно, еще вопрос, документы изменятся могут в источнике? Это надо отслеживать?

(20) и что это мне даст, как отследить изменение документа в источнике?

(22) Да, конечно. В источнике работает куча малоадекватных юзеров и изменения вполне возможны.

(22) Даже не так. Они будут изменяться только в источнике.

База на замке?

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

(26) Глобально нет, реально хотелось бы обойтись без изменений

(26) Работа в базах еще не начата, в ближайшее время в источнике переход на 11.2

(27)Добавь свой 1 РС, пиши туда изменения доков, отбор, выгрузка.

у меня работает обмен по правилам между ут и бух. То, что предлагает в (1). Весь функционал есть в типовых. Только правила написать...

+(29)и 1 свою подписку на событие.
все, минимальными средствами отделался, на обновление не влияет.

(30)Как контролишь вновь созданную номенлатуру?

(32) на это есть план обмена

(33)Туда попадает при условии изменение люого реквизита номенклатуры, далее эта номенлатура приводится в соответствие источнику, что предлагаешь с этим делать?

мне это не надо. В КД есть флаг не замещать существующие

(27) не обязательно делать новый план обмена, вполне можно отлавливать изменения в каком нибудь типовом

(33), (36) Если несложно - напишите поподробнее, как и что ковырять. Опыта с планами обмена нет вообще. Всегда проще было таскать самописами =)

из бухгалтерии что бы ничего не приходило - создал пустые правила. В настройках обмена включи флаг - обмен по правилам и укажи файл правил.

(0) [в идентичную конфигурацию ут 11.2] это почти Полный или "по организации". Добавить префикс, отладчик и все попрет

если конфы одинаковые - правила "пишутся сами"

(39) (40) Вопрос не в конвертации данных, вопрос куда эти правила засунуть, где взять полный обмен в долбанной 11.2...

"Есть задача по переносу данных в идентичную конфигурацию ут 11.2" - РИБ-база, в базе - две организации.

(42) Супер, понял, спасибо.

(42) Правда не понял, почему в базе две организации.

Всем спасибо за пинок в нужную сторону. Буду пытаться реализовать штатными средствами =)

(44) мб "поиск и замена значений" с итс)

(44) "документы реализации с отбором по контрагенту (в приемнике должна заходить как поступление)" - чтобы быстрые продажи делать между организациями.

(45) Нет, явно не то )
(46) Понял, но это не то. Задача именно такая, в одной базе жить несколько организаций не должно.

(47) Центральный узел - для "синхронизации" справочников (общая НСИ) и все документы для консолидации; пользователи сидят/работают в подчинённых узлах (одна организация = один узел, документы только по одной организации).

Еще раз извиняюсь - подскажите тупому, где в ут 11.2 загрузить правила конвертации объектов при настройке плана обмена РИБ? Скоро мозг лопнет, нашел только правила регистрации...

(49) там нет этого
могу предложить http://catalog.mista.ru/public/461158/

правила конвертации объектов при РИБ не нужны

(51) Печально.
(50) Спасибо, подумаю.

И все же вопрос - решаема ли задача штатными методами в 11.2 без изменения конфигурации или нет?

Ну его, этот COM. И 1С тоже от него отказывается.

(52) Универсальный обмен данными в формате XML присутствует в типовых. Должен быть и в УТ 11.2

(54) Спасибо! Правильно ли я понимаю, что оптимально использовать запуск этой обработки через регламентное задание с подсовываемыми параметрами и таким образом добиться требуемого результата?

(52) "решаема ли задача штатными методами" - решаема.
Вариант не для всех, с нуля:
Типовой план обмена можно использовать только для регистрации изменений (чтобы знать что изменили со времени последнего обмена). А вот как ты этим будешь пользоваться в своей внешней обработке - тебе решать. Берём обработку универсального обмена и... творчески переосмысливаем :)

(55) В целом правильно мыслишь. Нужно с помощью КД2 написать свои правила конвертации (где и решать все свои вопросы, что и как) и подсунуть их типовой обработке универсального обмена. В современных типовых конфигурациях можно автоматизировать процесс обмена по расписанию.

(57) Нужно не правила конвертации писать, а правила регистрации. Конфигурации идентичны.
Ему достаточно стандартного обмена + правила регистрации свои.

(57) Спасибо! Правила написал еще вчера, для поставленной задачи там все просто. Ввиду отсутствия практики работы с постоянными обменами просто нужен был пинок в нужную сторону.

(58) Мне правила регистрации помогут из реализации сделать поступление? Сомнительно =)))).  
Стартпост видимо не все поняли или не все читали.