|
|
Самый быстрый способ сравнить ТЧ Заказа и РТиУ
|
|
0
ИС-2
naïve
19.06.15
✎
08:52
|
Всего мнений: 3
Банальная задача - при проведении РТиУ информировать менеджера, о не соответствии РТиУ заказу.
Т.к документооборот большой, то нагрузка при проверке должна быть минимальная.
Как сделать лучше сделать такую проверку, чтобы не вызывать блокировки.
|
|
|
1
ДенисЧ
19.06.15
✎
08:53
|
Запросом, разумеется.
О чём тут думать?
|
|
|
2
zak555
19.06.15
✎
08:53
|
Запрос к рн заказов
|
|
|
3
Casey1984
19.06.15
✎
08:56
|
Маловато вариантов)
свой вариант |
|
|
4
Бубка Гоп
19.06.15
✎
08:59
|
КГ/АМ
свой вариант |
|
|
5
ИС-2
naïve
19.06.15
✎
09:10
|
(2) не получится.
Буду сравнивать в событии перед записью, когда закрывающих движений еще нет.
Т.е сравнение именно ТЧ (причем у РТиУ надо будет выгрузить ТЧ в ВТ, свернуть по сериям и пересчитать в ед. хр. остатков)
(3) какие еще есть варианты. Хочу максимальную скорость работы.
|
|
|
6
Бубка Гоп
19.06.15
✎
09:17
|
(5) Не, ну если ты серьезно, то в процедурке ЗаполнитьПоОстаткамЗаказов в модуле менеджера уже это реализовано, если количество не будет совпадать в какой то из строк можешь от себя влепить Отказ, например
|
|
|
7
Бубка Гоп
19.06.15
✎
09:17
|
(6) в модуле менеджера РТиУ, конечно же
|
|
|
8
zak555
19.06.15
✎
09:18
|
(5) что мешает после проведения ?
читай события после интерактивного вызова проведения
|
|
|
9
ИС-2
naïve
19.06.15
✎
09:27
|
(8) Какие есть события после проведения (кроме после записи в модуле формы)?
Хочу универсально сделать. Сегодня менеджерам просто сообщение, а завтра блокировку проведения.
|
|
|
10
zak555
19.06.15
✎
09:32
|
ПриЗаписиНаСервере формы вызывается же после обработкиПроведения ?
|
|
|
11
ИС-2
naïve
19.06.15
✎
09:39
|
(10) хз. У меня обычные формы.
И делать проверки после записи регистров, имхо, так методически не правильно - у системы уже потрачены ресурсы на запись в регистры и тут, бац, откатываем всю транзакцию. Хотя в моем случае можно т.к это просто оповещение
|
|
|
12
ДенисЧ
19.06.15
✎
09:41
|
(11) 1су лучше знать, что оптимальней.
Она настойчиво рекомендует делать проверки ПОСЛЕ записи движений.
|
|
|
13
lxndr
19.06.15
✎
09:44
|
ващето контроль превышения заказа это штатная свистелка в УТ
свой вариант |
|
|
14
John83
19.06.15
✎
09:49
|
в УТ 10.3 есть запрет превышения по заказу
|
|
|
15
Jonny_Khomich
19.06.15
✎
09:53
|
перед записью документа в модуле формы, чтобы при программной записи не проверять.
|
|
|
16
Classic
19.06.15
✎
09:58
|
(12)
А кто-то может внятно объяснить почему?
|
|
|
17
ДенисЧ
19.06.15
✎
10:03
|
(16) 1с сама достаточно внятно объясняет
|
|
|
18
Serg_0691
19.06.15
✎
10:04
|
(0) Самый быстрый способ - обратиться к регистру остатков заказа (после проведения обоих документов естественно)
|
|
|
19
Serg_0691
19.06.15
✎
10:06
|
(17) Они могли настройкой запретить ей внятно это объяснить - разрешить отрицательные остатки - я сам себе злобный буратино.
|
|
