ник: Pasat
Спасибо, что расмотрели имеющуюся проблему.
Со своей стороны предлагаю посмотреть прилож. файл где можно видеть, что если первая подчиненная форма приязана к данным основной формы все работает нормально. Вот и у меня сначала все было ОК. Я не уверен, но мне кажется что глюк появился после того как я в модуле переставил местами процедуры т.е.
Создавая процедуры по умолчанию они были расположены так:
Private Sub c_AfterUpdate()
Call requerysum
End Sub
Private Sub k_AfterUpdate()
Call requerysum
End Sub
Private Sub n_AfterUpdate()
Call requerysum
End Sub
После перестановки стало например вот так (принудительно поменял местами):
Private Sub k_AfterUpdate()
Call requerysum
End Sub
Private Sub n_AfterUpdate()
Call requerysum
End Sub
Private Sub c_AfterUpdate()
Call requerysum
End Sub
и появился глюк.
Если эта информация поможет решить вопрос буду очень рад, если нет то, попрошу еще немного внимания:
если я правильно Вас поянл, что посчитать итоги в подчинененной форме и передать их в основную форму как источник значения поля это тоже самое, как в том же примере расчитано поле [T] в основной форме. Но это не совсем то что нужно, потому что сначала нужно получить суммы по группам НДС (см. запрос [КОРА] ) и только потом их суммировать. И что самое важное получить это значение в основной форме (см. поле [Т2] ). В начальном варианте все замечательно, если бы не было выше описанной проблемы с перемещением фокуса.
Если решить это не получается, то очень бы помог какой-нибудь пример который ВЫ упомянули в Вашем предыдущем сообщении (избавиться от второй подчиненной формы (где сумма показывается), и выводить сумму программно используя dsum (или рекордсет)).
А именно задача стоит так, что сначала нужно получить суммы по группам НДС (см. запрос [КОРА] ) и только потом их ссуммировав получить их сумму в поле основной формы, которое бы обнавлялось при изменении полей [кол-во] или [цена] в форме [F2].
С уважением, ПАСАТ