Добрый день,помогите разобрать вопрос:
в УТ 11.2 через внешнюю обработку грузится накладная от поставщика.Всё бы хорошо,но поставщик иногда меняет наименование,точку добавит или сокращает наименование было "Ручка гелевая синяя",потом у него стала "ручка гелевая син.".В обработке идет поиск по наименованию(по другому поиск осуществлять не получится) соответственно происходят дубли,т.к номенклатура создаётся если она не найдена,а по сути это один и тот же товар.

А теперь к делу:
Хочу допилить обработку ,цель найти похожую номенклатуру(позиции может быть несколько) и вывести её пользователю,который будет принимать решение.Как можно реализовать данную задачу ведь из сервера на клиент надо передать как то таблицу значений в которой будет номенклатура из базы и из файла.Или может как то по другому решить,кто что то подобное делал?

(0) >>из сервера на клиент надо передать как то таблицу значений в которой будет номенклатура из базы и из файла
Создай реквизит формы с типом таблица значений.
Она доступна и с сервера и с клиента

так добавь ещё наименование в номенклатуру поставщика

Предлагаю такой вариант:
1. Обработка, если точное совпадение не находит, оставляет строчку в документе не заполненной, а документ не проведенным
2. После завершения загрузки обработка формирует отчет обо всех документах, которые не удалось полностью автоматически загрузить со всей исходной инфой для ручной обработки
3. Отчет обработка отправляет пользователю, который руками доделает документы. Хоть по почте, хоть бизнес процессом.

(0)  поиск по наименованию - лажа. Нужно от этого уходить. Попробуйте "зацепиться" либо на код, либо на артикул.

Второй момент - алгоритм работы в целом. Предлагаю сделать так: обработка сначала "парсит" приходящую инфу и показывает результат пользователю. Если какие-то объекты не нашлись - должно быть сообщение, что есть проблемы (ДО ЗАГРУЗКИ В БАЗУ!!!). На этом этапе пользователь должен разрулить все те объекты, которые не нашлись. В идеале, программа должна запомнить эти "привязки", чтобы в следующий раз они нашлись.  На первом этапе можно ввести контроль: пока все объекты не нашлись - не давать грузить.

Следущий этап: когда будет работать механизм сопоставления хотя бы для 90% - переход на автоматический режим. Для автоматического режима обязательно: логирование процесса. Т.е. в какое время пришла инфа, какие были проблемы.

Вот как-то так.

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

(1) А есть пример?ТЗ то я заполню,проблема вывести на клиент,а после выбора варианта пользователем,снова перейти наСервер далее считывать позиции накладной

"После завершения загрузки обработка формирует отчет обо всех документах, которые не удалось полностью автоматически загрузить со всей исходной инфой для ручной обработки" - этот вариант работает для небольшого объема.  Если речь идет, допустим о сотне документов, это уже станет проблемой. Одна косячная номенклатура может закосячить все 100 документов. В общем, проблему нужно разруливать на том этапе, где эта проблема еще не переросла в "очень большую проблему".

(6) "ТЗ то я заполню,проблема вывести на клиент" - в чем проблема? Сделай табличную часть и заполняй ее на сервере. Доступ у тебя будет и на сервере и на клиенте. И нет никакой "проблемы передачи информации".

не пойму, чего пыжится

нужно все варианты названия хранить в НоменклатураПоставщиков
а там уже чётко соответствие с твой номенклатурой


это реально облегчит труд обезьянкам, которые грузят входящие доки
а ещё лучше использовать бизнес-сеть или эдо

(7) грузится в 1 документ,позиций примерно от 80 до 200

(8) Процедура или функция с указанным именем не определена,если пытаешься вызваться процедуру на клиенте из сервера

(9) пользователю надо сопоставлять периодически номенклатуру поставщика с номенклатурой?

(12) естественно

подаём файл на обработку, она выводит пользователю все номенклатуры к загрузке (сопоставленные или нет)
пользователь сопоставляет и загружает в БД

(11)

&НаКлиенте
Процедура Клиентская1()
ЗаполнитьТаблицуНаСервере();
ПоказатьРезультатПользователю();
КонецПроцедуры

&НаСервере
Процедура ЗаполнитьТаблицуНаСервере()
----
КонецПроцедуры

&НаКлиенте
Процедура ПоказатьРезультатПользователю
---
КонецПроцедуры

(14) Покажет результаты когда отработает ЗаполнитьТаблицуНаСервере() а в этой процедуре считывается весь файл

ЗагрузитьНаСервере()
//бла бла бла эксель открывает и начинаем считывать строки пошёл цикл
//находим по наименованию..отлично подставляем в документ
//если не находим тогда заполняем ТЗ с похожей номенклатурой и далее надо эту таблицу показать пользователю вот тут надо попасть на клиент

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

(13) Рассмотрю ваш вариант

(16) Зачем сразу в документ строки добавлять?
1. На сервере заполняем таблицу формы. строки с ошибкой помечаем.
2. На клиенте показываем ошибочные строки и пользователь их обрабатывает.
3. Создаем документ

(19) Вариант!