|
![]() |
#1 |
Ищу людей. Дорого.
|
НУ у нас объемы немного меньше.. Я примерно прикинул SALESLINE за месяц увеличилась на 117444 строк, SALESTABLE на 27026
Т.е. получается что за год у нас создается около 300000 заказов и около 1500000 строк.. Но ведь нельзя оценить производительность системы только по кол-ву заказов. Существуют как минимум еще и внутренние перемещения, а их кол-во зависит от внутренней логистики организации. Уж поверьте они тоже хорошо "напрягут" систему. Если у вас такие объемы, готовьте деньги на хорошую железку. Это про аксапту. Что касается Navision, то в той организации, где я работал, объемы были и вовсе меньше. Но в данном случае предпочтительней использовать все таки Аксапту. Нав может и не справиться. Кстати в Наве при учете заказа, сам заказ исчезает(вернее на его основе формируются другие документы в других таблицах), а в Аксапте заказы остаются, хранить их или нет дело сугубо личное. |
|
![]() |
#2 |
Участник
|
Цитата:
В Аксапте можно удалять, а можно оставить. (Лучше бы этой галки не было ![]() |
|
![]() |
#3 |
Moderator
|
Это немного даже для Навижина. Есть другая засада - аналитика! Чем больше Глобальных Измерений, тем быстрее растет база и медленнее идет учет.
|
|
![]() |
#4 |
Участник
|
Цитата:
Кстати, LS-retail с версии 4.20 без проблем все это переварит (они переделали малеха структуру СВОИХ журналов по сравнению с версией 3.60 и совсем отказались от стандарных решений на базовых таблицах типа 36,37, ... с жуткими надстройками). Правда если правильно организовать процесс учета. И чеки ненадо будет. Репликатор тоже работает как по часам, так и по правилам. И скорость неплохая + "механизм бысрого открытия". Но если кол-во магазинов будет более 40-50 с 10-20 кассами на борту, то могут быть проблемы с производительностью и ростом жунал из-за разбиения по магазинам... Можно использовать связку Navision (магазины) и Axapta в ЦО (кстати, DD у LS может коммуницировать со многими системами). P.S. Кстати, нужно будет доделать работу с драйверами фискального регистратора. |
|