Всем доброго времени суток. Обработка рассчитана на регистрацию объектов та их движений на узле определенного плана обмена. Для чего это нужно? Хотим мы этого или нет, но в обмене происходят сбои. Почему и у кого какие руки, здесь описывать не буду, так как не по теме. Буду писать, как быстро это вылечить. <Объект не найден> всплывет (зачастую), как Регистратор в регистрах или на реквизитах справочников или документов.
Как же работает эта чудо-обработка?
Идея ее проста и главное, что востребованна, и я не сомневаюсь в том, что у каждого в рукаве есть парочка хороших наработок, которыми можно выкрутиться в такой ситуации.
Вот например, в базе на РС.ЗначениеСвойствОбъектов, обнаружено <Объект не найден>, а в подборе по продажам по значению свойства «Размер» идет продажа товара и этот товар на остатке будет но в подбор не будет выходить так как при отборе по размеру «166/15» товар этот не находится. Для этого пишется простенький запросик к РС:
ГДЕ ЗначенияСвойствОбъектов.Значение.Ссылка ЕСТЬ NULL
Результат запроса сохраняем в штатном формате 1С *.mxl и натравливаем обработку на этот файл.
Обработка умеет работать с документами и справочниками, а также умеет искать ссылку в базе по <Объект не найден> (30:9afc00155d017a2311df6fac8c8e9af2)
Обработка может работать либо только с файлом документов; Либо только с файлом элементов справочника.
Правила к структуре файла:
1 строка — это Шапка.
2-n строки — это Данные.
Если в файле указаны документы, они могут быть вперемешку с <Объект не найден>, для документов, которые определены, необходимо просто указать Колонка1 «Дата», Колонка2 «Представление документа» (Возврат товаров от покупателя ЮЛ000000006 от 09.11.2012 11:28:37)
Если в файле указаны справочники, они также могут идти вперемешку с <Объект не найден>, поэтому там надо сделать то же самое — только Колонка1 «Код», Колонка2 «Имя» как указано в метаданных Справочники (Номенклатура).
Когда <Объект не найден> — то колонка 1 не заполняется!
Дальше нажимаем «Сравнить с файлом данных». Когда в колонке 2 указано <Объект не найден> ……., то система попытается по всем менеджерам ссылочности определить данную ссылку и если она будет найдена в базе, то эта ссылка попадет в результирующую таблицу.
Когда будет указано представление документа или ИмяСправочника, то обработка попытается распознать этот объект и получить его ссылку.
Дальше выделяем найденные ссылки и регистрируем на указанном узле.
Процедура регистрации, определяется состав объектов узла обмена, которые могут быть на его регистрации. Далее, если текущий объект принадлежит к составу обмена то он регистрируется, а также будут зарегистрированы все движения документа, которые принадлежат узлу обмена.
Бывают случаи, что необходимо из таблицы к регистрации, допустим, есть определенный массив реализаций и дополнительно еще зарегистрировать реквизит этой реализации например «ЗаказПокупателя». В этом случае необходимо на закладке «По реквизитам» добавить имя реквизита «ЗаказПокупателя». В штатной конфигурации этот реквизит есть как и в шапке так и в табличной части товары. Обработка найдет, что есть реквизит шапки и он заполнен то зарегистрирует эту ссылку и ее движения. Дальше перейдет ко всем ТЧ документа и если там есть такой реквизит, то перерегистрирует и эти данные.
Вот собственно и все! Ну по окончанию регистрации, проверяем наш узел обмена и делаем обмен вручную или ждем автообмена.
Саш, что-то на УТ 11 открывается пустая форма…
Просто УТ 11 это управляемая форма. Пробуй ее запустить в толстом клиенте!
Спасибо! Получилось!
(3) ReLock, Тада плюсуй 🙂
(0)
(4)
Надо искать только в пределах одного менеджера, иначе могут быть одинаковые ГУИД в разных справочниках/документах, а до нужного не дойдет