Уважаемые форумчане, нужен ваш совет. Встала задача реализовать периодичность всех документов в конфигурации, т.е. истории изменения всех реквизитов и соответственно формирования всех отчетов исходя из этой периодичности. Кто сталкивался с данной задачей, нужна ли такая возможность или это будет только больше создавать трудностей как для разработчика так и для пользователя?Всем заранее спасибо.

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

(0)то есть хранить историю изменений документов? так в типовых есть функционал версионирования, а вот строить отчеты по данным на определенную дату бессмысленно

смысла нет такое делать имхо

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

типа хотим 1 док РТУ и всё? в истории смотреть кому и куда и почем продовали?)

(1)допустим - платежное поручение № 1 от 12.02.12 сумма 2000
        - платежное поручение № 1 от 13.02.12 сумма 1000
        - платежное поручение № 1 от 14.02.12 сумма 3000
Вот нужно реализовать примерно такую историю изменения, и вся дальнейшая бизнес-логика должна учитывать эту периодичность, в т.ч. отчеты

щас тоже самое, только
платежное поручение № 1 от 12.02.12 сумма 2000
       - платежное поручение № 2 от 13.02.12 сумма 1000
       - платежное поручение № 3 от 14.02.12 сумма 3000

Чем не устраивает?

(6) Интересные у вас платежные поручения. :)

(0) На инфорстарте есть готовая обработочка, которая вкручивается в конфу, и в справочнике хранит все изменения пользователей. Прикрутить к ней отчет который будет показывать историю - плевое дело.

З.ы. Номер платёжки - законодательно обговорён, не может быть в году платёжек с одинаковым номером, это преступление карается турмой

(6) Нахера так? Эти документы физически существуют? То есть их три? Почему в базе хотите делать один?

(7), тут разные объекты, которые по кассе в сумме дадут приход/расход 6000р., а тут в зависимости от даты будет приход/расход либо 1000/2000/3000

(1) это только в качестве примера

(10) -> (13)

(12) Объясни зачем это? Где и для какой цели ты хочешь это применять?

(12) пример из жизни плиз, нафига это надо непойму никак

(10) такие требования, да будут физически существовать

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

(18) сдаётся мне они хотят не это. Именно это лишено всякого смысла, тем более с платёжками

(18) Они дибилы.. даже не думай так делать.. они просто дурачки не понимающие ничего..

(19) Стопудов, абсолютная бессмыслица

(18) Таки можно пример из жизни? Что конкретно пользователи хотят?

(6) делов то, префикс = дата

более может удачный пример:
- Приказ о приеме на работу сотрудника от 12.01.12, Иванов, оклад - 2000р
- Приказ о приеме на работу сотрудника от 14.01.12, Иванов, оклад - 4000р

это требования пользователей, которые поступили руководству, а от руководства мне

(24) такой же неудачный пример... что этими записями они хотят показать?

короче - цель какая, в т.ч. как это должно лечь на учет в системе

(24) А вот Иванов под каким приказом подписался? Актуальный то в любом случае нужен один. Зачем второй?

(26) да ей версионирование надо реализовать, как я понял

(25) цель, если пользователь хочет смотреть поведение системы в различных вариантах, в зависимости от данных, то, допустим, он провел один  документ/расчет одной датой, а потом захотел сделать еще один такой же документ/расчет с другими данными для анализа работы системы с другим вариантом с  более ранним/поздним периодом, но отменять проведение других документов не хочет. Система должна смотреть в зависимости от тек. даты, какие документы актуальны и с ними работать

(28) да вероятно

(28) да вроде не совсем "формирования всех отчетов исходя из этой периодичности"
(29) мы точно об учетной системе говорим? типа а давайте я попробую оприходовать товар не по 100 рублей, а по 200. наверное так красивее будет

(30) а что за конфа у тебя?

(30) нет, версионирование - это всего лишь история изменений объектов. состояние системы (движения и т.д.) определяется только текущим состоянием документа. Смоделировать другое состояние - почти не реально (итоги регистров и т.д.).
Пусть и делают 2 дока, один провели, другой распровели. или подари им http://button.dekel.ru/

(29)>> Система должна смотреть в зависимости от тек. даты, какие документы актуальны и с ними работать
не, это не версионирование, а ЗЛО. Откажись от этой затеи, не надо оно тебе.

(29) а конечная цель какая?

(31) да, об учетной системе, и именно так, не только версионирование но и учет системой всех изменений документа в последующей бизнес-логике

(30) самописная

(36) технически нельзя, например теже Итоги регистров, на лету как ты их посчитаеш исходя не из текущих движений, а из своих воображаемых?

(29) это жесть помойму....лучше точно не браться..

(36) возможно вам нужно бюджетирование?
Потому как в моем понимании документ служит для отражения фактической операции.

(36) неправильно поставленная или неправильно понятая задача! уточни что хотят, а то навяешь еще убийцу УПП ненароком

(38) технически можно. добавить например измерение "Версия" в документ добавить реквизит "Версия". Вот в принципе и все.

(42) :))))
спасибо всем за советы

(42) хм... возможно... но утяжелит аналитику. + совершенно все отчеты переписывать и всю логику... короче нафиг

(43) вот же черт... и сделает же... и кто меня за язык тянул
(44) на счет "нафиг" не уверен... зависит от задачи... такая задача имеет смысл для плановых величин... приведенные примеры как-то на такой подход уж очень плохо ложатся. Ну и конечно реквизитами и измерениями не ограничиться. Придется продумывать всю логику системы.

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