Где хранить важность заявки? #290497

Есть самописная конфа. Есть документ "Заявка". Заявке нужно выставлять важность. Этта важность может меняться. Например, на прошлой неделе было введено две заявки. Сегодня мы поставили первой заявке важность 1, а второй - 2. А на следующий день передумали и  первой заявке поставили важность 2, а второй 1. Отчеты по завкам должны печататься с учетом важности на дату отчета. Как это можно реализовать в 7-ке? Непонятно где хранить эту важность. В документе неудобно - не хочется перепроводить докумнетпри изменении важности. Можно хранить в отдельном справочнике, но тоже как-то не очнь. Можно ли в регистре?

А зачем перепроводить? Сделай реквизит в документе и сделай обработку "Смена важности документа", куда воткни выбор документа и его важности.Потом програмно записывай в нужный док. При програмной записи перепроведение не происходит.

А что, нельзя сделать дополнительный реквизит документа с типом Перечисление, например?

Наверное у автора стоит в документах ПриЗаписиПерепроводить Если пытаться юзать доки прошлого периода, не факт что позволит

Реквизито документа не может быть периодическим. Истории не получится. Остается либо в справочнике либо в регистрах

а зачем здесь периодичность?

Какая разница - какая важность у данной заявки была неделю назад?

Ну чтобы в отчетах за указанную дату важность стояла имеено та, которая была указана в тот день, даже если позже ее меняли

Ну, можно извернуться :-) Например хранить историю изменений важности в таблице значений с двумя колонками : "Дата","Важность" А при записи документа сворачивать ее с помощью ЗначениеВСтрокуВнутр и помещать в реквизит типа строка . При необходимости всю историю можно поднять в туже таблицу обратно : ЗначениеИзСтрокиВнутр

Отчеты по заявкам и их выполнению будут храниться. И если понадобиьтся перепечатать отчет за 01.01.07, то такая возможность должна быть

а в регистрах никак? они вроде побыстрее работают

делайте подчиненный док, туда еще можно будет обоснование и другие вещи по важности накидать, имхо

Ну почему никак.Можно и на регистрах..Только городить целый регистр из-за такой ерунды...

А чего не в справочнике? Только изменения будут раз в день.

Кстати, подобное видел в Камине - хранят периодические данные сотрудника в документе

Интересная идея. Получается когда строится отчет на какуюто дату, мне надо найти ПОСЛЕДНИЙ подчиненный док на эту дату и из него взять важность. С поиском последнего докумнета придется повозиться

неудобно, запрос не построишь, поиск сложный

А как выбирать из регистров? Например, нужно найти важность для конкреной заявки на кокрентую дату. Как делать?

Рейв сказала самый оптимальный вариант. Очень часто видел! При записи, тока записывай или обработкой в закрытом переоде.

ОбратныйПорядок

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

А зачем тебе запрос? Сделай таблицу с доками за нужный период, а в каждой строке внутренюю таблицу с историей и крути ее как хочешь..

->

"Сказал" с вашего позволения:-)))

А почему "Рейв сказалА"? :)

Опоздал :)

прошу прощения. Не понял, зачем автору запрос? Ну конечно можно за период, но выгрузил в ТЗ... Работы минут на 30-40

Оптимальнее, чем сделать трудно.

история нужна

справочник ИсторияИзмененийДокументов и туда писать... реквизиты Документ тип Документ и Дата изменения, признак отбора на реквизите Документ... чтоб просмотреть все изменения нужного документа сам не делал... так теоритические измышления :) но вроде должно работать в форму дока можно кнопку вставить, по которой открывается справочник история с включенным отбором по текущему доку

никаких справочников! все писать в регистр документом-"регистратором"

может быть может быть... в регистрах не силен, но имхо они для других целей..

Если писать в справочник, то можно сделать отбор по важности, отбор по дате. Причём в форме списка справочника пользователь может интерактивно менять отбор. (Просматривая, при этом все документы в порядке убывания важности)

вот вот... и я о чем

а не проще сделать справочник с двумя реквизитами: Ссылкой на документ и периодическим реквизитом важность?

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

... извини неправильно понял, да думаю можно и так... наверное так даже лучше

у себя в системе я уже столкнулся с проблемой "периодический реквизит" и даты изменения мало!

:-)

(35, 37) Я сейчас так и сделал: есть справочник в котором два реквизита: заявка и периодическая важность. Вроде нормально работает. Только выборки делать не очень удобно. Мне кажется что с регистром было бы удобнее работать. Во-первых быстрее сами регистры работают чем справочник, а во-вторых возможностей для отбора и фильтрации больше. Только не понятно как искать важность для конкретной заявки на конкретную дату. Если регистр остатков, то он мне вернет "сумму" всех важностей по этой заявке за период. А если это регистр оборотов - то "обороты" по этой важности. А нужно кокртное значение. Давайте в этом направлении подумаем

бред какой то....

Давайте подумаем в направлении оборотов важности.

+1

я обернулся посмотреть не обернулась ли она чтоб посмотреть, какая важная я.

Как будет оформляться установка/изменение важности? Документом?

Я думаю да. Мне кажется удобнее менять важность докумнетом. Чтобы в случае необходимости можно было отменить проведение с автоматическим откатом важности к предыдущим значениям

ну и зачем тогда лишний справочник?

Я тоже так думаю. Тогда все суперидеи с подчиненными документами, строками табличной части, реквизитами документа и прочими вещами превращаются в гемор, так как придется отслеживать отмену проведения и перестановку этих документов во времени. Я бы делал или как в или регистр с всегда нулевым ресурсом, чтобы итогов не было.

Справочник удалить не долго - это пока реализовано в моей тестовой конфигурации, на рабочую еще не сохранял. При условии что с регистром все хорошо получится. А если с регистром не получится придется оставить справочник. Т.е. в регистре будет два измерения: заявка и важность. Я правильно понял? Как получить значение важности, например, на 01.07.07 из такого регистра?

А какой регистр лучше использовать остатков или оборотов?

Вместо измерений можно реквизиты регистра использовать, тогда итоги никогда не появятся, и на тип регистра вообще пофиг А для получения актуальных данных надо будет выборку движений делать в обратном порядке

+ Для множественных данных запросом движения тоже можно вытаскивать, только вроде фиктивный ресурс в регистре придется создать, который всегда нулевой будет иначе в выборку ничего не попадет. И еще может какие-то нюансы есть - не помню уже, но когда-то я что-то такое делал.

Спасибо, в ближайшее время попробую, результаты сообщу :)