Обмен УТ 10 --> Розница 1.0
 

УТ 10.3.19.4 Розница 1.0.16.7 При настройке обмена в окне "Выбор варианта сопоставления объектов при обмене" отсутствует "По коду". Ковырял правила в КД, ставил поиск по коду, все равно заветное "По коду" не появилось и обмен шурует свои коды Номенклатуре. Кто сталкивался с подобным? Спасибо.

(0) - Правила, исправленные тобой в студию!))) Чтобы было от чего отталкиваться.

А стандартный обмен гарантированно коды не сохраняет или это мой косяк в настройке?

зачем?

Еще могу предположить, что при первичном обмене создаются объекты и им присваиваются GUIDы, такие же, какие были в базе источнике, а правила по умолчанию ищут по гуиду, вот у тебя и получается, что если в правилах стоит вариант поиска "Искать объект приемника по внутренниму идентификатору объекта источника" и опять же установлен признак "Продолжить поиск по полям поиска, если по идентификатору объект приемник не найден" - то у тебя сначала ищется объект по внутр. идентификатору, а если не найден, тогда уже по полям поиска. Тебе надо вообще снять обе галочки и самому написать процедуру поиска в правилах.

(3) - Кстати да, зачем? если поиск по гуиду самый верный)

УТ в центральном офисе. Розница в торговых точках. Код - это связующее звено по номенклатуре. Ответил?

(4) В правила добавлял код и галку поиска оставлял только по коду.

6-GreyTim > нет, не ответил
должны быть розницы перифирии в магазинах, центральная розница в центре и она обмениваться с УТ

[quote=GreyTim;27780806]УТ в центральном офисе. Розница в торговых точках. Код - это связующее звено по номенклатуре. Ответил?[/quote]

Да хоть с бухгалтерией обмен, принцип один и тот же, поиск по гуиду должен быть, у тебя же сначала была УТ, а потом поставили розницу и связали их вместе или Розница работала отдельно, а УТ отдельно и потом вдруг захотелось их связать? Просто по логике все изначально должны скакать от центрального офиса, а тут по гуиду - самое верное...

(8) При всем уважении, мой вариант тоже имеет право на жизнь.

(9) УТ была, в нее из 7-ки номенклатуру затаскивал, потом обменивался с чистой Розницей. Метод соответствия не выбирал совсем. По-умолчания, как раз по гуиду и работает, проблема в том, что коды все перепутались.

(10) - Ну тогда самому придется писать процедуру поиска в правилах и откажись от стандартного поиска по полям поиска в правилах.

Вопрос, кстати. Кто-нибудь из вас такой обмен реализовывал или вы сейчас пишите о том, как болжно бы быть по-идее?

(12) Т.е. стандартный обмен работает как работает, по гуиду, а коды там уж как получится, так?

10-GreyTim > извиняюсь за резкость, но любые извращения имеют право на жизнь, всё же оставаясь извращениями

Я просто хочу понять, я накосячил с настройкой или под мои запросы надо руками правила доделывать?

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

(15) Обмен УТ -- Розница это штатный, предусмотренный 1С обмен. Не считаю применение оново извращением.

где вводится номенклатура и какой профиль магазинов?

(19) Номенклатура вводится в УТ, потом расценкой и перемещением отправляется на розничный склад. Магазины торгуют детскими игрушками.

ну быть может и будет это работать.. поясню свою позицию:
в данный момент вы имеете
РозницаПБ \
РозницаПБ --- УТ
РозницаЦБ /
они основаны на правилах обмена, человеческий фактор сыграет свою роль обязательно и косяки будут обязательно
вариант
РозницаПБ \
РозницаПБ - РозницаЦБ - УТ
РозницаЦБ /
оставит всего 1 обмен основанный на правилах, розницы будут обмениваться через встроенный механизм РиБ
косяков будет в разы меньше

Ребят, хочу поднять вопрос (13). Я обошел проблему, используя реквизит Артикул, который приравниваю к Код. Просто проблема затянулась, так что пока решена только так.

(21) Я сам за РиБ, но розница базовые. Но все равно такой вариант проблемы кодов не решает ((

чем занимается народ в магазинах?
чисто продажи или ещё вбивают поступления, перемещения, делают сразу в 1С инвентаризации?

Будут продавать и делать Инвентаризации.