Сторнирующие проводки в ЗИК 2.57

Вопрос скорее к разработчикам алгоритма.При выгрузке проводок в Бухгалтерию встретился достаточно редкий случай - надо отсторнировать сумму ЕСН (по страх. и накоп.части), начисленную ранее, в месяце, когда у человека есть проводки на 97 ( начислили отпускные, но отпуск следующего месяца ). Разобравшись, как работает функция глПроводкиЗаПериод() , обнаружила разницу в механизме сторно по бухгалтерскому и налоговому учету. Если по бух. - то отрицательные суммы налога по текущему месяцу не рассчитываются, а идет рекурсивный вызов этой же функции по прошлым периодам и проводка по сторно формируется исходя из того как формировались те проводки, которые теперь сторнируются ( на мой взгляд очень логично и правильно - формируется проводка сторно на полную сумму на 26, куда шло эта часть ЕСН по предыдущим месяцам. Иначе формируется проводка по налоговому учету. Там ТаблицаУчетаНалоговННП формируется при первом обращении и в качестве базы берутся проводки текущего месяца. В результате часть сторнируемой суммы идет на 26, а часть - на 97?? Получается , во-первых , разница по БУ и НУ, а, во-вторых, по-моему правильно сторнировать всю сумму целиком.<br>Второй вопрос в эту же тему.Само сторно по страх и накоп. части ЕСН возникло, поскольку исправили СведенияДЛяРасчетаЕСН , поставив , что человек не подлежит обязат.пенс.страхованию.При расчете ЕСН программа все сделала правильно, увеличила сумму ЕСН в федер. фонд и отсторнировала страх. и накоп. Но, для выгрузки проводок , я должна этому человеку опять включить все флажки, как плательщику ЕСН, иначе никаких проводок по ОПС программа формировать не будет ( он же числится неплательщиком ). Получается совершенно нелогично - выключили флажок, рассчитали ЕСН, снова включили ( не дай бог , пользователь начнет пересчет ЕСН), выгрузили проводки и опять выключай флажок. Конечно, редкий случай , но в условиях , когда во многих организациях работают нерезиденты, наверное можно что-то придумать.