коммерческое предложение - "срок жизни" #157924

Коммерческий отдел генерирует пачками коммерчиские предложения. В которых хранится так же "планируемая цена закупки" именно для этого предложения. Сейчас менеджер может зайти изменить ком. предложение и напечатать новое. История изменений не храниться (только из лога можно вытащить кто и когда). Планирую убрать возможность изменений компредложений, сделать только через генерацию нового на основании старого (с сохранением старого номера + префикс). И добавить реквизит "срок жизни" по которому убивать "не выстрелившие" предложения. Взлетит ? Отдел менеджеров - 30 человек. КомДир не очень заинтересован (подустал и на самом деле ищет новое место), но этого хочет хозяин.

вполне лучше будет + можно сделать отчет изменений - мол этот товар добавили 3го чила, а это убрали 4го и т.п.

сделай пролонгацию КП по кнопке и сохраняй историю

2 а почему не плодить новые документы (как в ) ? изменить (саму структуру) потом будет легче - чем "обслуживать" сложный документ (с пролонгацией) а может два варианта - пролонгация (это без изменений) + изменение (ввод нового на основании старого) ?

как историю лучше сохранять ?

Реши сам. Можно завести еще одну табличную часть. Слава богу, их в восьмерке может быть сколько угодно.

Еще можно завести периодический регистр сведений с измерением Контрагент и ресурсом "КоммерческоеПредложение"

Что лучше (правильнее) там хранить - саму инфу или изменения ? Я думаю инфу, а изменения потом можно будет проанализировать.

Не совсем понятно, зачем убивать "устаревшие" комм. предложения. С моей точки зрения - это неверный подход. Предлагаю в качестве варианта реализации подхода проанализировать механизм заказов и корректировок заказов покупателей в типовой УТ. И, конечно, желательно протянуть всё это до прихода нового комм. дира, а с его заходом предложить ему реализовать хотелку собственников как первый результат работы на новом месте. Лаврами, конечно, надо будет поделиться с IT, но и союзник будет неплохой в дальнейшем:-)