Привет! Есть УТ 11.4, розница 2.3 и БП 3.

Продолжайте наблюдения.

Привет! Есть УТ 11.4, розница 2.3 и БП 3.
Мучаюсь с этой проблемой уже оооочень давно.

Настроен обмен УТ-БП, Розница-БП.
Номенклатура в УТ и Рознице абсолютно одинаковая, в их взаимодействии нет косяков, всё работает так, как и должно быть.

Косяки начинаются, когда данные выгружаются в бухгалтерию.
Пробовал разные форматы обмена - COM, xml, никакой разницы.

Делаю тестовый документ со всей номенклатурой (26тыс позиций), удаляю все обмены в УТ, РТ, настраиваю заново.
Выгружаю тестовый документ, первый обмен между УТ и БП - всё сходится.
Далее выгружаю документы с Розницы - и начинает ехать номенклатура. Из 26к позиций всего 33шт (0.1%), можно удалять "неидущую" номенклатуру из РПИ, перегружать заново, номенклатура после полного обмена УТ-БП и РТ-БП.
Номенклатуру сопоставляю по коду, выявляю номенклатуру, которая едет - принудительно регистрирую её к обмену - а она, оказывается, уже неправильно подвязалась к другой номенклатуре.

Отсюда вопрос - был ли у кого-нибудь кейс обмена с одной и той же базой БП-УТ и БП-РТ, почему так происходит?
Неужели нужно переделывать правила обмена (перемещения с УТ некорректно отображаются в Рознице, тк в Рознице есть понятия "магазин", а в УТ нет) и тянуть все данные в Бухгалтерию только из Розницы/УТ?
В какую сторону смотреть? Перенастраивал обмен очень много раз, руками сопоставлял ту номенклатуру, которая не идёт - в окне сопоставления после нажатия кнопки "сохранить" никаких изменений не происходит, номенклатура сама по себе криво сопоставляется, даже если принудительно отменил соответствие..

Еще очень странный момент: выгружаю тестовый документ из УТ в БП - всё сходится.
Далее выгружаю этот же документ из Розницы в БП - появляется 33 позиции, которых нету в документе в БП.
Удаляю их по коду из РПИ - принудительно регистрирую их снова к обмену - в окне сопоставления, якобы, вся номенклатура сопоставлена (хотя я только что удалил её из РПИ), каким боком она неправильно сопоставяет номенклатуру с разными кодами ?

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

Снова выгружаю тестовую реализацию со всей номенклатурой - едут УЖЕ ДРУГИЕ 30 позиций)))
Это можно делать сколько угодно раз, все равно какой-то процент отличия есть.

Што с этим делать?

Попробую объяснить проще:
1. Полностью удаляю все настройки обмена, создаю новый, обмениваю сначала РТ-БП, вся номенклатура в тестовой реализации (со всей номенклатурой) сходится 1в1.
2. Настраиваю обмен УТ-БП, после этого номенклатура начинает разниться с Розницей, примерно на 0.1%.
3. Нахожу номенклатуру, которая "криво сопоставлена", удаляю её из РПИ - выгружаю заново.
4. Эта номенклатура все равно при обмене сразу же попадает в "сопоставленные", смотрю сопоставление по коду - отличается. Отменяю сопоставление. Сохраняю. Не сохраняется, не попадает в "несопоставленные" после отмены сопоставления.
5. Едет другая номенклатура, отличная от той, что перегружал на шаге 4

если сопоставление по коду - зачем вообще что-то руками проверять/сопоставлять?
Код ВО ВСЕХ БАЗАХ уникальный в пределах базы?
То что сопоставилось неправильно - что именно сопоставилось неправильно? - коды у сопоставленных позиций одинаковые? ты ведь по коду сопоставляешь? - MS ОБ ЭТОМ ЯВНО НАПИСАЛ. если в сопоставленных позициях коды не совпадают - значит кто-то где-то подвирает?

(4) "смотрю сопоставление по коду - отличается."
ну ты же писал что сопоставляешь по коду. что-то у тебя не клеится...
проверяй именно сопоставление по коду - если сопоставление по коду - код должен совпадать. Не совпадает - ищи причины (смотри критерии соспоставляения)

(5) Номенклатура в УТ и РТ одинаковая, они обмениваются без проблем, косяков нет.

Код во всех базах уникальный, раньше даже не было префикса кода номенклатура "УТ-********".

"То что сопоставилось неправильно - что именно сопоставилось неправильно? - коды у сопоставленных позиций одинаковые? ты ведь по коду сопоставляешь? - MS ОБ ЭТОМ ЯВНО НАПИСАЛ. если в сопоставленных позициях коды не совпадают - значит кто-то где-то подвирает?"

Нахожу номенклатуру, которая криво сопоставлена (при чистых РПИ перед обменом, специально удалял настройки обменов для чистоты эксперимента, регистр чистый).
Выгружаю её принудительно - НО! она попадает сразу в "сопоставленную", по коду не сходится!
Отменяю сопоставление - сохраняю - но она снова попадает с сопоставленную! В регистре РПИ её нету! Почему такое может быть, изучал документацию по обмену данными - кроме РПИ ничего там не учавствует.

