Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Нужна подсказка по оптимальному решению сохранения версий
|
|||
|---|---|---|---|
|
#18+
Уважаемые специалисты! Нужна подсказка по способу решения следующей задачи: В самописной конфигурации есть документ, в табличной части которого заносится информация по плановым платежам. эти записи могут иметь разное количество строк в разных документах. Требуется дополнить документ возможностью сохранять версии плана, т.е. несколько вариантов заполнения табличной части (с возможностью их хранения) и выбора нужного варианта при проведении документа. Кто-нибудь решал подобную задачу? В каком объекте лучше хранить строки вариантов табличной части. Заранее спасибо за помощь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2011, 22:24 |
|
||
|
Нужна подсказка по оптимальному решению сохранения версий
|
|||
|---|---|---|---|
|
#18+
Что-то мне говорит что можно было бы проводить ВСЕ варианты планов - а потом в отчете уже выбирать то что нужно.... Но тут уже надо автора конфы пинать. А вобще такие вещи делаются через 2 табличных части. В 2 части сами додумаете что? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2011, 23:33 |
|
||
|
Нужна подсказка по оптимальному решению сохранения версий
|
|||
|---|---|---|---|
|
#18+
Сначала, забыл написать, что версия платформы 8.1 Программист 1сЧто-то мне говорит что можно было бы проводить ВСЕ варианты планов... Возможно, методически, это и правильно. Но мне проще доработать именно документ, т.к. отчет очень универсальный и есть вероятность порушить, что-то другое. Программист 1сА вобще такие вещи делаются через 2 табличных части. В 2 части сами додумаете что? Если правильно понимаю, то в одной таб. части - видимой - храниться текущий вариант, а в другой - все остальные. Я так пробовал. И еще в регистре сведений записывать другие части. Но все как-то коряво получается. Особенно не понятно, как быть с нумерацией версий, когда удаляют какой-либо вариант в середине. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2011, 17:09 |
|
||
|
Нужна подсказка по оптимальному решению сохранения версий
|
|||
|---|---|---|---|
|
#18+
Vadik_1CУважаемые специалисты! Нужна подсказка по способу решения следующей задачи: В самописной конфигурации есть документ, в табличной части которого заносится информация по плановым платежам. эти записи могут иметь разное количество строк в разных документах. Требуется дополнить документ возможностью сохранять версии плана, т.е. несколько вариантов заполнения табличной части (с возможностью их хранения) и выбора нужного варианта при проведении документа. Кто-нибудь решал подобную задачу? В каком объекте лучше хранить строки вариантов табличной части. Заранее спасибо за помощь. поясните пожалуйста задачу? есть предположение. создать справочник. Возможные планы. Создать ТЧ аналогичную ТЧ документа. далее при создании документа выбирать тип заполнения из справочника. и проводить документ. как такой вариант? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2011, 11:46 |
|
||
|
Нужна подсказка по оптимальному решению сохранения версий
|
|||
|---|---|---|---|
|
#18+
Шурыгин Иван Сергеевичпоясните пожалуйста задачу? есть предположение. создать справочник. Возможные планы. Создать ТЧ аналогичную ТЧ документа. далее при создании документа выбирать тип заполнения из справочника. и проводить документ. как такой вариант? По заданию не совсем то, хотя спасибо за попытку... Поясняю: Нужно сохранение версий при изменении информации в табличной части, в которую заносится список - дата ожидаемого платежа и его сумма. Если к моменту приближения срока становиться понятно, что событие маловероятно, то содержимое таблицы изменяется (или сумма или дата). Это не тип заполнения, а сохранение самого содержимого табличной части, чтобы можно было увидеть - "а что было раньше". Пользователь хочет видеть в документе непосредственно информацию по текущей версии, а не список версий из справочника. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2011, 12:19 |
|
||
|
Нужна подсказка по оптимальному решению сохранения версий
|
|||
|---|---|---|---|
|
#18+
Vadik_1CПо заданию не совсем то, хотя спасибо за попытку... Поясняю: Нужно сохранение версий при изменении информации в табличной части, в которую заносится список - дата ожидаемого платежа и его сумма. Если к моменту приближения срока становиться понятно, что событие маловероятно, то содержимое таблицы изменяется (или сумма или дата). Это не тип заполнения, а сохранение самого содержимого табличной части, чтобы можно было увидеть - "а что было раньше". Пользователь хочет видеть в документе непосредственно информацию по текущей версии, а не список версий из справочника. Вариант 1. Используйте периодический регистр сведений, структура ресурсов котором совпадает со структурой табличный части. В регистр сведений пишите при проведении документа. При открытии формы документа формируете на форме содержимое таблицы из регистра сведений. Вариант 2. Новая версия документа - новый объект. Все последующие версии связаны с первым созданным объектом, или с предыдущим. В журнале отображаете только первый созданный объект. При попытки открытия документа открываете документ соответствующий последней версии. При записи изменений генерируете новый объект версию. Что делать с результатами проведения предыдущей версии - думайте (как вариант отменять проведение предыдущей версии перед проведением новой версии). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2011, 12:40 |
|
||
|
Нужна подсказка по оптимальному решению сохранения версий
|
|||
|---|---|---|---|
|
#18+
DinamoВариант 1. Используйте периодический регистр сведений, структура ресурсов котором совпадает со структурой табличный части. В регистр сведений пишите при проведении документа. При открытии формы документа формируете на форме содержимое таблицы из регистра сведений. Вариант 2. Новая версия документа - новый объект. Все последующие версии связаны с первым созданным объектом, или с предыдущим. В журнале отображаете только первый созданный объект. При попытки открытия документа открываете документ соответствующий последней версии. При записи изменений генерируете новый объект версию. Что делать с результатами проведения предыдущей версии - думайте (как вариант отменять проведение предыдущей версии перед проведением новой версии). Вариант 1 - уже пробовал. Стандартное решение, но есть много мелких нюансов, которые сводят на нет преимущества. Вариант 2 - Интересная мысль, спасибо. Буду крутить, посмотрим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2011, 12:47 |
|
||
|
|

start [/forum/topic.php?fid=28&fpage=82&tid=1521331]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
21ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
24ms |
get tp. blocked users: |
1ms |
| others: | 220ms |
| total: | 294ms |

| 0 / 0 |
