Имя: Пароль:
1C
 
Самый быстрый способ сравнить ТЧ Заказа и РТиУ
0 ИС-2
 
naïve
19.06.15
08:52
1. свой вариант 100% (3)
2. Запрос. Соединение 0% (0)
3. Запрос. Объединение 0% (0)
4. Тупо контроль по сумме и количеству 0% (0)
5. Перебор ТЧ :D 0% (0)
Всего мнений: 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) Они могли настройкой запретить ей внятно это объяснить - разрешить отрицательные остатки - я сам себе злобный буратино.
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. Эдвард Йодан