|   |   | 
| 
 | Самый быстрый способ сравнить ТЧ Заказа и РТиУ | ☑ | |||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 0
    
        ИС-2 19.06.15✎ 08:52 | 
 
        Банальная задача - при проведении РТиУ информировать менеджера, о не соответствии РТиУ заказу. 
 Т.к документооборот большой, то нагрузка при проверке должна быть минимальная. Как сделать лучше сделать такую проверку, чтобы не вызывать блокировки. | ||||||||||||||||
| 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 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 19.06.15✎ 09:27 | 
        (8) Какие есть события после проведения (кроме после записи в модуле формы)? 
 Хочу универсально сделать. Сегодня менеджерам просто сообщение, а завтра блокировку проведения. | ||||||||||||||||
| 10
    
        zak555 19.06.15✎ 09:32 | 
        ПриЗаписиНаСервере формы вызывается же после обработкиПроведения ?     | ||||||||||||||||
| 11
    
        ИС-2 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) Они могли настройкой запретить ей внятно это объяснить - разрешить отрицательные остатки - я сам себе злобный буратино.     | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |