Декоративное оформление С Новым Годом 2025

ААА6 Ошибка в обмене с БП

Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.

Пользователь ПП
RSS
Добрый день, зафиксировали у клиента ошибку в процедуре обмена ААА-БП, описание проблемы
Из заказ наряда в БП выгружается Перемещение в производство №1866 в документ Перемещение товаров 1866

Из заказ наряда №1866 с видом Комплектация автомобиля выгружается в документ Перемещение товаров 1866

Документы затирают друг друга, такое ощущение что срабатывает поиск по Номеру документа на стороне БП
Декоративное изображение 124
Сотрудник 1С-Рарус
Андрей Владимирович, Добрый день!

Какой Релиз АА и БП?
Синхронизация через EData?
Или через Обработку? От какого числа Обработка?
Пользователь ПП
Альфа-Авто: Автосалон+Автосервис+Автозапчасти Корп. Редакция 6 (6.1.12.03)
Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.163.26)
EData
Сотрудник 1С-Рарус
Оба этих документа совпадают по Дате при этом?
Цитата
написал:
Перемещение в производство №1866
и
Цитата
написал:
заказ наряда №1866
Пользователь ПП
Нет, даты разные
Сотрудник 1С-Рарус
На стороне БП есть проверка номера документа. Если совпадает, то будет такая ситуация.
Тогда поменяйте номер, например, в БП после загрузки одного документа.
Второй не найдет связи к нему.
Но придется удалить в БП, чтобы связи разорвать.
Пользователь ПП
Ну это решение не рабочее, сотрудник не может отслеживать процесс закрытия заказ наряда и выгрузку его в БП при этом проверять наличие похожего номера перемещения и изменять его. Необходимо решение данной проблемы, оно потенциально несет серьезные проблемы в учете.

Судя по механизму обмена, чтобы пойти по другому пути поиска объекта на стороне БП, в объекте XDTO необходимо передать объект "Ссылка" тогда поиск пойдет по запросу и проблема будет решена.
Пользователь ПП
В БП модуль ОбменДаннымиXDTOСервер функция СсылкаОбъектаПоСвойствамОбъектаXDTO
Код
АнализироватьПубличныеИдентификаторы = ВариантИдентификации = "СначалаПоУникальномуИдентификаторуПотомПоПолямПоиска"
         И ДанныеXDTOСодержатСсылку
         И ЗначениеЗаполнено(УзелОбмена);
         
      ПоискЗапросом = Ложь;
      Если АнализироватьПубличныеИдентификаторы Тогда
         ПоискЗапросом = Истина;
      Иначе
         // Возможно, поиск можно выполнить платформенными методами.
         Если ПравилоКонвертации.ЭтоДокумент
            И ПоляПоиска.Количество() = 2
            И ПоляПоиска.Свойство("Дата")
            И ПоляПоиска.Свойство("Номер") Тогда
            Результат = ПравилоКонвертации.МенеджерОбъекта.НайтиПоНомеру(ПоляПоиска.Номер, ПоляПоиска.Дата);
            Результат = ?(Результат.Пустая(), Неопределено, Результат);
         ИначеЕсли ПравилоКонвертации.ЭтоСправочник
            И ПоляПоиска.Количество() = 1
            И ПоляПоиска.Свойство("Наименование") Тогда
            Результат = ПравилоКонвертации.МенеджерОбъекта.НайтиПоНаименованию(ПоляПоиска.Наименование, Истина);
         ИначеЕсли ПравилоКонвертации.ЭтоСправочник
            И ПоляПоиска.Количество() = 1
            И ПоляПоиска.Свойство("Код") Тогда
            Результат = ПравилоКонвертации.МенеджерОбъекта.НайтиПоКоду(ПоляПоиска.Код);
         Иначе
            ПоискЗапросом = Истина;
         КонецЕсли;
      КонецЕсли;

Необходимо сделать переменную АнализироватьПубличныеИдентификаторы в Истина
Пользователь ПП
Цитата
Андрей Владимирович написал:

           Ну это решение не рабочее, сотрудник не может отслеживать процесс закрытия заказ наряда и выгрузку его в БП при этом проверять наличие похожего номера перемещения и изменять его. Необходимо решение данной проблемы, оно потенциально несет серьезные проблемы в учете.

Судя по механизму обмена, чтобы пойти по другому пути поиска объекта на стороне БП, в объекте XDTO необходимо передать объект "Ссылка" тогда поиск пойдет по запросу и проблема будет решена.                    
Добрый день.

Допустим, что РАРУС передаст в переменной АнализироватьПубличныеИдентификаторы значение "Истина". А как потом сама 1С-Бухгалтерия отреагирует на то, что у двух документов одного типа в пределах года одинаковые номера документов?
Я думаю, что в таких обменах (когда два и более типа документа в источнике транслируются в один тип документа в приемнике) надо добавлять дополнительный префикс. Например, для документа "Перемещение товаров в производство" добавлять префикс "ПТвП", а в для документов "Комплектация автомобиля" - "КА"
Сотрудник 1С-Рарус
Андрей Владимирович, добрый день, в данном случае рекомендуем использовать Префиксацию документов.
Пользователь ПП
Добавили префикс ЗН в номер Перемещения товара при выгрузке документа в БП, проблема решена
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Услуги 1С