(6) Не понимаю, какие критерии сопоставления ? Есть номенклатура с одинаковым артикулом, наименованием, полным наименованием - но это разные товары.
Реально уникальный идентификатор (в моем случае) из всех, которых "из коробки" предлагаются - это только код.

Причем интересный момент: та номенклатура, которой не хватает в документе в БП - её вообще нету в БП. Смотрю по коду.
Не смотря на то, что я ПОЛНОСТЬЮ обменивал начисто БП-РТ и БП-УТ, и при первом обмене УТ-БП всё сходится.

(6) Помочь сможете? Оплачу ваши услуги.

(8) "Причем интересный момент: та номенклатура, которой не хватает в документе в БП - её вообще нету в БП. Смотрю по коду."
хотя при первом обмене УТ-БП вся номенклатура сходилась 1в1.
УТ-РТ вся номенклатура 1в1.
после обмена РТ-БП начинает ехать 30 позиций. Смотрю те позиции, которые есть в РТ, но нет в БП - по коду такой номенклатуры НЕТ.
Принудительно регистрирую её к обмену - она попадает в "сопоставленные". Криво. Видно по коду - отличается. Отменяю сопоставление - все равно она остаётся сопоставленной...

(9) не, я по 8-ке неадекватен. лучше спецов подождать.

ну, очевидно (для меня непосвященного), что у тебя работает не чисто сопоставление по коду.
там где криво сопоставилось - что явилось критерием сопоставления?
.
и.. это..
излагаю более последовательно.
для меня например большая часть написанного  (мозг напрягать лень, да и неграмотен) - перепрыгивание с пятого на десятое...
"Нахожу номенклатуру, которая криво сопоставлена (при чистых РПИ перед обменом, специально удалял настройки обменов для чистоты эксперимента, регистр чистый)." - вот. криво сопоставлена. м.б. ОСТАНОВИТЬЯС ЗДЕСЬ и подумать/поискать...? а ты понесся куда-то "..выгружаю её принудительно - НО!..."

найди номенклатуру которая сопоставляется "криво".
прогони тестовый пример так, чтобы в обмен попала только эта номенклатура.

(13) да, возможно я достаточно сумбурно высказал последовательность действий, но максимум, чего я смог добиться - едут другие 30 позиций номенклатуры, которые до этого были нормально сопоставлены.
Побеждаешь их - едут другие 30 позиций. Или уже 33 или 35.

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

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

(14) "Побеждаешь их - едут другие 30 позиций. Или уже 33 или 35."
кривой код "сопоставления". на очередном витке цикла сопоставления не "зануляется" ситуация перед началом сопоставления. тянется хвостом "мусор" из предыдущего витка цикла...

но я могу ошибаться.
хз как там у восьмерочников принято/делается...

(15)  Нет никаких самописных правил, всё родное, при чём даже самой свежей версии. Пробовал настраивать обмен и "Бухгалтерия 3.0" и "Другая программа" и "Бухгалтерия 3.0 EnterpriseData", и COM, и через XML)

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

Вклинься в код.
после выполненного сопоставляени - в самом конце уже - проверь коды УЖЕ вычисленных/сопоставленных позиций. если не совпадают - ты на кривом сопоставлении оказался - ну ми смотри что криво/почему...

(18) да, тяжело вам, восьмерочникам.. ;-)
как при мачехе жизнь... ;-)

(20) даааа, точно))))) завтра сделаю скрин, где будет наглядно видна вся билиберда, которую я написал выше, я уже научился умещать это в один скриншот:D

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

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

(23) прав на изменение кода ни у кого нет, да и это не объясняет то, что после некоторого количества попыток  та номенклатура, которая сопоставляется криво изначально, меняется на другую:) то есть сначала не сопоставляются 30 одних позиций, потом 30 других

(22)  по умдам - в автоматическом сопоставлении их нет, там стандартные реквизиты карточки - код, наименование и т.д.

Думаю присвоить в доп.реквизит всем карточкам их внутренний гуид от УТ, переделать правила обмена, и сопоставлять по нему. Долго, муторно, хочу еще изучить советы:(

(25) убери в  сопоставлении наименование. Если сопоставляешь по коду, то зачем наименование ставишь галку? И почисти регистр Соответствие объектов информационных баз.

(26)  в сопоставлении не использую наименование - только код. По регистру понял, попробую, спасибо!
Но разве он не должен очищаться при удалении настроек обмена, как РПИ?:)

(27) ну там десятки тысяч строк в этом регистре. Когда удаляли настроку не замечали, Не подвисает в этот момент хотя бы минут на 10-15?

смотри регистр соответствий объектов информационных баз

(26) (29) в Регистре соответствия из узлов только ЗУП, записей от Розницы или УТ нету

(18) Через XML если обмен - сохрани XML, загрузи, и посмотри, что там в XML лежит по проблемным позициям.