Магазин или ателье?

При создании информационных систем у налоговой администрации есть дилемма: пойти в «магазин», купить что-то готовое и тем самым получить результат как можно скорей, или пойти в «ателье к портному», снять мерки, заказать что-то уникальное и получить более качественный результат, но через достаточно длительное время.

По какому пути идти — достаточно сложный вопрос, для решения которого нужно иметь глубокое понимание основ и процессов налогового администрирования. Важно иметь холодную голову при общении с поставщиками и не принимать скоропалительных решений на основе их обещаний. Рассмотрим несколько рекомендаций по выбору варианта решения.

1. Рассмотрите функциональную архитектуру информационной системы налогового администрирования и определите, для каких её блоков необходимо подобрать оптимальное техническое решение. Для обеспечивающих ИТ-систем (например, финансовой или кадровой) скорее всего подойдет готовое решение, а для основной системы налогового администрирования будет необходимо подумать два раза, прежде чем утвердить финальный вариант.
2. Налоговая администрация постоянно вносит изменения в налоговый кодекс: по собственной инициативе, по рекомендации политического руководства или под давлением лоббистов. Информационные системы (кроме обеспечивающих) с технической точки зрения являются точным отражением налогового кодекса в виде набора соответствующих функций и процессов. Было бы странно думать, что, покупая готовый продукт, можно найти в нём идеальную совместимость с налоговым кодексом, который жил и развивался до этого без представления об этом продукте. Соответственно нужно быть готовыми к тому, что готовый продукт потребует значительных доработок для соответствия действующему законодательству страны.
3. Специалистов по доработке и внедрению готового продукта гораздо меньше, чем специалистов по разработке программного обеспечения с нуля. Это значит, что налоговая администрация в итоге потратит больше средств и попадет в зависимость от поставщика готового продукта.
4. Возможности по доработке готового продукта ограничены его технологическими особенностями и возможностями применяемых средств разработки. Это вынуждает заказчика подстраивать свои потребности под возможности используемой системы, а для эффективной работы должно быть наоборот.
5. Есть варианты решения, позволяющие адаптировать налоговый кодекс под возможности готового продукта, но такого акта насилия над страной в истории автоматизации налоговых органов ещё не было.

Для того, чтобы сделать осознанный выбор необходимо:

• Определить функциональный блок, для которого надо подобрать техническое решение. Универсального варианта нет и придется прорабатывать вопрос отдельно для каждого блока или группы.
• Подготовить детальные функциональные и нефункциональные требования к функциональному блоку.
• Получить оценку и определить сроки реализации обоих вариантов — разработки с нуля или доработки готового решения до соответствия функциональным требованиям.
• Выяснить стоимость лицензий (включая лицензии на системное программное обеспечение) и услуг по сопровождению (техническая поддержка, обновление версий).
• Получить оценку затрат на команду развития функционального блока как для готового решения, так и для разработки на заказ.
• Оценить квалификацию команды внедрения. Очень важно, чтобы команда внедрения имела предыдущий опыт цифровизации налогового администрирования в соответствующей функциональной области.
• Подготовить сравнительную таблицу рисков для готового решения и разработки на заказ.
• Далее свести все данные в итоговую таблицу сравнения и принять максимально обоснованное решение.