Бизнес-модель

Определить архитектуру системы при работе с филиалами

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

У каждого филиала своё руководство, своё производство и свои торговые точки.

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

Базы данных регионов будут полностью изолированы. Справочники у каждой свои. Никакая синхронизация данных не предполагается. За одним исключением. Дерево статей бюджета передаётся из центральной базы. Заводить статьи бюджета можно только в центральной базе.

Консолидированная по филиалам отчётность

  • Консолидированный БДР
    • Для получения консолидированного БДР программа будет объединять БДР-ы, полученных из разных баз. Для этого должно быть общим дерево статей бюджета. 
  • Прочие аналитические отчёты в Excel и Qlick
    • Данные для этих отчётов будут выгружаться из разных баз в общий источник данных, который можно будет использовать в т.ч. для построения консолидированных отчётов.
  •  

Сайт и приложения

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

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

       

 

Определиться со структурой юридических лиц

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

 

Формирование схемы работы казначейства и взаимодействия между системой "Юпитер" и 1С

см документы "Бизнес-процесс "Казначейство"" и "Взаимодействие с бухгалтерией (1С)".

 

Определить режим работы казначейства на переходный период. Возможно пока его максимально упростить, сохранив стержень учёта.

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

Казначейство пока будут вести несколько человек (2-3), которые будут регистрировать факт совершения операции (поступление, оплата). 

При этом для отдела закупок работа с заказами поставщикам реализуется уже на первом этапе.

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

Формирование плана перехода к новой структуре компании и новой архитектуре учёта.

 

Функциональная архитектура и перечень автоматизируемых бизнес-процессов

 

Общая схема товарного документооборота:

 

 

 

 


Система JUPITER                                 www.jupiter.systems                                 (с) 2024г.