Здравствуйте. Как установить разрешенное время для создания документа. нужно создать документ на основании не позднее 10 утра следующего дня от даты создания Документа Основание.

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

(0) Не далекие пользователи поменяют время на компе

(2) по этому надо проверять ПриСозданииНАСЕРВЕРЕ и брать время с сервера
только всё это говнище феерически треснет, когда появится пользователь из другого часового пояса

(1) позже 10 нельзя

(3) Так а может там ОФ, про конфу вообще ни слова не было)

(4) ПриСозданииНАСЕРВЕРЕ, если основание заполнено и Новый() и время больше 10, но отказ=истина
но это надо делать, имея подписанное заявление об увольнении потому, что жизни после этого у тебя не будет, ибо такие костыли гремят и рушатся ежедневно

(3) конфа УПП. рассказываю для чего я это спрашиваю. и может натолкнете на дельную мысль другую. Есть список документов Требование-накладная, которые создаются на основании ОПЗС. есть регламент в котором сказано что Требование накладная должна быть создана не позднее 10 утра следующего дня. я хочу проверить когда были созданы требование накладные и подкрасить цветом те накладные которые не укладываются в регламентированное время. как то так

(6) Смотри лайф хак обхода. Документ основание переносим в сегодня, создаем этот мнимый документ и возвращаем основание во вчера)

создать расширение, добавить подписку на событие перед записью, заводим константу, куда кладем время. в подписке делаем запрос к time.windows.com и получаем реальное время. сравниваем время с временем из константы и, если не совпадает, отказываем в записи

(8) блииин, об этом как то не подумала)

(7) Ну для подкраски то вообще запрет не нужен. В списке ПриПолученииДанных или как то так сразу и расскрашивай

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

(7) запрети неоперативное проведение

(13) тогда точно нужно будет воспользоваться советом из (6) и писать заявление

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

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

(15) ты них не понял

(17) не поняла.возможно ) подумаю над всем тем что тут сказали

(15) журнал регистрации для этого есть. Делай отчет по событиям ЖР каждое утро за вчера и отправляй куроводителям.
Выбрать все документы нужного типа, созданные с 10:00:01 по 23:59:59, выкинуть те, у которых нет основания, остальные - твои клиенты. Да, придется сначала выбирать в ТЗ, потом соавть ее в компоновку. Ну, так это не большое зло, а скорее даже и добро

(6)


P.S

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

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

(20) "и т.п. всем, даже Полным правам" хаах, что мешает юзверу с полными правами в конфигуратор и разрешить себе?

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

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

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

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

Всем спасибо, вопрос закрыт))

(10) >> блииин, об этом как то не подумала)

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

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

Не занимайтесь хернёй.
Раскрашивание - это маразм, который будет только тормозить работы форм с динамическими списками. Как только размер базы станет более или менее заметным и если ДокументОснование имеет составной тип, пользователи взвоют от тормозов.
Поиск и разбор косяков - это не часть бизнес-процесса. Это контроль постфактум.
Есть несколько вариантов решения задачи поиска косяков.
Если сравниваются именно даты самих документов (НЕ даты их реального создания, записи и проведения, а просто реквизиты Дата), то нарисуйте простой отчётик. Такой отчет можно сделать даже в пользовательском режиме, используя Универсальный отчет.
Если стоит задача сравнивать именно даты создания/записи/проведения, а не просто реквизит Дата, это несколько геморройнее. Но и тут есть решения.
1. Если включена подсистема версионирования и хранится история версий по нужным документам, то просто нарисуйте отчёт по версиям документов. Работать будет медленно, но зато можно раскрутить всю последовательность косяков.
2. Если подсистема версионирования отключена или версии не хранятся по нужным видам документов, или удаляются раньше, чем тот период, что анализируется.
В таком случае придётся анализировать журнал регистрации. Работать будет ещё медленнее, чем отчет по истории версий.
3. Написать какой-то свой независимый регистр сведений - упрощенный аналог версионирования, куда по подпискам ПриЗаписи или ПередЗаписью с учётом РежимЗаписи документов писать нужные данные о записи и проведении документа (Событие, Дата, Документ, ДокументОснование, Пользователь). Потом отчёт по этому регистру.
4. Возможны какие-либо комбинации или вариации на тему пунктов 1, 2 и 3.