🔊 Бизнес-правила в действии: когда "константы" оказываются переменными
Друзья-автоматизаторы! Вчера был задан очень хороший вопрос: могут ли бизнес-правила меняться, а до реализации бизнес-цели, что же делать в этом случае?
Поэтому, сегодня разберем любопытные вопросы о бизнес-правилах, которые каждый аналитик, и 1С тоже, боится услышать от заказчика: "А можно это правило поменять?" и "А нельзя ли это убрать, оно нам мешает?"
✏️ Могут ли бизнес-правила меняться? Еще как могут!
Короткий ответ: Да, и еще как!
Длинный ответ: 30-45% бизнес-правил меняются относительно быстро, некоторые — даже быстрее, чем выходят релизы нашей системы. Это зависит от природы правила:
🔸 Неизменные правила (0,1% от всех)
Примеры: математические формулы, физические константы.
Подход: можно жестко закодировать в системе.
🔸 Редко изменяющиеся (10-15%)
Примеры: налоговое законодательство, отраслевые стандарты.
Частота: 1 раз в несколько лет.
Подход: вынести в настройки системы с возможностью обновления.
🔸 Периодически изменяющиеся (40-50%)
Примеры: корпоративные политики, лимиты, ограничения.
Частота: 1-2 раза в год.
Подход: конфигурационные файлы или настраиваемые переменные.
🔸 Часто изменяющиеся (25-30%)
Примеры: коммерческие условия, тарифы, акции.
Частота: ежемесячно.
Подход: удобный интерфейс для бизнес-пользователей.
🔸 Очень изменчивые (5-10%)
Примеры: операционные настройки, временные правила.
Частота: еженедельно или чаще.
Подход: максимально гибкая система управления правилами.
✏️ Что делать, если правило изменилось ДО автоматизации?
Тут два сценария, и оба неприятные:
🔹Сценарий 1: изменилось внешнее правило.
Пример: НДС изменился с 18% на 20% во время проекта.
Что делать: обновить требования и все расчетные алгоритмы ДО запуска.
Влияние: средневысокое — придется пересматривать формулы и тестировать заново.
Убрать нельзя: Это требование закона, игнорирование чревато штрафами.
🔹Сценарий 2: бизнес передумал.
Пример: фирма изменила политику скидок с 10% на 15%.
Что делать: пересмотреть алгоритмы расчета, обновить ограничения в системе.
Влияние: среднее — в основном настройка параметров.
Убрать можно: это корпоративное решение, бизнес вправе его изменить.
Главное правило: лучше изменить правило ДО запуска, чем потом долго и мучительно переделывать рабочую систему.
✏️ Что делать, если правило изменилось ПОСЛЕ автоматизации?
Здесь ключевой фактор — архитектура системы. Если вы заложили возможность изменения бизнес-правил без программирования — проблем нет. Если жестко закодировали — готовьтесь к багфиксам.
➡️ Алгоритм действий, что бы все "постараться учесть все":
1. Выделите изменчивые правила на этапе анализа требований.
2. Создайте административные интерфейсы для их изменения.
3. Документируйте зависимости между правилами.
4. Предусмотрите процедуры тестирования изменений.
✏️ Заключение: правила как живая система
Бизнес-правила — это не статичные требования, а живая система, которая эволюционирует вместе с бизнесом. Успешная автоматизация в 1С — это не просто перевод правил в код, а создание гибкой архитектуры, которая позволяет правилам меняться без разрушения системы.
Важно помнить:
- Правила меняются — это факт жизни, а не исключение.
- Внешние правила (законы) убрать нельзя, но можно адаптировать их.
- Корпоративные правила можно менять, но с пониманием последствий.
- Хорошая архитектура системы решает 90% проблем с изменениями правил.
И да, когда заказчик в следующий раз спросит: "А можно это правило убрать?", не впадайте в панику. Спросите: "А что конкретно это правило мешает достичь?" Возможно, проблема не в правиле, а в том, как оно реализовано.
ℹ️ Если после внедрения системы заказчик ни разу не попросил изменить бизнес-правило — у вас два варианта: либо вы создали идеальную систему, либо бизнес умер. Статистика говорит, что второй вариант более вероятен.
Ставьте лайк, если было полезно! 😉 И пишите в комментариях, когда бизнес-правило у вас на проекте менялось сразу после запуска системы и приходилось все переделывать. Было же такое?
Друзья-автоматизаторы! Вчера был задан очень хороший вопрос: могут ли бизнес-правила меняться, а до реализации бизнес-цели, что же делать в этом случае?
Поэтому, сегодня разберем любопытные вопросы о бизнес-правилах, которые каждый аналитик, и 1С тоже, боится услышать от заказчика: "А можно это правило поменять?" и "А нельзя ли это убрать, оно нам мешает?"
✏️ Могут ли бизнес-правила меняться? Еще как могут!
Короткий ответ: Да, и еще как!
Длинный ответ: 30-45% бизнес-правил меняются относительно быстро, некоторые — даже быстрее, чем выходят релизы нашей системы. Это зависит от природы правила:
🔸 Неизменные правила (0,1% от всех)
Примеры: математические формулы, физические константы.
Подход: можно жестко закодировать в системе.
🔸 Редко изменяющиеся (10-15%)
Примеры: налоговое законодательство, отраслевые стандарты.
Частота: 1 раз в несколько лет.
Подход: вынести в настройки системы с возможностью обновления.
🔸 Периодически изменяющиеся (40-50%)
Примеры: корпоративные политики, лимиты, ограничения.
Частота: 1-2 раза в год.
Подход: конфигурационные файлы или настраиваемые переменные.
🔸 Часто изменяющиеся (25-30%)
Примеры: коммерческие условия, тарифы, акции.
Частота: ежемесячно.
Подход: удобный интерфейс для бизнес-пользователей.
🔸 Очень изменчивые (5-10%)
Примеры: операционные настройки, временные правила.
Частота: еженедельно или чаще.
Подход: максимально гибкая система управления правилами.
✏️ Что делать, если правило изменилось ДО автоматизации?
Тут два сценария, и оба неприятные:
🔹Сценарий 1: изменилось внешнее правило.
Пример: НДС изменился с 18% на 20% во время проекта.
Что делать: обновить требования и все расчетные алгоритмы ДО запуска.
Влияние: средневысокое — придется пересматривать формулы и тестировать заново.
Убрать нельзя: Это требование закона, игнорирование чревато штрафами.
🔹Сценарий 2: бизнес передумал.
Пример: фирма изменила политику скидок с 10% на 15%.
Что делать: пересмотреть алгоритмы расчета, обновить ограничения в системе.
Влияние: среднее — в основном настройка параметров.
Убрать можно: это корпоративное решение, бизнес вправе его изменить.
Главное правило: лучше изменить правило ДО запуска, чем потом долго и мучительно переделывать рабочую систему.
✏️ Что делать, если правило изменилось ПОСЛЕ автоматизации?
Здесь ключевой фактор — архитектура системы. Если вы заложили возможность изменения бизнес-правил без программирования — проблем нет. Если жестко закодировали — готовьтесь к багфиксам.
➡️ Алгоритм действий, что бы все "постараться учесть все":
1. Выделите изменчивые правила на этапе анализа требований.
2. Создайте административные интерфейсы для их изменения.
3. Документируйте зависимости между правилами.
4. Предусмотрите процедуры тестирования изменений.
✏️ Заключение: правила как живая система
Бизнес-правила — это не статичные требования, а живая система, которая эволюционирует вместе с бизнесом. Успешная автоматизация в 1С — это не просто перевод правил в код, а создание гибкой архитектуры, которая позволяет правилам меняться без разрушения системы.
Важно помнить:
- Правила меняются — это факт жизни, а не исключение.
- Внешние правила (законы) убрать нельзя, но можно адаптировать их.
- Корпоративные правила можно менять, но с пониманием последствий.
- Хорошая архитектура системы решает 90% проблем с изменениями правил.
И да, когда заказчик в следующий раз спросит: "А можно это правило убрать?", не впадайте в панику. Спросите: "А что конкретно это правило мешает достичь?" Возможно, проблема не в правиле, а в том, как оно реализовано.
ℹ️ Если после внедрения системы заказчик ни разу не попросил изменить бизнес-правило — у вас два варианта: либо вы создали идеальную систему, либо бизнес умер. Статистика говорит, что второй вариант более вероятен.
Ставьте лайк, если было полезно! 😉 И пишите в комментариях, когда бизнес-правило у вас на проекте менялось сразу после запуска системы и приходилось все переделывать. Было же такое?