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