7, 8, 9. Разбор функциональности системы по вопросам клиента

1. Отсутствие субсчетов в системе

• Текущая ситуация:
  • В Odoo нет классических субсчетов, только группы счетов (Accounting → Configuration → Chart of Accounts)
  • Дополнительный модуль Account Parent существует, но не рекомендован к использованию из-за нестабильной работы
• Рекомендации:
  • Для сложной аналитики использовать:
    • Аналитические счета
    • Теги/метки операций
    • Дополнительные измерения (Custom Dimensions)
• Перспективы:
  • На третьем этапе возможна кастомная разработка по ТЗ
  • Важно учитывать высокую сложность и стоимость таких доработок

2. Работа с рамочными контрактами и допсоглашениями

• Текущие возможности модуля Contracts:
  • Создание базовых контрактов
  • Автоматизация выставления счетов по расписанию
  • Отсутствие функционала для:
    • Иерархии документов (рамочный контракт + допы)
    • Разных условий поставок/цен в допсоглашениях
• Решение:
  • На втором этапе возможна разработка:
    • Системы версий контрактов
    • Механизма привязки допсоглашений
    • Разных ценовых условий для допов

3. Управление аннексами и уведомлениями

• Требуемый функционал:
  • Хранение всех атрибутов контрактных документов
  • Автоматические уведомления за 2 месяца до окончания
  • История изменений условий
• Планируемая доработка будет включать:
  • Интеграцию с календарем и почтой
  • Журнал изменений условий

4. Стратегия внедрения

1. Базовый этап:
   • Стандартная конфигурация
   • Обучение сотрудников
   • Перенос основных процессов
2. Этап кастомизации:
   • Сбор дополнительных требований
   • Разработка недостающего функционала
   • Тестирование на реальных процессах
3. Этап интеграций (при необходимости):
   • Подключение внешних систем
   • Доработка API

Рекомендации по дальнейшим действиям:

1. Составить детальное ТЗ по:
   • Требуемой структуре счетов
   • Бизнес-процессам работы с контрактами
   • Перечню необходимых уведомлений
2. Определить приоритеты для доработок:
   • Критичный функционал для первого этапа
   • Желательные улучшения для последующих итераций
3. Запланировать тестовые сценарии для проверки доработанной системы

Важно: Все нестандартные доработки требуют дополнительного анализа на предмет:

• Совместимости с будущими обновлениями
• Производительности системы
• Сложности поддержки