v7: Мешает диалоговый вопрос платформы...

1C 7.7

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

Или резерв товара и потом клиент по оплаченному счету не сможет получить товар так как его уже продали.