Управленческий учет для холдинга

         Конфигурация представляет собой образец  специализированной программы для управленческого учета в конкретном  Холдинге, со своими определенными задачами, потребностями. Разрабатывалась без четкого ТЗ, по принципу “Я хочу того, не знаю чего. Но чтобы все работало”. В результате заработало.

Написать что-то свое оказалось проще, чем использовать стандартные конфигурации и их переделывать.

Особенности:

1. Применение  дерева значений для отчетов и представления табличных частей.
2. Максимальное облегчение работы пользователей — нажми на кнопочку и все будет в шоколаде.
3. Использование электронной почты для автоматической отправки сообщений пользователям, при  ключевых изменениях.
4. Разработанная система прав пользователей (каждый видит только то , что ему определено правами).

Конфигурация предназначена для:

1. Ведения расходной части бюджета.
2. Ведения доходной части бюджета.
3. Ведения  плана расходов и плана доходов.
4. Формирования бюджета с расчетом рентабельности, валовой прибыли и т.п. 

Включает:

1. Формирование заявок на расходы, с утверждением рядом ответственных лиц (директор, бухгалтер).
2. Механизм контроля за оплатой расходов.
3. Оповещение заинтересованных лиц по электронной почте.
4. Загрузка доходной части бюджета из баз на основе БП, УПП.
5. План-фактный анализ по расходам и доходам, бюджет.

                     1.     Формирование заявок на расходы, с утверждением рядом ответственных лиц(директор, гл.бухгалтер)

Принципы построения: 

1. Делать заявку на согласование может только пользователь с правами “инициатор”
2. Прикрепленные файлы может изменять только тот, кто их добавлял. Добавлять может любой. При добавлении  копий документов в наименовании ставить цифру 1,2 и т.д.
3. При изменении этапов прохождения заявки заинтересованным лицам отправляется сообщения на почтовый ящик. (Тема-ЗАЯВКИ)
4. Прохождение  этапов согласования последовательно по списку согласователей.
5. Все пользователи привязаны к юр.лицам  по должностям.
6. Красные поля обязательны для заполнения.

Стадии прохождения заявки:

1. ЗАЯВКА. Присваивается при создании документа Инициатором. При нажатии на записать просто сохраняются данные. После кнопки ОК, стадия меняется на НАСОГЛАСОВАНИИ.
2. НАСОГЛАСОВАНИИ –для прохождения этапа согласования заявки.
3. В БАНКЕ  — прошла на оплату,  до момента оплаты заявки.
4. НАОПЛАТУ – после прохождения этапа согласования, до момента оплаты заявки.
5. ОТКЛОНЕНАСЗАМЕЧАНИЯМИ – согласователь отклонил, инициатор должен исправить замечания.
6. УДАЛЕНА  — оплаты не будет.
7. ОТЛОЖЕНА – оплата позднее.
8. ОПЛАЧЕНА – после оплаты заявки проставляется и дата оплаты (по данным банка).

Пользователи делятся на группы:

1. ИНИЦИАТОР – может создать документ “Заявка”, отправить на согласования, исправить ошибки, если кто-то из согласователей отклоняет.
2. СОГЛАСОВАТЕЛЬ – согласовывает заявку. К согласователям  относятся гл.бухгалтер организации, директор, финансовый менеджер.( официальные названия должностей и ФИО могут не совпадать с данными 1С)
3. БУХГАЛТЕР – ведет оплату заявок.
4. ФИНАНСИСТ – работает с заявкой в интересах управленческого учета.

Основной экран для ИНИЦИАТОРА::

 

При нажатии на кнопки слева документы  фильтруются по стадиям прохождения заявок. ИНИЦИАТОР может работать только со своими документами.

Экран при добавлении:

 

Красным помечены поля обязательные для заполнения, включая список товаров. Согласователи заполняются автоматически.

При нажатии на ФАЙЛЫ можно добавить необходимые документы.

При нажатии на ОК, если все правильно заполнено, стадия меняется на НАСОГЛАСОВАНИИ и первому в списке СОГЛАСОВАТЕЛЮ отправляется е-майл.

СОГЛАСОВАТЕЛЬ  или одобряет или отклоняет заявку, выбирая свою ФИО в таблице СОГЛАСОВАТЕЛИ.   

Рабочий экран согласователя:

В случае одобрения высылается майл следующему пользователю в списке. В случае отклонения – майл ответственному.

Ответственный исправляет ошибки и повторно отправляет на СОГЛАСОВАНИЕ.

При согласовании всеми ЗАЯВКА меняет статус НАОПЛАТЕ. После рассмотрения заявки ее или отклоняют или откладывают или удаляют.

 

2. Механизм контроля за оплатой расходов.

 

После прохождения этапов согласования  финансисты могут сформировать реестр оплат.

Основной экран:

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

После оплаты документ закрывается.

 

3. Загрузка доходной части бюджета из баз на основе БП,УПП.

 

Из бухгалтерских баз выгружаются данные о доходной части через текстовый файл своего формата.

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

 

 

4.План-факт по расходам и доходам, бюджет.

 

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

 

 

ПЛАН-Факт:

Бюджет: