В типовом проекте заказывают полтора десятка отчётов. Через полгода регулярно открывают три-четыре. Остальные написаны, оплачены и не используются.
Откуда берутся лишние отчёты
На встрече спрашивают: «какие отчёты нужны?» — и каждый участник называет то, что когда-то просил у прежней системы. Список получается объединением всех пожеланий за пять лет, включая давно неактуальные.
Более полезный вопрос звучит иначе: «какие решения вы принимаете каждую неделю и каких цифр вам для этого не хватает?» Ответ на него короче и точнее.
Три отчёта, которые нужны почти всем
Остатки с движением за период. Что есть, что пришло, что ушло — база для закупок.
Продажи в нужных разрезах. По менеджеру, по клиенту, по товарной группе, по филиалу. Ключевое здесь — не сам отчёт, а возможность менять разрез без обращения к разработчику.
Взаиморасчёты и просрочка. Кто должен, сколько и как давно.
Остальное лучше добавлять по факту: когда кто-то третий раз попросил одну и ту же выгрузку руками, это и есть кандидат на отчёт.
Конструктор вместо десяти отчётов
Часто дешевле сделать один настраиваемый отчёт с выбором разрезов и фильтров, чем десять жёстких. Пользователь собирает нужный срез сам, а вы не платите за доработку при каждом изменении требований.
Ограничение у этого подхода одно: конструктор надо проектировать под объём данных. Свободная выборка по десяти миллионам строк без продуманных индексов кладёт базу — и это тот случай, когда экономия на архитектуре видна сразу.
Выгрузка — тоже часть отчёта
Любой отчёт рано или поздно попросят «в Excel». Лучше заложить выгрузку сразу и в том формате, который реально нужен бухгалтерии, чем потом отвечать на ежемесячные просьбы выгрузить руками.
Смотрите также: разработка программного обеспечения, программа для учёта, веб-приложения, личный кабинет, техническое задание.