2. “Геософт : Сбалансированный
бюджет для 1С:Управление
производственным предприятием ”
Методика адаптации типовой
подсистемы бюджетирования
3. Геософт : Сбалансированный
бюджет
Это НЕ программный продукт типа ИНТАЛЕВ, БИТФИНАНС и т.п.
Это набор инструментов, позволяющих сделать
подсистему “Бюджетирование” в УПП
РАБОТОСПОСОБНОЙ
6. С разной степенью успешности,
Они позволяют пользователям
Получить необходимые возможности
НО
Не без “побочных эффектов”
7. Как правило, к системе
добавляется один или более
планов счетов
“УТЯЖЕЛЕНИЕ” СИСТЕМЫ
Рост объема базы,
Замедление работы,
Более долгое обновление
8. Ранее сделанные настройки
И введенные данные остаются
невостребованными
Нужны новые настройки
Нужен новый ввод остатков
Нужен новый ввод планов
Потеря сопоставимости
С прошлыми периодами
11. Вопрос:
Возможен ли компромисс?
Что достаточно добавить к
системе, чтобы с ней можно
было работать?
Возможно ли сохранить
обновляемость (типовой
поставкой от 1С)?
12. Так возник набор методов,
который мы назвали
“СБАЛАНСИРОВАННЫЙ
БЮДЖЕТ ДЛЯ
1С:УПП”
14. Проблема: Неудержимый
рост справочника “Статьи
оборотов”
При настройке
типовой подсистемы
(особенно “до
баланса” ) количество
статей оборотов
растет в
геометрической
прогрессии
15. Причина: структура ввода
данных
Счета плана счетов
бюджетирования “вторичны”
статьям оборотов.
Добавление нового вида
активов или обязательств
приводит к добавлению нового
набора статей оборотов
16. Причина: структура ввода
данных
Статья БДДС
Чем платим
Статья оборотов
Аренда
Нал (50)
Аренда нал
Банк, руб(51)
Аренда 51
Банк,вал (52)
Аренда 52
Вексель (57)
Аренда 57
С подотчета (71) Аренда 71
17. Решение:
К конфигурации добавляется документаналог ручной операции в бухгалтерском
учете (с непосредственным указанием
счетов дебета и кредита)
19. Решение: К конфигурации
добавляется документ- аналог
ручной операции
Сохранение обновляемости
Да
Работоспособность отчетов
Да
Трансляция факта
Частично
20. Проблема: Невозможно
расшифровать факт до
первичного документа
Т.к. в типовой
подсистеме факт
отображается
ограниченным числом
документов “Учет
фактических данных по
бюджетам”, формальная
расшифровка отчета до
“регистратора” не дает
нужной информации
25. Альтернативный механизм формирования факта
Для каждого
регистра –
“Источника”,
указывается
набор
корреспонденций
счетов: какие
проводки могут
формироваться
(без учета
“статей
оборотов”
26. Альтернативный механизм формирования факта
Какая именно проводка будет формироваться, определяется
значениями реквизитов/измерений движения регистров
27. Альтернативный механизм формирования факта
Указывается, из какого реквизита будет браться аналитика для
проводки (если типы данных совпадают)
Или: по каким реквизитам нужное значение будет вычисляться
29. Альтернативный механизм формирования факта
Вычислить значение аналитики (включая статью оборотов),
можно “через точку” от значений реквизитов движения регистра
(или документа-регистратора)
Или путем заполнения простой таблицы соответствий аналитик,
например: Статья движения денежных средств=Статья оборотов
30. Альтернативный механизм формирования факта
Таблица соответствия справочников
Этот механизм позволяет сократить затраты времени на
“настройку факта” более чем в 5 раз
При этом – значительно повысив наглядность настроек
32. Для сравнения: в типовой подсистеме, настройка
факта выглядит так
1. Создается элемент справочника “Источники данных”
2. Для него указывается нужное значение отбора
3. Этот источник прикрепляется к статье оборотов
33. Особенность: ввод плановых
данных посредством
“бюджетных операций”
В типовой подсистеме
каждая строка в план по
бюджету- отдельный
документ. При вводе каждой
записи не виден результат, к
которому приведет вводимое
значение. Не очень удобно
редактировать/ искать
нужный документ.
Документы разных ЦФО
расположены “вперемешку”
34. Решение: Альтернативный
механизм ввода плановых
данных. Документ “Бюджет”
Каждый ЦФО
заводит свой
бюджет в
отдельный
документ.
Итоговые строки по
разделам бюджета
выделены цветом.
Итог в них
пересчитывается
автоматически
35. Решение: Альтернативный
механизм ввода плановых
данных. Документ “Бюджет”
Это позволяет:
Копировать документы в другие периоды
При редактировании, видеть итоги по бюджету
Копировать документы в другие сценарии
Распечатывать содержимое документов
Загружать из Excel (стандартной обработкой)
- и т.д.
36. Решение: Альтернативный
механизм ввода плановых
данных. Документ “Бюджет”
Это позволяет:
Копировать документы в другие периоды
При редактировании, видеть итоги по бюджету
Копировать документы в другие сценарии
Распечатывать содержимое документов
Загружать из Excel (стандартной обработкой)
- и т.д.
37. Решение: Альтернативный
механизм ввода плановых
данных. Документ “Бюджет”
Сохранение
обновляемости
Работоспособность
отчетов
Работоспособность типовых
документов (в т.ч. За прошлые
периоды)
Да
Да
Да
38. Особенность: структура отчетов
по бюджетам в типовой
подсистеме
-Непривычная
структура отчетов:
Расчетные показатели
выводятся “сверху” и
определяются
структурой групп
показателей
- Произвольные
формулы невозможны
- План-фактный отчет
не разворачивается в
колонках по аналитике
40. Решение: Альтернативный
конструктор отчета по
бюджету.
Это обеспечивает:
Расшифровка План/факта в колонках
аналитикам (ЦФО и т.п.)
Наличие расчетных показателей
Произвольное форматирование отчета
(расположение показателей, шрифты и т.п.) Путем
загрузки пользовательского макета.
41. Решение: Альтернативный
конструктор отчета по
бюджету.
Состав колонок:
объекты аналитикиЦФО, Проект,
Номенклатура,
Контрагент
или периодов
Указывается в
форме отчета перед
его формированием
42. Решение: Альтернативный
конструктор отчета по
бюджету.
Настройка отчета
Загружается
макет отчета в
формате MXL с
произвольным
оформлением, в
котором
переменные
обозначены с
“номерами
показателей”
45. Решение: Альтернативный
конструктор отчета по
бюджету.
Настройка отчета
Указывается
соответствие
счетов, типов
итога и аналитик
Номерам
показателей
(например, для
остаточных
показателей)
47. Подведем итоги. Что получаем, применяя
комбинацию названных методов
Систему учета, построенную на принципах двойной записи
Расшифровка факта до первичного документа
Сокращение числа статей оборотов до разумного количества
Наглядность и скорость настройки правил факта
Читаемый отчет по бюджету
Наглядное представление плановых данных
Сохранность ранее введенных данных по бюджетам и
большинства сделанных настроек
48. При этом:
Сохранение обновляемости учетной системы
поставкой 1С
Независимость от сторонних поставщиков
Отсутствие дополнительных ключей защиты
Отсутствие “утяжеления” конфигурации (два
документа и шесть справочников, никак не
связанных с объектами типовой конфигурации)
49. Спасибо за внимание
Задать вопросы и оставить
комментарии можно
в группах соц.сетей
“Бюджетирование и 1С”
Facebook http://urlid.ru/bfer
LinkedIn http://urlid.ru/bfes
ВКонтакте http://vk.com/club62625732
Присоединяйтесь!
50. Спасибо за внимание
Козлов Игорь Валерьевич
Ведущий консультант компании
«Геософт-Консалт»
kozloff2006@yandex.ru
(343) 261-59-77, 261-30-19
моб +7-9089054390
Web-сайт: www.geosoft-ek.ru