Имя: Пароль:
1C
1C 7.7
v7: Мешает диалоговый вопрос платформы...
,
0 Paul_Nevada
 
25.11.22
10:39
Можно ли как-то убрать окошечко, что появляется при смене даты документа со вчера на сегодня? Пользователи переносят доки и сбивают утреннее время на вечернее...
Или - как повлиять на переключатель вариантов в этом диалоге, что бы автоматически стояло "В начало дня"?
1 SleepyHead
 
гуру
25.11.22
10:42
Если средствами только 1с77 - Сравнивайте ТекущаяДата() и РабочаяДата(), если не совпадают, делайте выводы, принимайте меры.
2 Builder
 
25.11.22
10:48
(0) АвтоВремяНачалоДня()
3 Paul_Nevada
 
25.11.22
10:59
Доки - переносят (существующие)...
4 Builder
 
25.11.22
11:00
(3) И что?
ПриОткрытии() пишешь
АвтоВремяНачалоДня()
и должно работать. Но надо проверить :)
5 Builder
 
25.11.22
11:08
+ к (4) Проверил, работает, вопросы не задает!
6 Builder
 
25.11.22
11:10
(3) Теоретически можно вообще при смене даты запоминать время документа и потом его возвращать как было в новую дату.
7 Fedor-1971
 
25.11.22
11:18
(4) ТС хочет рулить процессом "Правая кнопка мыши на непроведенном документе - Изменить время документа" получим диалоговое окно  Переместить документ с выбором В начало дня, В конец дня, Текущее время, значение текущего времени и После ТА

Этим рулить, вроде как, не получится

Через Выбран() = 1 проверь, что документ записан, сохрани его дату в переменной и ПриЗаписи сравнивай, если отличаются даты, то через УстановитьВремя() меняй на какое тебе нужно
8 Builder
 
25.11.22
11:21
(7) ТС хочет убрать запрос времени при смене даты. А это решается в (4)
9 Paul_Nevada
 
25.11.22
11:22
(7) Именно этот процесс. Но нужно для всех видов документов разом...
10 Paul_Nevada
 
25.11.22
11:22
(8) или - этот...
11 Paul_Nevada
 
25.11.22
11:23
Но в СП об АвтоВремяНачалоДня() сказано - "Для новых документов"...
12 Builder
 
25.11.22
11:25
(11) Что мешает попробовать? Я попробовал, у меня получилось :)
Для всех видов придется в каждый документ прописать.
13 Fedor-1971
 
25.11.22
11:29
(11) не боись, смена даты является признаком "Нового документа", правда, совсем по красоте,
должен поменяться и номер в пределах его изменения, но он остаётся старым (типа если переместили документ в другой год)
14 Paul_Nevada
 
25.11.22
11:30
Проверил - не вылазит диалог...
15 Paul_Nevada
 
25.11.22
11:30
(13) а вот это - не круто)
16 Paul_Nevada
 
25.11.22
11:35
(15) хотя, + условие и - ок...
17 Builder
 
25.11.22
11:37
(15) Что не круто? То что номер должен меняться при смене периода нумерации? Это нормально.
18 Paul_Nevada
 
25.11.22
11:41
(17) если не будет предупреждения/запроса на смену номера - это - не круто...
но - (16) - работает...
19 Paul_Nevada
 
25.11.22
11:56
Спасибо - всем!
20 Arbuz
 
25.11.22
15:28
(7) >ТС хочет рулить процессом "Правая кнопка мыши на непроведенном документе - Изменить время документа" получим диалоговое окно

Через формекс лекго:


Процедура ПриПолученииКомандыГлавнымОкном(wParam, lParam)
    Если wParam = 32875 Тогда
        // Тут код по вкусу...
        СтатусВозврата(0);
    КонецЕсли;
КонецПроцедуры
21 uno-group
 
25.11.22
17:04
АвтоВремяНачалоДня() Может приводить к отрицательным остаткам. На утро было 10 ручек в 9-00 часов продали 9 ручек. все провелось потом перенесли документ с другого числа в котором продается 8 ручек он записуется в  8-59. на это время есть 10 ручек он без проблем проведется а на первый документ уже будет не хватать 7 щт. и при разборках вроде как виноват автор 1 документа.
Нужно делать проверку на дату документа и ТА если они равны то писать в АвтоВремяПослеТА(). если дата документа меньше то писать в конец дня.
22 uno-group
 
25.11.22
17:07
Ладно когда это просто отрицательные остатки а если это оплаты и клиент 1 раз оплатит а два раза товар заберет ведь с наличии предоплаты в обоих документах на момент проведения все будет ок. А потом ищи его как ветра в поле.
23 uno-group
 
25.11.22
17:08
Или резерв товара и потом клиент по оплаченному счету не сможет получить товар так как его уже продали.