Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Сопоставляется неправильная номенклатура УТ 11.4\Розница 2.3.7 - БП 3

Сопоставляется неправильная номенклатура УТ 11.4\Розница 2.3.7 - БП 3
Я
   as3k
 
26.05.21 - 13:02
Привет! Уже много времени ломаю голову над следующей проблемой:
в один прекрасный момент (подозреваю, что после включеня галочки "дополнительные реквизиты и сведения" для номенулатуры в Бухе и последующим обменом всей номенклатурой с торговыми программами), названия номенклатуры в документах перестали соответствовать реальнеости.
В УТ или Рознице одно название, в БП совсем другое. Суммы документов идут, а номенклатура не та.
Создались дубли - половина без доп. реквизитов, половина с доп. реквизитами с идентичным кодом.
Пробовал лечить дубли по условию, занимает около 8 часов на базу, нормальная номенклатура с доп.реквизитами встаёт в документы вместо номенклатуры без доп.реквизитов(дубля), но это только до первого обмена.. После обмена В новых документах снова не та номенклатура, снова путаются наиманования, подгружаются и создаются дубли без допю реквизитов с кривыми наименованиями, но аналогичным кодом.
Перенастраивал обмен, делал начальное сопоставление - ноль результата, ничего не менятся.


Кто-нибудь сталкивался с подобной проблемой ? В какую сторону копать ? Криво стали работать сразу 2 базы бухгалтерии, а заметили не сразу, потому что цена у документов сходится и никто не паниковал.
Подскажите, пожалуйста!
 
 Партнерская программа EFSOL Oblako
   as3k
 
1 - 26.05.21 - 13:04
Делать начальное сопоставление пробовал как со стороны УТ, так и со стороны Розницы - без разницы.
Обновил уже всю связку - никаких изменений.
   as3k
 
2 - 26.05.21 - 13:09
Объясню немного проще: вместо трусов в документе может встать платье, и цена будет именно такая, какая и должна быть.
В розничной программе в документе трусы, в бухе - платье.
   johnnik
 
3 - 26.05.21 - 14:56
А не мог кто-нибудь в УТ переименовать номенклатуру? Видел таких идиотов-"оптимизаторов", которые брали товар, который "все равно мы им уже не торгуем" и переименовывали в какой-нибудь другой. Еще и обосновывали новаторство. Мол, чтобы база не разрасталась. А потом приходилось восстанавливать старые бэкапы и писать обработку, которая сравнивала реквизиты объектов с одинаковым внутренним ID, чтобы выловить что там вообще было то изначально. Вдруг у вас такой новатор завелся
   Garykom
 
4 - 26.05.21 - 15:09
(0) Регистры с уидами и ссылками испортились
   as3k
 
5 - 26.05.21 - 15:32
(3) нет, есть история изменений номенклатуры - там всё норм.
Так же обновлял платформу, сейчас стоит 8.3.18.1363, проблема не в этом.
Пробовал делать обмен и полный, и вручную (с номенклатурой, которая используется с документах) - никакой разницы.

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

Кэш чистил и в AppData и в папке файловой базы.
Пробовал разворачивать вместо файловой базы Бухгалтерию на сервер - тоже без толку.
   Garykom
 
6 - 26.05.21 - 15:38
погугли уже "Публичные идентификаторы синхронизируемых объектов"
и там еще второй есть не помню
   as3k
 
7 - 26.05.21 - 16:03
(6) большое спасибо, попробую разобраться, удалить все ГУИДы от УТ и Розницы из РПИ и заново провести полный обмен :)
   as3k
 
8 - 03.06.21 - 21:59
(6) Вылечил дубли по коду номенклатуры, удалил в бухгалтерии записи с регистра тех баз, с которыми проходил обмен, после этого заново настроил обмен, после начальной выгрузки всё сопоставил, и заработало! Документы прилетают с правильной номенклатурой, все доп.реквизиты проставлены.
Большое спасибо, добрый человек!

Список тем форума
 
Компьютеры — это как велосипед. Только для нашего сознания. Стив Джобс
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.