![]() |
#36 |
Участник
|
Потенциально прирост даст офигительный.
Прежде чем делать стоит углубится в суть проблемы. Дело в том, что в европе все налоги берутся на общую сумму документа, а не по строкам. Аксапта - европейского происхождения. Поэтому изначально Аксапта (да и Аттейн) не оптимизировались для расчета сумм по каждой строке. Да и алгоритмов таких изначально не было. Потом пошла экспансия в Америку. Там есть налоги, которые рассчитываются по каждой строке документа. В Аксапту были добавлены соответствующие алгоритмы. НО! Они добавлены. Они не были задуманы там изначально. Со всеми вытекающими последствиями для кода последствиями. А потом была локализация с НсП по оплате. НсП считается простым повторным пересчетом всех налогов. Со всеми вытекающими для производительности последствиями. В результате функция расчета налогов в Аксапте есть. Эта функция реализована за счет приемлимых затрат на программирование. Но эта функция неоптимальна. Теперь к самому вопросу. Оптимизировать можно (и наверное нужно). Однако я, например, боюсь, что это слишком накладно. Судя по моим ощущениям проще переписать Аксапту, чем подлезть и исправить налоги ![]() Буду рад услышать другие мнения - буду рад ошибаться. |
|
|
За это сообщение автора поблагодарили: Logger (5). |
Теги |
faq, tax, налоги, оптимизация, производительность |
|
![]() |
||||
Тема | Ответов | |||
Вызов метода базового класса | 15 | |||
jerry-dynamics: tax codes | 0 | |||
Вызов класса из другого класса | 9 | |||
передача курсора в два класса | 3 | |||
Запустить метод класса | 2 |
|