+7 (495) 589 47 28
Есть вопросы? Звоните!  Пн-Пт с 9.00 - 18.00

Пять принципов внедрения 1с-автоматизации

Пять принципов внедрения 1с-автоматизации

Принцип окупаемости

Автоматизация должна окупать себя.

То есть приносить прибыль, например, увеличивать проходимость за счет сокращения времени обслуживания или более полно удовлетворять заказчика, экономить издержки (минимизируя складские излишки, налоговые взыскания и т.д.)

Принцип доверия

Системе нужно либо доверять, либо считать и дальше на бумаге.

Часто пользователи, особенно не сильно подкованные в вычислительной технике, не владеют системой в должной мере и полагаются на свои старые навыки, чем полностью дискредитируют саму идею автоматизированной обработки данных. Иногда доходит до откровенных саботажей. Обучение в этом случае будет отличным решением. Однако, случается и так, что система действительно ведет себя некорректно. Это требует дополнительного внимания.

Принцип схемы бизнеса

Нет схемы бизнеса – нечего автоматизировать.

Отсутствие схемы ведения дел делает автоматизацию невозможной в принципе. Хаос должен быть упорядочен прежде, чем станет автоматическим. Часто при заказе автоматизации исполнитель обязуется проанализировать бизнес и предоставить проект реинжиниринга.

Принцип типовой функциональности

При внедрении нетипового функционала нужно по возможности сохранить базовый.

Это даст возможность серьезно сократить затраты на сопровождение, уменьшить время переконфигурирования и значительно уменьшит вероятность возникновения ошибок в самых непредсказуемых местах, как если бы это было при внесении правок в типовой функционал. Плюс, сохранение основы позволит с легкостью проводить обновления, избавит от необходимости переучивать персонал, который, как мы знаем, и так весьма ригиден, когда дело доходит до передовых технологий.

Принцип отсутствия костылей

С точки зрения разработчика – самый важный принцип, избавляющий от сопровождения в стиле «хождение по граблям».

Ни в коем случае не решать локальные задачи вразрез с общей мелодикой.

Для этого разработчик должен обладать исчерпывающими сведениями о типовой функциональности платформы, следить за изменениями в законодательстве и обладить достаточном авторитетом и красноречием, чтобы в случае некорректного требования со стороны заказчика реализовать неправильную методику настоять на выверенном типовом решении автоматизированного учета.



Статьи