Выгрузка документа за датой запрета редактирования ссылкой
Доброго времени!
Возникла необходимость выгружать документы за датой запрета редактирования ссылкой. Конфигурации УТ 10.3 и БП 2.0.
Но возникла такая проблема.
Возможно это не так, но выглядит примерно следующим образом.
Если в документ, выгружаемый ссылкой, попадает номенклатура, которая содержится в других документах, но уже выгружаемых целиком, то в этих самых документах она пропадает.
То есть в табличной части документа, выгружаемого целиком в некоторых строках может пропасть номенклатура. У других - контрагент. И т.д.
Подскажите пожалуйста, в чем может быть закавыка...
Возникла необходимость выгружать документы за датой запрета редактирования ссылкой. Конфигурации УТ 10.3 и БП 2.0.
Но возникла такая проблема.
Возможно это не так, но выглядит примерно следующим образом.
Если в документ, выгружаемый ссылкой, попадает номенклатура, которая содержится в других документах, но уже выгружаемых целиком, то в этих самых документах она пропадает.
То есть в табличной части документа, выгружаемого целиком в некоторых строках может пропасть номенклатура. У других - контрагент. И т.д.
Подскажите пожалуйста, в чем может быть закавыка...
По теме из базы знаний
- Выгрузка данных из Управления торговлей 10.3 / 10.2 в Бухгалтерию предприятия, ред. 2.0 (Версия 1.7.8)
- Типовая борьба - личный опыт работы с типовыми конфигурациями 1С:8
- Выгрузка и загрузка данных XML (по выбранным организациям)
- Проверка документов
- Удаление движений документов (очистка регистров по фильтрам) - все конфигурации
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) cargobird,
1. Выгрузке данныхпофиг, ой, все равно на дату запрета.
2. При загрузке, используется режим ОбменДанными.Загрузка=Истина, при котором ДатаЗапрета также не проверяется вроде...
Продиагностируйте проблему:
Выгрузите файл из источника, посмотрите его содержимое, для проблемных документов, если в выгруженном файле есть "потерянные" данные, значит "трабл" при загрузке в приемник...
Если же в файле уже нет "потеряшек", то при выгрузке.
Давайте сначала определимся с местом возникновения проблемы
1. Выгрузке данных
2. При загрузке, используется режим ОбменДанными.Загрузка=Истина, при котором ДатаЗапрета также не проверяется вроде...
Продиагностируйте проблему:
Выгрузите файл из источника, посмотрите его содержимое, для проблемных документов, если в выгруженном файле есть "потерянные" данные, значит "трабл" при загрузке в приемник...
Если же в файле уже нет "потеряшек", то при выгрузке.
Давайте сначала определимся с местом возникновения проблемы
(2) Caspersky, спасибо за отклик!
Для того, чтобы выгружаемый документ не вызывал изменений в БП (и соответственно не откидывал границу последовательности на себя) были сделано следующее.
Перед выгрузкой из УТ в БП, УТ по com-соединению подключается к БП и собирает все границы запрета изменения данных по организациям (организаций много).
В обработчике "Перед конвертацией объекта" есть типовой алгоритм, который выгружает документы ссылкой, если документ находится до даты, с которой разрешена выгрузка по узлу.
Так вот здесь дополнительно дата документа сравнивается датой границы по организации, и в случае если меньше также выгружается ссылкой.
И плюсом к этому при загрузке документа анализируется, что если он по дате меньше даты запрета редактирования, то не замещается.
Другого способа не изменять при загрузке документы, там, где по логике их и не надо изменять, пока не придумал.
Да, а самое, на мой взгляд, главное, только сообразил, что настройка выгрузки для номенклатуры в настройке обмена данными стоит Как "Выгружать по ссылке".
И получается, что если документ выгружается ссылкой, то содержащаяся в нем по ссылке номенклатура не встает в другие документы.
Номенклатура в файле выгрузки есть.
По файлу выгрузки увидел, что там, где номенклатура встречается первый раз, например, в документе, выгруженном по ссылке, то там и прописано значение, которое получилось в результате преобразования ссылки объекта, типа {"#",3d446917-2fb8-11d7-85a2-0050bae0a772,26:826b001e676fc01d11e49f8c142caac8}.
Но в других местах, где встречается эта номенклатура, прописана ссылка на это место. То есть, опять же, если документ выгружен только ссылкой без наполнения, то другие документы будут ссылаться на пустое место.
Как-то так, поправьте, пожалуйста, где не прав.
Для того, чтобы выгружаемый документ не вызывал изменений в БП (и соответственно не откидывал границу последовательности на себя) были сделано следующее.
Перед выгрузкой из УТ в БП, УТ по com-соединению подключается к БП и собирает все границы запрета изменения данных по организациям (организаций много).
В обработчике "Перед конвертацией объекта" есть типовой алгоритм, который выгружает документы ссылкой, если документ находится до даты, с которой разрешена выгрузка по узлу.
Если ПараметрИсточник.Дата < Параметры.ДатаНачалаВыгрузкиДокументов Тогда
ТолькоПолучитьУзелСсылки = Истина;//Отказ = Истина;
КонецЕсли;Так вот здесь дополнительно дата документа сравнивается датой границы по организации, и в случае если меньше также выгружается ссылкой.
Если Параметры.СписокГраницЗапретаИзмененияДанных.Количество() > 0 Тогда
Если ОбщегоНазначения.ЕстьРеквизитДокумента("Организация", МетаданныеОбъекта) Тогда
ВыбДатаГраница = Параметры.СписокГраницЗапретаИзмененияДанных.НайтиПоЗначению(ПараметрИсточник.Организация.ИНН);
Если ВыбДатаГраница <> Неопределено Тогда
Если ПараметрИсточник.Дата < Дата(ВыбДатаГраница.Представление) Тогда
ТолькоПолучитьУзелСсылки = Истина;
Сообщить("Дата объекта " + Строка(ПараметрИсточник) + " меньше границы запрета по организации, выгружен ссылкой.");
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецЕсли; ПоказатьИ плюсом к этому при загрузке документа анализируется, что если он по дате меньше даты запрета редактирования, то не замещается.
НеЗамещатьОбъект = ИстинаДругого способа не изменять при загрузке документы, там, где по логике их и не надо изменять, пока не придумал.
Да, а самое, на мой взгляд, главное, только сообразил, что настройка выгрузки для номенклатуры в настройке обмена данными стоит Как "Выгружать по ссылке".
И получается, что если документ выгружается ссылкой, то содержащаяся в нем по ссылке номенклатура не встает в другие документы.
Номенклатура в файле выгрузки есть.
По файлу выгрузки увидел, что там, где номенклатура встречается первый раз, например, в документе, выгруженном по ссылке, то там и прописано значение, которое получилось в результате преобразования ссылки объекта, типа {"#",3d446917-2fb8-11d7-85a2-0050bae0a772,26:826b001e676fc01d11e49f8c142caac8}.
Но в других местах, где встречается эта номенклатура, прописана ссылка на это место. То есть, опять же, если документ выгружен только ссылкой без наполнения, то другие документы будут ссылаться на пустое место.
Как-то так, поправьте, пожалуйста, где не прав.
(3) cargobird,
Можно же в приемнике проверять дату запрета редактирования и установить параметр НеЗамещатьОбъектПриЗагрузке = Истина;
Доступен в обработчике "При загрузке"
Другого способа не изменять при загрузке документы, там, где по логике их и не надо изменять, пока не придумал.
Можно же в приемнике проверять дату запрета редактирования и установить параметр НеЗамещатьОбъектПриЗагрузке = Истина;
Доступен в обработчике "При загрузке"
(4) tusv, да, так и сделал...
И это было сделано в первую очередь.
Сейчас, честно говоря, затрудняюсь точно вспомнить, для чего понадобился дополнительный контроль ДО конвертации объекта (с COM-соединением).
По-моему установка признака НеЗамещатьОбъект срабатывала не во всех случаях, и решили сделать в самом начале обмена.
Больше всего интересует вопрос, прав ли я в том, что номенклатура, попадая в документ, выгружаемый ссылкой, становится пустой в документах, которые выгружаются целиком.
Если это нигде в конвертации не исправляется, тогда или продолжать мучиться с этим дальше, всякий раз повторно выгружая документы с битой номенклатурой, или включать в настройке обмена выгрузку номенклатуры не по ссылке, а вообще всю зарегистрированную.
Но тогда в БП повалит всё подряд, что имеет к ней отношение, и что не имеет.
И плюсом к этому при загрузке документа анализируется, что если он по дате меньше даты запрета редактирования, то не замещается.
И это было сделано в первую очередь.
Сейчас, честно говоря, затрудняюсь точно вспомнить, для чего понадобился дополнительный контроль ДО конвертации объекта (с COM-соединением).
По-моему установка признака НеЗамещатьОбъект срабатывала не во всех случаях, и решили сделать в самом начале обмена.
Больше всего интересует вопрос, прав ли я в том, что номенклатура, попадая в документ, выгружаемый ссылкой, становится пустой в документах, которые выгружаются целиком.
Если это нигде в конвертации не исправляется, тогда или продолжать мучиться с этим дальше, всякий раз повторно выгружая документы с битой номенклатурой, или включать в настройке обмена выгрузку номенклатуры не по ссылке, а вообще всю зарегистрированную.
Но тогда в БП повалит всё подряд, что имеет к ней отношение, и что не имеет.
(5) cargobird,
Скорее всего для оптимизации объема передаваемых данных. Иначе смысла не вижу.
Если Объекта нет в приемнике, то да. Прав. Вроде бы как бы Новый объект загружен, а на самом деле нет, но в таблицу загруженных объектов уже попал. ИМХО
Если оптимизация объема важна. То можно выгружать документы в Обратном порядке, а проводить документы в хронологическом порядке в обработчике "После загрузки данных".
Сейчас, честно говоря, затрудняюсь точно вспомнить, для чего понадобился дополнительный контроль ДО конвертации объекта (с COM-соединением).
Скорее всего для оптимизации объема передаваемых данных. Иначе смысла не вижу.
Больше всего интересует вопрос, прав ли я в том, что номенклатура, попадая в документ, выгружаемый ссылкой, становится пустой в документах, которые выгружаются целиком.
Если Объекта нет в приемнике, то да. Прав. Вроде бы как бы Новый объект загружен, а на самом деле нет, но в таблицу загруженных объектов уже попал. ИМХО
Если оптимизация объема важна. То можно выгружать документы в Обратном порядке, а проводить документы в хронологическом порядке в обработчике "После загрузки данных".
(10) cargobird, Ну как бы для меня галочка "Не запоминать выгруженные объекты" только для теста. Она очень плохая при большом объеме. По тому как уже выгруженная ссылка выгружается как встретилась. То есть 100 раз встретилась, 100 выгрузилась.
КД очень мощный инструмент. и если параметр "НеЗамещатьОбъектПриЗагрузке" не работает, то это значит, что это просто переменная.
Проверяется просто. Сообщить(НеЗамещатьОбъектПриЗагрузке); Ругнется, значит в этом обработчике не работает
КД очень мощный инструмент. и если параметр "НеЗамещатьОбъектПриЗагрузке" не работает, то это значит, что это просто переменная.
Проверяется просто. Сообщить(НеЗамещатьОбъектПриЗагрузке); Ругнется, значит в этом обработчике не работает
(15) tusv, по поводу параметра...
В мануале обработчика объекта "При загрузке":
НеЗамещатьОбъект - Булево - Если установить значение Истина, то существующий объект информационной базы не будет изменен.
Также и у меня...
Или куда-то не туда смотрю?
КД очень мощный инструмент. и если параметр "НеЗамещатьОбъектПриЗагрузке" не работает, то это значит, что это просто переменная.
В мануале обработчика объекта "При загрузке":
НеЗамещатьОбъект - Булево - Если установить значение Истина, то существующий объект информационной базы не будет изменен.
Также и у меня...
Или куда-то не туда смотрю?
(19) cargobird, Смотри для чего все сделано в Выгрузке Такое ощущение, что писал правила выгрузки очень подкованный человек. То есть выгрузка оптимальна, если в источнике ни чего нового на даты запрета не вносили, что возможно только теоритически. На практике же меняют, что попало. Да еще документ с подписью Ген директора предъявят. Тут надо кричать Палундра, Караул, как Вы будете сводить учет или как то обходить. Это же наша работа.
Если параметр не замещать не работает, то можно загруженный объект вернуть разными способами. Отказ, Объект модифицирован. и тупо, веруть его к исходному состоянию программно.
что то типа
Если параметр не замещать не работает, то можно загруженный объект вернуть разными способами. Отказ, Объект модифицирован. и тупо, веруть его к исходному состоянию программно.
что то типа
ГраницаЗапрета=ПроверитьЗапретНаДокумент();
Если ГраницаЗапрета и ОбъектНайден Тогда
ЗаполнитьЗначенияСвойств(Объект,Объект.Ссылка);
Для Каждого ТЧ из Объект.Метаданные().ТабличныеЧасти Цикл
Объект[тч.Имя].Загрузить(Объект.Ссылка{Тч.Имя});
КонецЦикла;
КонецЕсли;
(6) Caspersky, поставил "Не запоминать выгруженные объекты" у всех справочников, по которым идет выгрузка по ссылке, залил правила в торговлю.
Вылетает при обмене, даже ошибку не выдает. Залил старые правила обратно. Выгрузилось нормально. Думаю, что не так...
Вылетает при обмене, даже ошибку не выдает. Залил старые правила обратно. Выгрузилось нормально. Думаю, что не так...
(13) cargobird,
Выше описано поведение при кэшировании объектов;совпадение???)
ПОпробуйте отключить свои обработчики, и выгрузить данные с отключенным кэшированием.
Врядли "падение" при выгрузке, напрямую связано с вкл. кэширования.
где номенклатура встречается первый раз, например, в документе, выгруженном по ссылке, то там и прописано значение, которое получилось в результате преобразования ссылки объекта, типа {"#",3d446917-2fb8-11d7-85a2-0050bae0a772,26:826b001e676fc01d11e49f8c142caac8}.
Но в других местах, где встречается эта номенклатура, прописана ссылка на это место
Но в других местах, где встречается эта номенклатура, прописана ссылка на это место
Выше описано поведение при кэшировании объектов;совпадение???)
ПОпробуйте отключить свои обработчики, и выгрузить данные с отключенным кэшированием.
Врядли "падение" при выгрузке, напрямую связано с вкл. кэширования.
(14) Caspersky, прошу прощения, туплю немного. Да, попробую с отключенным кэшированием и отключенными обработчиками.
Пока же на файловой и скульной базах - одна и таже торговля разных периодов - выгрузка с отключенным кэшированием и включенными обработчиками валит базы в дамп.
Пока же на файловой и скульной базах - одна и таже торговля разных периодов - выгрузка с отключенным кэшированием и включенными обработчиками валит базы в дамп.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот