Разные единицы сроков

1. Metabos 29 16.10.20 12:12 Сейчас в теме
Добрый день!
Есть необходимость по хранению в документе сроков. Сроки могут быть в разных единицах - дни, недели, месяцы. Т.е. например 1 день, 12 недель и прочее. Не могу придумать как это отображать на форме. Делать 2 колонки - количество и единица не очень хочется. Как это можно сделать? Наверное в типовых как то это реализовано?
+
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. FatPanzer 16.10.20 12:19 Сейчас в теме
Никак не реализовано. Ибо зачем это в документах?
1. Отображать конечную дату хранения.
2. Делать две колонки.
oleg-x; +1
4. Metabos 29 16.10.20 13:03 Сейчас в теме
(2)Нет, конечная дата не нужна. Это больше для информации.
+
5. FatPanzer 16.10.20 13:07 Сейчас в теме
(4) А зачем вообще в самом документе такая информация?
+
7. Metabos 29 16.10.20 13:27 Сейчас в теме
(5)Для информации. Открыл документ, посмотрел и закрыл.
+
9. FatPanzer 16.10.20 13:28 Сейчас в теме
(7) Круто. Для "информации" можно и в комментарий написать...
XAKEP; +1
10. Metabos 29 16.10.20 13:30 Сейчас в теме
(9)Спасибо за идею. Но вопрос был другой, не куда писать срок.
+
11. FatPanzer 16.10.20 13:33 Сейчас в теме
(10) Да нет... Ответ "куда" возникает только после того, как есть ответ "зачем".
Исходя из вашего ответа - никаких последующих манипуляций с этими данными происходить не будет - ни отборов, ни сортировки, ни анализа, ни отчетности. Все, что будет с ней происходить - открыл, увидел, закрыл.
Вот теперь, когда мы знаем ответ на "зачем", правильный ответ на "куда" будет звучать именно так - в комментарий.
XAKEP; +1
14. Metabos 29 16.10.20 13:49 Сейчас в теме
(11) Я думаю наперед :-)
Сейчас не нужно, а завтра вдруг понадобится. Как я буду из комментариев сроки извлекать?
+
16. FatPanzer 16.10.20 13:52 Сейчас в теме
(14) Тогда храните в регистре в любом удобном для вас виде.
Только документы не трогайте, они для справочной информации не предназначены.
+
18. Metabos 29 16.10.20 13:55 Сейчас в теме
(16) А как пользователи будут просматривать? Помимо сроков в документе много еще другой информации. Ее тоже в регистр помещать и пользователям выводить для просмотра форму регистра?
+
20. FatPanzer 16.10.20 13:57 Сейчас в теме
(18) Уууу...
1. Какое отношение срок хранения документа имеет к данным об операционной деятельности и хозяйственной операции, отражаемым в документе?
2. Мы не умеем при открытии формы читать записи регистра?
3. Или мы не умеем выводить значимую информацию из регистра на форму списка документов?
XAKEP; +1
3. oleg-x 26 16.10.20 12:51 Сейчас в теме
Вообще вариант либо указывать дату окончания. Либо два реквизита. Ибо, допустим если указать количество месяцев, то в зависимости от месяца, количество дней будет разными.
+
8. Metabos 29 16.10.20 13:28 Сейчас в теме
(3)дата окончания не нужна.
+
6. andy_zhav 197 16.10.20 13:26 Сейчас в теме
(3) Либо 3й вариант - срок (число), выраженный в минутах или в секундах или в днях - зависит от минимальной единицы времени, которая будет использоваться. И на форме динамически делить на отрезки времени
+
12. andy_zhav 197 16.10.20 13:44 Сейчас в теме
(11) Может быть такая ситуация, что нужно посмотреть не статичные данные, а некоторые динамические, зависящие, как в данном случае, от времени. Тут ваш совет становится не совсем уместен. В комментарии такую информацию можно запихнуть, но если она будет периодически меняться - это совсем плохо будет.
Конечно, нехорошо эти данные пихать на форму документа, лучше было бы в некоторую АРМ или форму, отображающуюся на рабочем столе. Но за неимением последнего - вполне допустимо и на форме документа.
+
13. FatPanzer 16.10.20 13:45 Сейчас в теме
(12)
но если она будет периодически меняться
Тогда ей тем более не место в документах... НИ в комментарии, ни в каких других реквизитах.
Torin; +1
15. andy_zhav 197 16.10.20 13:52 Сейчас в теме
(14) так а чем вам не нравится моя идея (6) в хранении срока, выраженного в минимально возможной для Вас единице времени и динамического разбиения числа в периоды на форме? типа как в unix time?
+
17. Metabos 29 16.10.20 13:54 Сейчас в теме
(15)Может я не совсем понимаю как это будет выглядеть. Есть сроки по 1 дню, а есть 14 месяцев. Вы предлагаете месяцы перевести в дни?
+
19. andy_zhav 197 16.10.20 13:56 Сейчас в теме
(17) именно. А в чем, собственно, проблема? отображать на форме будете не сохраненное число, а преобразованное в единицы времени.
+
21. Metabos 29 16.10.20 13:59 Сейчас в теме
(19)Не знаю, это тоже самое что 2 колонки кмк..
+
22. andy_zhav 197 16.10.20 14:02 Сейчас в теме
(21) вообще рядом не стояло. Я предлагаю одну колонку плюс алгоритм разбиения числа на элементарные периоды.

К примеру, у вас есть число 1234 дней. алгоритм отобразит его на форме как 3 года 1 месяц 8 дней, к примеру
+
24. Metabos 29 16.10.20 14:06 Сейчас в теме
(22) Данные будут уже представлены в виде 1 день, 14 дней, 14 месяцев. Я не понимаю :-) Вы пишите, что сначала сделать изо всего дни, а потом эти дни опять собирать в недели и месяцы?
+
23. andy_zhav 197 16.10.20 14:03 Сейчас в теме
ну или 3 года, 1 месяц, 1 неделя 1 день
+
25. andy_zhav 197 16.10.20 14:10 Сейчас в теме
(24) Хранить в виде числа, а для отображения на форме разбивать это число на юзерфрендли информацию.

А вообще можно и не заморачиваться с этим сильно и забить на то что я сказал и добавить 2 колонки. я просто предложил вариант хранения информации в одном реквизите. Данный способ более трудозатратный по реализации и имеет смысл только если вы будете писать алгоритмы для автоматического контроля сроков.
+
26. Metabos 29 16.10.20 14:55 Сейчас в теме
(25) Да, наверное оставлю 2 колонки, или при выводе сводить в одну ячейку в стиле 1/неделя, 12/день.
+
Внимание! Тема сдана в архив

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот