Пробовал на локально размещенном zpl. На 597.11 примерно в 6 раз быстрее, чем на сетевом. На 597.12 с сетевым zpl, размещенном на локальном диске Валидация примерно в 8 раз быстрее!!! Просто волшебство. Спасибо, Андрей.

Спасибо большое!

Немножко не поняли мое предложение или я не так выразился. Не то, чтобы добавлять блок, а добавлять 2 строки (в таблице???) с фиктивным л/с в нужные блоки - в минусовой блок строку с плюсовыми суммами, в плюсовой блок - строку с минусовыми суммами. Т.е. при открытии блока чтобы было видно эти строки с фитивным лс. А блоки, конечно же, уникальны.

Да. Еще бывает, что имеется отрицательная сумма в строке 130, а 140 = 0 и нет строки 110 в комбинации со 100 и 120, поэтому данный вариант нужно перенести в любой произвольный блок. Хотя, если провести анализ - раскрутить доход от налога по всем блокам (например, в экселе), обычно видно куда этот минус нужно "впихнуть"

 Если надежнее пройти минусы снова, пройдут.

Скажите, стоит, если суммы будут идти, в т.ч общие по каждому человеку, выгруженные в эксель списком из новогл интерфейса (между старым отчетом с исправлениями кпп в таблице и новым отчетом)? 

Поменял. Правда на рабочей базе. Файлы выгрузились, сводные справки распечатались, суммы с 1м разделом 6ндфл идут, кпп в отчете у лс отображаются новые. Для надежности лучше пересобрать отчет или все норм?

А если два блока разносить фиктивным ЛС? Может с ТН=0 - сейчас же есть ID ТН? Нууу..., на крайний случай, аналог отчета "корректировка минусов в отчетности", который бы разносил на фиктивный лс оба блока? На мой взгляд, важно видеть, дополнительные корректирующие блоки.

Ответьте, пожалуйста?

И еще, как я понял, запись лога действий пользователей обновляется после завершения работы пользователем?

В новом интерфейсе получилось:

формирование 8 минут (потому что формировал повторно?)

Валидация 18 минут

Передача в файл 6 минут

ИТОГО 32

переформировать файлы видимо еще нужно?