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

разобраться, для чего нужен был реквизит в правилах?

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

(2) Ну и как тогда ты будешь теперь искать без этого реквизита?

(2) типа ГУИД реквизит чтоли?

(4) У нас такая же система

(5) да много где такая система..

(0) ты хоть на копии надеюсь это сделал?

(3) ну будут приводить наверное к чему то одному, это как бы уже не мой вопрос.
(7) Да, на копии. Подскажите то как  быть?

(0) хороший пример как не надо делать.
либо экономить - либо все работает.

(8) а расскажи подробней что за ошибки при обмене то?

(8) Вернуть все обратно, разобраться как работает, предложить делать нетиповое обновление дешевле, чем прошлая контора

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

Один добавленный реквизит и сразу нетиповое обновление в 5 раз дороже??

имхо - мужику было бы проще самому научиться ставить обновления, чем заниматься такой фигней

(12) а по гуиду но без реквизита искать можно будет?
(13) не в 5.
(11) прошлая контора и есть мы)))

Как я понял, ошибка была только здесь
[URL=http://www.radikal.ru][IMG]http://s47.radikal.ru/i115/1505/bc/01af4ff19c4a.png[/IMG][/URL]

Тьфу ты, гуид этот использовался здесь. Совсем что то не варит
http://s47.radikal.ru/i115/1505/bc/01af4ff19c4a.png

(14) По гуиду стандартному ты ничего не найдешь

(0)Теперь мужик попал на немало денег и/или времени за разгребания проблем и приведения номенклатуры к единому знаменателю, нормальная такая экономия у мужика выходит)
Я думаю сделать так, провести разъяснительную работу с мужиком, наверняка сам просил предыдущего 1Сника сделать так, ибо разгребать завалы номенклатуры в БД не хотели, а теперь заднюю включает. Проблем будет много, выход - инвентаризация(тут будет кровь и слезы) и приведение номенклатуры к единому виду(немного слез).

Еще вариант, ГУИД нетиповой пихнуть во что-то типовое -  свойства, пустой реквизит и т.д., допилить правила, выдать мужику.

(18) Только нужен будет не типовой механизм генерации этого ГУИДа при создании нового элемента и при копировании

(18) Кстати да, в доп.реквизиты(свойства) его запихать обработкой, а в правилах в ПКС Номенклатура допилить поиск по значению этого свойства - делов не много.

(19)Не нужен будет в дальнейшем, он нужен для стыковки текущей номенклатуры, если он пустой, то новая номенклатура едет по типовым правилам синхронизации, те по своему ГУИДу. Мужик правда в этом случае не получит то, что у него есть сейчас по номенклатуре, зато всё типовое, кроме правил.

(16) а в обработчике что?
Значение = ПолучитьУникальныйИдентификатор()   ?

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

Несколько раз переоткрыл конвертацию и все норм заработало

(23) Я бы подумал 1000 раз перед тем, как делать обмен на основе комментариев

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

(26) в (14) я про это спрашивал

(27) Типовой. Обмен. Работает На ГУИДах. Используются РС СоответствиеОбъектовДляОбмена или СоответствияОбъектовИнформационныхБаз в зависимости от конфы. подробности реализации можно посмотреть (внимание!) в типовых правилах обмена.