Добрый день. Прошу совета, куда пойти? Требуется получить данные (номенклатуру) из всех предыдущих версий документа "Заказ клиента" и добавить в отчет. Цель - отследить "выпадающие продажи" и обеспечить наличие необходимого остатка на складе. Отчет, к которому эти данные хочу прикрепить готов, а вот с этим пунктом вопросики.
Как понял, данные версий хранятся в XML формате (_DataHistoryMetadata). В ИТС пишут получать методом ПолучитьМетаданные(). Не соображу как в кучу все это собрать. Количество версий заказов может быть от 2 до 15. Напихайте в панамку, кому не жалко, чтоб хоть было над чем подумать. (ERP 2 (2.5.11.96))

история где хранится? БСП или платформа?

если платформа - то методы работы с историей - оттуда можно получить таблицы
эти таблицы потом в СКД передать - и вуаля

(0) если не получится с версионированием, может будет проще свой регистр в расширение добавить и писать в него изменения таб части Заказа клиента. А потом уж по своему регистру отчет любой сделать можно.

(0) ИсторияДанных.ПолучитьМетаданные(Данные, номерверсии)

(2) (3) (4) Ок, пон, что называется. Спасибо, пошел пробовать.

История данных отключена для документа "Заказ клиента", а версионирование включено. Задумка в отчете новым набором данных - Объект, получить выборку по версиям и затем объединить с существующим отчетом (запросом). Подскажите, пожалуйста, с синтаксисом. Ну или чего почитать, чтоб разобраться?

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

(7) Почему бредовая? Долго формировать будет или есть варианты как получить эти данные проще?

(8)

Потому что вы вероятно вовсе удаляете строку с номенклатурой из Заказа клиента
А ведь там есть поле "Отменено" и "Причина отмены".

(9)+. Есть и отчет Причины отмены заказов.

(9) В версии документа остается же вся номенклатура, которая была на момент записи версии документа. Не совсем понял причем тут "Отменено" и "Причина отмена заказов".?

(10) Отчет есть, но эта информация не нужна в отчете, который пытаюсь сделать.

(9)+ Полностью поддерживаю. Отменять позиции в счете и указывать причину - единственно правильный методически вариант

(11) из документа не стоит удалять строки, тогда и не будет необходимости анализировать xml с версиями.

(14) а где такой функционал запрятан - отмена позиции? Бегло посмотрел, не нашел в заказе клиента такой опции.

А все, разобрался.

(13) И собирать отчет табличной части ПО ДОКУМЕНТАМ ...? а зачем регистры тогда? почему все отчеты не собирать по документам и отказаться от регистров, как ненужных сущностей...

(18) так в регистре только номера версий, все данные версий  в XML формате. В том и сложность у меня, получить оттуда и вставить в отчет.

(19) Сам подход к решению задачи не верен, откуда ты будешь брать данные почему позицию убрали? Может: клиент другую захотел, денег не хватило/выделили. Отмена позиции без наличия на складе ≠ выпавшая продажа из-за отсутствия на складе.

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

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