Оценка жизнеспособности предложенного решения

[RedFox]

Цитата:

Сообщение от gega

Бизнес процессы в общих чертах следующие.
Компания занимается розничными продажами. Около 200 наименований продуктов. Порядка 15 филиалов в разных регионах (странах). У филиалов есть как бы подфилиалы, подчиненные филиалам, т.е. вобщем получается древовидная структура (всего около 150 единиц). Покупатели постоянные, т.е. чтобы стать покупателем нужно предварительно зарегитрироваться и получить идентификатор (на данный момент около 100 тысяч покупателей). Идентификатор единый для всех филиалов. По итогам месяца покупателям предоставляются различные скидки.

Решено реализовать учет с использованием MS NAV. Разработчики предложили следующую схему развертывания: все работают в стандартном интерфейсе NAV на терминальном сервере.

У меня следующие вопроы:
1. насколько жизнеспособно это решение с точки зрения производительности? В основном вводятся заказы. Сейчас в пиковые дни вводится около 5000 заказов. Для реализации бизнес логики расчета скидок при вводе заказа кроме блокировки стандартных таблиц блокируются еще несколько специально созданных. Не будет ли время ожидания учета заказа слишком большим при одновременной работе 10-15 филиалов одновременно? А в дальнейшем, например, 20-25-50?

Делать только ввод и выпуск заказов (если слабенький сервер, а на нормально - это нормальный объем (хотя не указано кол-во строк в заказе!!!)). А ночью делать пакетный учет "продаж". Хотя я бы выбрал топологию типа звезда с пеплакацией данных.

Цитата:

2. насколько рационально использовать стандартную форму ввода заказа в точке продажи (POS)? Например, нет горячих клавиш для вызова часто используемых функций. Или чтобы обновить статистику по заказу при вводе строк, нужно щелкнуть мышкой по заголовку. Точка продажи не подразумевает оплату. Выписывается только заказ, который оплачивается в кассе.

Без проблем можно использовать, так как форма вполне нормальная и Эдолжна справиться" с объемом.