Магазин или ателье? Цифровые налоговые технологии digitaltaxtech 1 ноября, 2022 1 мин Статья в PDFСкачать При создании информационных систем у налоговой администрации есть дилемма: пойти в «магазин», купить что-то готовое и тем самым получить результат как можно скорей, или пойти в «ателье к портному», снять мерки, заказать что-то уникальное и получить более качественный результат, но через достаточно длительное время. По какому пути идти — достаточно сложный вопрос, для решения которого нужно иметь глубокое понимание основ и процессов налогового администрирования. Важно иметь холодную голову при общении с поставщиками и не принимать скоропалительных решений на основе их обещаний. Рассмотрим несколько рекомендаций по выбору варианта решения. Вас также может заинтересовать > Концепция цифрового налогового администрирования Рассмотрите функциональную архитектуру информационной системы налогового администрирования и определите, для каких её блоков необходимо подобрать оптимальное техническое решение. Для обеспечивающих ИТ-систем (например, финансовой или кадровой) скорее всего подойдет готовое решение, а для основной системы налогового администрирования будет необходимо подумать два раза, прежде чем утвердить финальный вариант. Налоговая администрация постоянно вносит изменения в налоговый кодекс: по собственной инициативе, по рекомендации политического руководства или под давлением лоббистов. Информационные системы (кроме обеспечивающих) с технической точки зрения являются точным отражением налогового кодекса в виде набора соответствующих функций и процессов. Было бы странно думать, что, покупая готовый продукт, можно найти в нём идеальную совместимость с налоговым кодексом, который жил и развивался до этого без представления об этом продукте. Соответственно нужно быть готовыми к тому, что готовый продукт потребует значительных доработок для соответствия действующему законодательству страны. Специалистов по доработке и внедрению готового продукта гораздо меньше, чем специалистов по разработке программного обеспечения с нуля. Это значит, что налоговая администрация в итоге потратит больше средств и попадет в зависимость от поставщика готового продукта. Возможности по доработке готового продукта ограничены его технологическими особенностями и возможностями применяемых средств разработки. Это вынуждает заказчика подстраивать свои потребности под возможности используемой системы, а для эффективной работы должно быть наоборот. Есть варианты решения, позволяющие адаптировать налоговый кодекс под возможности готового продукта, но такого акта насилия над страной в истории автоматизации налоговых органов ещё не было. Для того, чтобы сделать осознанный выбор необходимо: Определить функциональный блок, для которого надо подобрать техническое решение. Универсального варианта нет и придется прорабатывать вопрос отдельно для каждого блока или группы. Подготовить детальные функциональные и нефункциональные требования к функциональному блоку. Получить оценку и определить сроки реализации обоих вариантов — разработки с нуля или доработки готового решения до соответствия функциональным требованиям. Выяснить стоимость лицензий (включая лицензии на системное программное обеспечение) и услуг по сопровождению (техническая поддержка, обновление версий). Получить оценку затрат на команду развития функционального блока как для готового решения, так и для разработки на заказ. Оценить квалификацию команды внедрения. Очень важно, чтобы команда внедрения имела предыдущий опыт цифровизации налогового администрирования в соответствующей функциональной области. Подготовить сравнительную таблицу рисков для готового решения и разработки на заказ. Далее свести все данные в итоговую таблицу сравнения и принять максимально обоснованное решение.