Ошибка №1 внедрения "Бюджетирования" в 1С:ERP2 и 1С:КА2: настройка статей бюджетов и статей ДДС 1-в-1

22.08.18

Архитектура

В цикле статей я хочу поделиться ошибками во внедрении подсистемы «Бюджетирование», которые мне приходится исправлять после коллег на реальных проектах, и лучшими приемами по автоматизации бюджетирования на 1С:ERP 2 и 1C:КА 2. Сегодня поговорим и о самой распространенной ошибке – настройке статей бюджетов 1-в-1 к справочнику «Статьи ДДС».

Коллеги, я являюсь счастливым автоматизатором: сначала я разрабатывал бюджетирование в 1С:ERP2 и 1С:КА2, а теперь его внедряю. В цикле статей я хочу поделиться ошибками во внедрении подсистемы «Бюджетирование», которые мне приходится исправлять после коллег на реальных проектах, и лучшими приемами по автоматизации бюджетирования на 1С:ERP 2 и 1C:КА 2.

Сегодня поговорим и о самой распространенной на мой взгляд ошибке – настройке статей бюджетов 1-в-1 к справочнику «Статьи ДДС». В базе это выглядит так:

 

 

 

Т.е каждому элементу справочника «статьи ДДС» мы прямо сопоставляем статью бюджета движения денежных средств:

 

 

 

 

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

 

 

 

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

В данной модели при добавлении статьи ДДС нужно вводить новую статью бюджетов, настраивать отбор и модифицировать виды бюджетов. Т.е невозможно добавить статью ДДС в бюджеты без специалиста по автоматизации.

Теперь немного технических подробностей: разберем как получаются фактические данные в подсистеме «Бюджетирование».  В зависимости от версии конфигурации и применяемого решения (КА или ERP) могут сработать следующие схемы:

1. Получение факта для каждой статьи отдельной компоновкой и выгрузка в сводную таблицу значений. Тут всем очевидно, что выполнение СКД в цикле – ничего хорошего не сулит. Особенно с ростом базы данных и количества статей бюджетов

2. Компоновка всех необходимы правил в одну СКД. При этом на основании уникальных отборов будут сформированы однотипные запросы, но с разными параметрами отборов, и объединены в рамках набор с типом «Объединение» одной СКД. Получится большая компоновка с кучей наборов в «Объединении». На практике так же выполняться будет неприятно.

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

 

 

 

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

В такой модели, при правильной настройке фактических данных, мы получим систему бюджетирования, в которой пользователи самостоятельно могут добавлять «Статьи ДДС» в бюджетах. И в план-фактных отчетах такие добавленные статьи будут отображаться без изменения видов бюджетов, т.е автоматически. Как правильно настроить фактические данные для статей бюджетов мы рассмотрим в следующей статье.

Также пишите в комментариях, какие темы по подсистеме «Бюджетирование» ERP 2 интересны Вам, с какими непонятными ситуациями сталкивались – рассмотрим, а самые интересные проблемы разберем подробно в последующих статьях.

1С:ERP 2 1С:КА 2 Бюджетирование правила получения фактических данных ошибки на проектах

См. также

Архитектурное ревью. Процесс разработки

Архитектура решений Бесплатно (free)

Рассмотрим применение архитектурной проверки задач в процессе разработки.

30.10.2023    3750    0    ivanov660    10    

28

Я - ЗУПер! Часть 4. Проблемы, возникающие при заключении договоров

Бизнес-анализ Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

В первой части рассмотрели компетенции специалиста в сфере ЗУП, во второй классификацию проектов и задач на проектах. В третьей статье рассмотрены плюсы и минусы специализации на одной предметной области в разрезе сложности выполняемых задач и прогнозируемого (ожидаемого) качества работы. Также рассмотрены проблемы трудоустройства. Именно эту тему мы продолжим развивать в данной статье.

07.08.2023    5086    0    biimmap    43    

57

Я - ЗУПер! Часть 3. Ошибки работодателей и соискателей. Плюсы специализации на одной предметной области

Бизнес-анализ Платформа 1С v8.3 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

В первой части рассмотрели компетенции специалиста в сфере ЗУП, во второй классификацию проектов и задач на проектах. В этой статье рассмотрим плюсы и минусы специализации. Для каких проектов нужна специализация в одной предметной области, а для каких, конечно, это невыгодно. Рассмотрим это в разрезе сложности выполняемых задач и прогнозируемого (ожидаемого) качества работы.

19.04.2023    4595    0    biimmap    37    

59

Я - ЗУПер! Часть 2. Классификация проектов и задач

Бизнес-анализ Платформа 1С v8.3 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

В первой части рассмотрели компетенции специалиста в сфере ЗУП. В этой статье рассмотрим классификацию проектов и задач на проектах. Классификация построена на моём личном опыте длиною в 20 лет. На неё будем опираться в третьей части статьи.

13.04.2023    3405    0    biimmap    14    

40

Искусство отчета

Отчеты и дашборды Платформа 1С v8.3 Система компоновки данных Бесплатно (free)

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

26.02.2023    3362    0    DemetrKlim    38    

28

RPA для перехода с SAP на 1С

Бизнес-анализ Россия Бесплатно (free)

Зачем нужна роботизация при переходе с SAP на 1С. Как мигрировать с SAP с минимальными усилиями и даже без команд поддержки SAP.

09.01.2023    2229    0    comol    9    

7

Опыт работы «1С:ERP» в ландшафте Linux + PostgreSQL – 7 лет

Бизнес-анализ Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

В связи с обострением вопросов импортозамещения многие задумываются о переходе на системы, позволяющие заменить зарубежные аналоги, или уже его начали. Мы решили поделиться с вами 7-летним опытом установки и эксплуатации системы Linux + PostgreSQL + «1C» на 300 онлайн-пользователей.

16.12.2022    7523    0    1СERP    34    

67

Таблица для финансиста. Решение на стыке технологий

Бизнес-анализ Бесплатно (free)

Что будет, если взять от Excel простоту и легкость составления таблиц с формулами, а от базы данных – системность и возможность работы с общими справочниками? Сергей Тангатаров, руководитель направления бюджетирования и МСФО в Инфостарте, на конференции Infostart Event 2021 Post-Apocalypse рассказал о Табуле – решении «на стыке технологий», дающем возможности выполнять финансово-экономические проекты на новом уровне.

19.09.2022    3508    0    Serg_Tangatarov    0    

30
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Nikola23 696 18.06.18 09:49 Сейчас в теме
ИМХО - главная сложность в перенавороченном механизме получения данных, строго последовательно.

Для этого механизма, где как ни старайся будут тяжелые запросы в цикле, приходится дорабатывать и оптимизировать код.
Не сложно же было написать параллельные вычисления! В моем примере один из отчетов собирал данные 8-12 часов, пока не провели оптимизацию кода. Ускорили до 10 минут.

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

"Не знаешь как - спроси меня" (С)
2. SergeyN 1071 18.06.18 13:22 Сейчас в теме
(1) можете пример такого бюджет привести? С замером производительности.
3. Nikola23 696 18.06.18 15:00 Сейчас в теме
(2)
) можете пример такого бюджет привести? С замером производительности.
1
В заголовке статьи указано, что Вы являлись разработчиком, а теперь внедряете. Я готов поработать совместно, если это окажет влияние на подсистему в будущих релизах и принесет бонусы заказчику.
Ради спортивного интереса - не готов.

Замеры могу предоставить только по ускоренной версии. Полагаю, что выгрузит в xml настройки тоже получится договориться.
4. SergeyN 1071 18.06.18 19:57 Сейчас в теме
(3) я писал в статье, что могу разобрать интересные случаи в последующих статьях для сообщества. Учтет это вендор или нет я прогнозировать не берусь.

Что касается формирования 12 часов - то я полагаю что скорее дело в неверной настройке, а не в коде. Перенастроить виды бюджетов как правило быстрее чем переписывать код подсистемы. Если вид бюджета не переписывался - то могу посмотреть на типовой как его можно было бы ускорить.
5. Nikola23 696 18.06.18 20:39 Сейчас в теме
(4) Полагаю, не имеет смысла. Конкретная задача решена.

Расскажите, зачем там 2 алгоритма формирования "РассчитатьФактПоВидуБюджетаАльтернативный" и "РассчитатьФактПоВидуБюджета"? В моем случае результат в данных одинаковый, а у альтернативного варианта - производительность на порядок ниже. Да и в релизе только этот вариант используется.

Технические различия понятны по комментариям. На практике - зачем?
8. SergeyN 1071 20.06.18 21:43 Сейчас в теме
(5) Альтернативный механизм разрабатывался после моего ухода в апреле 2016 из 1С. В официальных публикациях нововведений на partners я не нашел связанных материалов. Посмотрел код и мой вывод: в альтернативном механизме все запросы к факту объединены в 1 СКД, что теоретически должно дать выигрыш в производительности. Однако применяется механизм СхемаЗапроса - по моим замерам далеко не быстрый механизм. Что в свою очередь ставит под вопрос выигрыш в производительности.
11. Nikola23 696 20.06.18 21:56 Сейчас в теме
(8) Там с этим механизмом дополнительная куча колонок в результирующей таблице получается. Этот алгоритм в несколько раз увеличивает длительность выполнения запроса.
12. SergeyN 1071 20.06.18 23:21 Сейчас в теме
(11) дополнительные колонки могут существенно увеличить время выполнения только в случае если эти колонки включены в индекс таблицы значений и исть массовое добавление/удаление строк, либо на старой платформе - изменение значений этих колонок. Индексации таблицы факта я не нашел. Поэтому склоняюсь к варианту что заседление дает СхемаЗапроса.
6. grabarenko 20.06.18 10:56 Сейчас в теме
9. SergeyN 1071 20.06.18 21:44 Сейчас в теме
(6) Я с вами! :) Много работы по текущим проектам - поэтому отвечаю не оперативно. Но отвечу обязательно!
7. user711894_ninburg_v 20.06.18 11:47 Сейчас в теме
Добрый день.
Я в отличии от Вас являюсь не автоматизатором, а пользователем 1С:ERP2, в связи с этим вопрос.
Мне тоже показалось подход 1-в-1 используемый моим коллегой очень трудоемким, и я ввел другой вид бюджета
с укрупненными статьями, и подробной разбивкой по аналитике. Вопрос в том, влечет-ли это какие-нибудь ограничения
при использовании бюджета для лимитирования в казначействе? Контроль суммы возможен только по статье бюджета,
или по аналитике тоже?
10. SergeyN 1071 20.06.18 21:54 Сейчас в теме
Контроль суммы возможен до аналитики. Уровень контроля настраивается в правилах лимита. Например, на статье бюджета 2 уровня аналитики: статья ДДС и доп.аналитика. Можно настроить что бы контроль был только до уровня статьи ДДС, а доп.аналитика использовалась только участниками процесса бюджетирования для план-факт анализа. Во вложении - пример настройки лимитов ДС, где выделено как установить нужный уровень аналитики. Лимиты ДС настраиваются в модели бюджетирования. Модели бюджетирования находятся в пункте меню "Бюджетирование и планирование" -> "Настройки и справочники" -> "Модели бюджетирования".
Прикрепленные файлы:
35. Ish_2 1104 25.10.18 09:36 Сейчас в теме
(10) Вопрос начинающего.
Позволяет ли встроенный функционал КА2.4 обеспечить лимитирование только по некоторой аналитике , указываемой пользователем интерактивно , например , в дополнительном реквизите документа " Заявка на расходование ДС" ?
можно ли обойтись в таком случае без дополнительного реквизита ?
36. SergeyN 1071 25.10.18 14:07 Сейчас в теме
(35) приведите пример, что бы стало понятнее
37. Ish_2 1104 25.10.18 15:10 Сейчас в теме
(36) КА 2.4 ,
"Заявки на расходование ДС" составляют инициаторы ( ~ 100 чел) из разных подразделений организаций. Для каждого подразделения должен быть составлен некоторый бюджет в разрезе понятных для инициаторов статей.
Предполагается
связать справочник типовой конфигурации "Статьи бюджета" один в один с элементами условного справочника с названием "СтатьиПонятныеИнициаторам". Далее , в "Заявку на расходование ДС" добавить ДополнительныРеквизит с условным типом "СтатьиПонятныеИнициаторам".
Ну, и вопрос :
- как связать "статьи бюджета" со ""СтатьиПонятныеИнициаторам" ?
Дополнительно :
что такое "механизм "хранимого" факта" и как его включить в конфигурации ( на ИТС встретил только упоминание о нем )
38. SergeyN 1071 26.10.18 21:05 Сейчас в теме
(37)
Ну, и вопрос :
- как связать "статьи бюджета" со ""СтатьиПонятныеИнициаторам" ?
Дополнительно :
что такое "механизм "хранимого" факта" и как его включить в конфигурации ( на ИТС встретил только упоминание о нем )



Связывать статьи бюджета 1:1 со статьями "понятными" инициаторам - не лучшее решение. Статьи ДДС - понятны инициаторам? Можно ли статьи ДДС привести в понятный инициаторам вид?

Если отвечать на вопрос "можно ли связать" - ответ можно. Вариантов много, все упирается в имеющуюся в фактических данных аналитику. Т.е откуда в факт.данных будете брать "СтатьиПонятныеИнициаторам".

Хранимый факт - галка в правилах получения факта.
39. Ish_2 1104 26.10.18 23:13 Сейчас в теме
(38) Угу.
И 1:1 - плохо.
И лучше сделать понятными "Статьи ДДС", чем изобретать справочник "СтатьиПонятныеИнициаторам" .
И неоткуда брать факт.
Спасибо. Пойду на новый круг уговоров .
Я не выдумал этот пример.

Почитал Ваши статьи . Ну прям , хорошо.
Чем крупнее специалист , тем проще , яснее он излагает.
13. user711894_ninburg_v 21.06.18 10:29 Сейчас в теме
14. karamn0v 11.07.18 22:35 Сейчас в теме
+ Полезная статья. Уважаемые, не мог бы кто-нибудь скинуть рабочую СКД на получения факта из статьи бюджета, почему-то не взлетает никак, спасибо.
VickWood; +1 Ответить
15. SergeyN 1071 12.07.18 02:24 Сейчас в теме
(14) Уточните: правила факта или правила исполнения бюджета? Какая именно ошибка?
16. karamn0v 12.07.18 21:02 Сейчас в теме
(15) (15) Сценарий - Фактические данные, В СКД простейший запрос в собственный регистр сведений на получение данных:
СКД

В результате работы правил результат выдает:
Скрин

Но вот в самом отчете бюджета пустота...
17. karamn0v 12.07.18 21:06 Сейчас в теме
(15) Сценарий Фактические данные, запрос простейший:
СКД

В результатах работы правил результат есть, но в самом ничего не показывает
Прикрепленные файлы:
18. SergeyN 1071 13.07.18 01:46 Сейчас в теме
На первый взгляд в СКД все верно. Единственное - проверьте, указаны ли типы для полей СКД для организации и подразделения.
Пришлите скрин настройки вида бюджета и настроек отчета при формировании. Может ошибка не в СКД.
19. karamn0v 13.07.18 11:48 Сейчас в теме
(18) Я так же пробовал схемы входящие в состав конфигурации, тоже не взлетело. Не могу понять этот феномен.
Прикрепленные файлы:
20. karamn0v 19.07.18 20:07 Сейчас в теме
В настройках бюджета "месяц" был лишним, завелось!
21. SergeyN 1071 19.07.18 20:24 Сейчас в теме
(20) А если убрать флаг ограничения на условие "Период" - с периодом "месяц" заработает?
22. VickWood 24.09.18 10:21 Сейчас в теме
Как правильно настроить фактические данные для статей бюджетов мы рассмотрим в следующей статье.

Добрый день! А можно ссылочку на эту статью? Тоже воюю с правильным получением факта, но ничего не выходит....
Подскажите, я так понимаю, факт получается только с помощью произвольных запросов? По данным Опер. учета или Регл. учета брать его не получится?
24. SergeyN 1071 24.09.18 13:11 Сейчас в теме
(22) Статья тут: https://infostart.ru/public/889494/
Для БДДС удобнее брать произвольным запросом объединение по всем регистрам ДвиженияДенежныеСредства<РазделДвижения>
Но если БДДС на отдельные разделы, то и по хоз.операциям вполне можно собрать. Т.е универсального рецепта нет, главное не допустить ошибку, которую я описывал в статье.
27. VickWood 24.09.18 14:17 Сейчас в теме
(24)
Спасибо, пойду штудировать статью.
Попробовала сделать и произвольным запросом, но пока без объединения, взяла простой запрос по РН Денежные средства (безналичные), однако, как и прежде в факт попадают данные по Заявкам на расходование ДС, по которым еще не проведено Списание безналичных ДС... Запнулась на этой ошибке и никак не могу ее понять и устранить...
23. Boneman 298 24.09.18 11:03 Сейчас в теме
Также пишите в комментариях, какие темы по подсистеме «Бюджетирование» ERP 2 интересны Вам, с какими непонятными ситуациями сталкивались – рассмотрим

Что делать, если структура ЦФО не совпадает ни с управленческой структурой предприятия, ни с бухгалтерской ?
Пилить свое ? Битфинанс ? Или можно как-то по типовому извратится ?
25. SergeyN 1071 24.09.18 13:16 Сейчас в теме
(23)
структура ЦФО не совпадает ни с управленческой структурой предприятия, ни с бухгалтерской ?
Пилить свое ? Битфинанс ? Или можно как-то по


Вполне решается типовыми средствами:
1. Добавляете доп.реквизит на справочник "Структура предприятия" - в этот доп.реквизит заполняете соответствующее ЦФО. В правилах факта указываете мэппинг аналитики ЦФО к доп.реквизиту ЦФО
2. Если структура ЦФО с управленческой структурой соотносится как многие ко многим, т.е в одном упр.подразделении может быть несколько ЦФО - то применяйте модернизированный вариант 1: доп.реквизит на документ. При включении хранимого факта (в ERP) доп.реквизиты регистраторов становятся доступными и можно настроить мэппинг аналитики к доп.реквизитам регистраторов.
1C_Buh_1C; roma03v1; cosmo2004; ИНТЕГРА; +4 Ответить
26. Boneman 298 24.09.18 13:24 Сейчас в теме
(25)
доп.реквизит на справочник "Структура предприятия" - в этот доп.реквизит заполняете соответствующее ЦФО. В правилах факта указываете мэппинг аналитики ЦФО к доп.реквизиту

Так какой тип доп реквизита делать то ? Строку ? Так-то, по хорошему нормальный справочник нужен, дабы его могли ответственные пользователи редактировать, смотреть, и т.д. Или запилить справочник, включить его в состав доп реквизитов ?
28. SergeyN 1071 24.09.18 16:14 Сейчас в теме
(26)
у ? Так-то, по хорошему нормальный справочник нужен, дабы его могли ответственные пользователи редактировать, смотреть, и т.д. Или запилить справочник, включить его


А чем справочник доп.значений не подходит?
29. Boneman 298 24.09.18 17:45 Сейчас в теме
(28)
А чем справочник доп.значений не подходит?

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

Но в целом, я идею понял, спасибо за ответ.
30. user647353 04.10.18 06:45 Сейчас в теме
(25)
2. Если структура ЦФО с управленческой структурой соотносится как многие ко многим, т.е в одном упр.подразделении может быть несколько ЦФО - то применяйте модернизированный вариант 1: доп.реквизит на документ. При включении хранимого факта (в ERP) доп.реквизиты регистраторов становятся доступными и можно настроить мэппинг аналитики к доп.реквизитам регистраторов.


Подскажите, пожалуйста, в этом случае добавляем доп. реквизит в экзмепляр бюджета и во все документы факта, верно?
31. user647353 04.10.18 07:37 Сейчас в теме
(25) А как настроить связь аналитики с этим доп. реквизитом?
32. SergeyN 1071 04.10.18 19:49 Сейчас в теме
(31)
настроить связь аналитики с этим доп.



В правилах получения факта настраиваете заполнение аналитики из доп.реквизита.
33. Serg_Tangatarov 107 18.10.18 08:56 Сейчас в теме
Коллеги, добрый день.
А как быть с бюджетами, где строго регламентирована структура (300 строк), регламентированы коды статей.
Я не вижу в таком варианте не делать настройки иначе как статья бюджета = статья затрат. Более того, мне не везде статей затрат хватает, приходится по договорам бегать чтобы верно статью определить при сборе факта.
34. SergeyN 1071 22.10.18 12:46 Сейчас в теме
(33)
вижу в таком варианте не делать настройки иначе как статья бюджета = статья затрат. Более


300 строк - высока вероятность проблем с производительностью. Лучше все таки подумать как выйти из положения с помощью доп.реквизитов на статьях затрат. Но если совсем не получается - используйте хранимый факт, что бы решить проблему с производительностью.
41. Semechka 12.01.19 15:33 Сейчас в теме
(34) Сергей, благодарю за Ваши полезные статьи.
Может подскажете, куда копать? вот если ситуация, как у aser1c (отношение статей ДДС к альтернативным N:N - бухгалтерские и управленческие), но надо еще по этим доп. реквизитам и Исполнение контролировать? :) Т.е. в правиле для исполнения - нет галки для хранения факта (все "на лету"). Реально ли как то решить по аналитике доп.реквизита документа? реально ли хотя бы решить произвольным запросом?
42. SergeyN 1071 13.01.19 22:01 Сейчас в теме
(41)
N:N - бухгалтерские и управленческие), но надо еще по этим доп. реквизитам и Исполнение контролировать? :) Т.е. в правиле для исполнения - нет галки


Обращение к доп.реквизитам документов возможно только в хранимых правилах. Иначе такой запрос по всем документам будет очень долго выполняться. Можно попробовать опереться на какую либо аналитику (сделки, подразделения) или сочетания (сделки + статьи ДДС и т.д.). Произвольным запросом задача решается, но опять же у меня есть обоснованные подозрения, что выполняться такой запрос будет очень долго. Что бы точнее подсказать опишите мне в личку что это за аналитика по которой нужно контролировать, тогда смогу более точный совет дать.
44. ghost1987 17.03.19 20:17 Сейчас в теме
45. ghost1987 17.03.19 20:19 Сейчас в теме
(33)могу подсказать как сделать, если еще актуально, сам мучился с этим, сделал в итоге
46. Serg_Tangatarov 107 17.03.19 21:23 Сейчас в теме
47. ghost1987 18.03.19 09:07 Сейчас в теме
(46) стояла задача сделать Бюджет расходов и доходов, соответственно должны выводиться все статьи расходов с их аналитикой (у каждой статьи разная), по типу как работает отчет "Доходы и расходы" в типовой конфе. Так как у Статей бюджета все 6 аналитик, то пришлось подстраивать учет под это, т.е. у нас нет на статьях расходов более 6 вариантов аналитик (в принципе достаточно для учета, главное убедить пользователей). Справочник Статей расходов имеет около 350 статей, с определенной структурой, т.е. куча папок с разной степенью вложенности и выводить надо именно так в отчете. Я заводил Статью бюджета для каждой группы статей (папки), настраивал получение фактических данных с отбором Статей расходов "в группе" или "в группе из списка", у Статей бюджета у меня заполнены все 6 аналитик, как раз, чтобы выводить все возможные варианты Статей расходов, в итоге получилось около 25 статей бюджета с правильно настроенными фактическими данными, все остальное в структуре отчета можно решить через создание групп и формул по группе и прочих нефинансовых показателей, плюс у меня должна быть разбивка по подразделениям, его я в аналитику не добавлял, чтобы сэкономить место, а указал в Модели, подразделения выводил в колонках, кстати сразу скажу косяк или не косяк 1С но, если выводить Подразделения в строках как группировку (в данном случае Подразделение это измерение), то итоги по этой группировке не СЧИТАЮТСЯ (ОЧЕНЬ НЕ УДОБНО), если группировка многоуровневая, поэтому пришлось в колонки ставить. Все делал на конфигурации 1С:Комплексная автоматизация 2 (2.4.6.175), с ERP похожа. Производительность отчета стала в разы лучше (чем если делать 1 в 1, выводился около 5 минут), полученный отчет с расходами, доходами, выручкой, себестоимостью и прочих фин результатов выводится за несколько секунд. БДДС делал так же, там намного проще, так как нет кучи аналитик, основная проблема всех что нужно выводить много "ТИПОВ" анатик у статей.
Serg_Tangatarov; +1 Ответить
48. Serg_Tangatarov 107 20.03.19 08:31 Сейчас в теме
(47) спасибо, вполне вариант
40. apudzerko 15.11.18 14:00 Сейчас в теме
Проще было написать нормальную трансляцию, а не плодить умные статьи и исправлять ошибки за коллегами. БиТ-финанс уже триста лет, как транслирует обороты в БДДС легко и непринужденно. И от пользователя при вводе новой статьи ДДС нужно всего-лишь соответствующую ей статью БДДС.
43. Natashok_81 29.01.19 10:31 Сейчас в теме
(40) Поддерживаю полностью. По опыту работы и с ERP, и с БИТ Финанс, и с УПП ранее наиболее просто и быстро, а так же в последующем сопровождении, наилучшее решение - это БИТ:Финанс. На последнем проекте функциональные бюджеты были по 450 статей + 4 аналитики на каждую. Производительность хромала, когда собирали сводный бюджет на основании этих статей, но в результате обошли с помощью штатных механизмов и укрупненных статей в мастер-бюджетах. Причем не требовались какие-то переписки процедур и куча часов работы программистов. Правильно поставленная методология творит чудеса в автоматизации :)

При этом всегда говорим, что настройка статей 1:1 решает все проблемы сбора факта, при этом факт прозрачный, в трансляциях не надо выдумывать велосипед, пользователю просто обозначить правила игры и не нужно при каждом обновлении трястись и тратить кучу человеко-часов на проверку "не затерли ли".

Конечно, блок "Бюджетирование" в ERP еще не догнал по функционалу "БИТ:Финанс". Да и для внедренца выгоднее "дорабатывать" конфигурации, умирать на посту, прописывая "нюансы трансляций", а иногда и ошибок в первичных документах (даже такое нас пытались заставить сделать в практике :) ), а потом подсаживать "на иглу", когда "встал-ушел" и ничего не работает.

Когда рассчитывается проект бюджетирования, то мы заказчику всегда представляем две колонки расчета стоимости проекта автоматизации бюджетирования "ERP" и "БИТ:Финанс" - и пока по функционалу, срокам и стоимости внедрения выигрывает БИТ:Финанс".
49. user1112672 18.07.19 18:06 Сейчас в теме
Большое спасибо Сергей за статью, очень ценная информация! И спасибо что делитесь своим опытом!

Также как у некоторых здесь, похожая проблема, есть БДДС с регламентированной структурой и кодами статей. Возможно не в таких масштабах проблема, статей не 300, а 80 (по крайней мере пока что). Что ждать от быстродействия? Быстродействие коснется только формирования бюджетных отчетов?

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

Я правильно понимаю, если структура строго регламентированная, у нас есть 2 выхода, или 1 статья бюджета для 1 статьи ддс, или 1 статья бюджета для групп статей, по которым разбита структура БДДС? И что делать если группы с разной вложенностью? и достаточно различаются по смыслу?

Мой предшественник, который настраивал бюджет пошел в другую сторону)))
Создал только 2 статьи бюджета ( поступление ДС и расход ДС) и настроил у них аналитику на статьи ДДС
50. SergeyN 1071 18.07.19 22:24 Сейчас в теме
(49)
Также как у некоторых здесь, похожая проблема, есть БДДС с регламентированной структурой и кодами статей. Возможно не в таких масштабах проблема, статей не 300, а 80 (по крайней мере пока что). Что ждать от быстродействия? Быстродействие коснется только формирования бюджетных отчетов?


Тут сложно однозначно сказать - нужно тестировать на конкретном оборудовании. Но особенно нужно проверить как выполняется контроль лимитов заявок на расходование денежных средств.


(49)
У Вас в статье очень удобно подобран пример, где легко напрашивается объединение статей ддс по смыслу для создания для них статьи бюджета. На практике что-то так не получается к сожалению...

Я правильно понимаю, если структура строго регламентированная, у нас есть 2 выхода, или 1 статья бюджета для 1 статьи ддс, или 1 статья бюджета для групп статей, по которым разбита структура БДДС? И что делать если группы с разной вложенностью? и достаточно различаются по смыслу?


С помощью сложной таблицы Вы можете сделать любую структуру, какой бы регламентированной она не была. Технически вы можете даже одну статью бюджета с аналитикой "Статьи ДДС" развернуть в нужную структуру. Поэтому прямой связи между количеством статей бюджетов и структурой отчета нет.

В общем случае, я бы рекомендовал следующий набор статей бюджетов:
+ Поступления по операционной деятельности
- Расходы по операционной деятельности
+ Поступления по финансовой деятельности
- Расходы по финансовой деятельности
+ Поступления по инвестиционной деятельности
- Расходы по инвестиционной деятельности

Это соответствует классическим разделам БДДС и такую структуру легко и удобно настраивать.

(49)
Мой предшественник, который настраивал бюджет пошел в другую сторону)))
Создал только 2 статьи бюджета ( поступление ДС и расход ДС) и настроил у них аналитику на статьи ДДС


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

Так же обращаю Ваше внимание, что на Infostart Event 2019 я буду вести мастер-класс по практическим аспектам автоматизации бюджетирования: мы разберем эти и другие аспекты, посмотрим на практике как автоматизируются различные кейсы бюджетирования. Приходите, будет интересно)
64. user642261 05.11.19 00:05 Сейчас в теме
65. user642261 05.11.19 00:09 Сейчас в теме
(50)
В общем случае, я бы рекомендовал следующий набор статей бюджетов:
+ Поступления по операционной деятельности
- Расходы по операционной деятельности
+ Поступления по финансовой деятельности
- Расходы по финансовой деятельности
+ Поступления по инвестиционной деятельности
- Расходы по инвестиционной деятельности

Добрый день, Сергей,
правильно ли я понимаю, что создав для самого верхнего уровня папок статьи, далее вниз по уровням отчета (еще 4 шт) достаточно будет вложенно группировать аналитику (статьи ДДС или расходов) по сумме?
68. SergeyN 1071 18.11.19 14:25 Сейчас в теме
(65) Не очень понял, что такое "группировка аналитики по сумме". Но идея в общем случае верная - чем меньше статей и показателей с однородными правилами получения фактических данных - тем быстрее работают отчеты в подсистеме бюджетирования.
51. user1033468 22.07.19 16:34 Сейчас в теме
Добрый день. Спасибо за статью. Только начинаю разбираться в принципах бюджетирования в ERP 2.4. Подобная информация так сказать "из первых уст" очень ценна.
Рассматриваю возможность применения ERP для наших бюджетных форм.
Можете подсказать, как настроить вид бюджета, где в таблице в колонках указаны месяцы, в конце нужно еще по кварталам и по году вывести итоги?
53. user1112672 23.07.19 10:12 Сейчас в теме
(51) в колонки таблицы нужно перетащить год, потом прямо в год тащите квартал, а потом в квартал перетаскиваете месяц. Получается древовидная структура как бы
54. user1112672 23.07.19 10:18 Сейчас в теме
(51)
Прикрепленные файлы:
56. SergeyN 1071 23.07.19 10:21 Сейчас в теме
(54) + тут еще группы с итогами хорошо бы добавить :) согласны?
58. user1112672 23.07.19 10:30 Сейчас в теме
(56) если нужны будут группы, суммы по кварталу и году так выведутся. Я группы делала, чтобы еще дополнительно выводить процент выполнения бюджета и отклонение
55. SergeyN 1071 23.07.19 10:20 Сейчас в теме
(51)
подсказать, как настроить вид бюджета, где в таблице в колонках указаны месяцы, в конце нужно еще по кварталам и по году вывести


Можно месяца и кварталы поместить на одном уровне, т.е так:
Колонки
- Год
- - Месяц
- - Группа (в настройках ставим "не отображать")
- - - Квартал
- - - Формула сумма по группе

Тогда получите итоги по месяцам, кварталам и общий итог по году.

Или как коллега в (53) советует - сделать дерево, но тогда месяца будут "вложены" в кварталы.
57. user1112672 23.07.19 10:24 Сейчас в теме
(51) а хотя если данные за квартал и за год нужны в конце, то лучше не древовидной, а последовательно в колонки вывести. Попробовала, так нормально получается
Прикрепленные файлы:
59. user1112672 23.07.19 10:52 Сейчас в теме
(57) и еще не забудьте внутрь периода сценарий кинуть и настроить. Совсем забыла про него упомянуть. В скрине для план факта. Если что-то одно нужно, то одно и добавляете или план, или факт
Прикрепленные файлы:
52. user1112672 23.07.19 10:08 Сейчас в теме
Большое спасибо за ответы, очень помогли.
Сразу не ответила, думала в процессе вопросы появятся, но вроде как обошлась.
60. кольщик 07.09.19 20:47 Сейчас в теме
Спасибо за статью!
А как то можно получать фактические данные, но использовать их для плановых сценариев? Потому что произвольным запросом можно получить данные только для правил фактического или исполнения бюджета. А в экземпляре бюджета наоборот фактические и исполнение бюджета нельзя выбрать в качестве сценария, а только плановый сценарий. Некоторые данные для плана можно взять из регистров, а не вводить руками, но непонятно как это сделать. Именно чтобы сравнивать план полученный запросом и факт из регламентированного или оперативного учета.
61. SergeyN 1071 09.09.19 11:42 Сейчас в теме
(60) Для этого в правилах заполнения статьи бюджетов в экземпляре бюджетов ставите "Сценарий определяется в дополнительном отборе". Такая настройка позволит "переложить" данные из фактических данных (в т.ч. прошлого периода) в любой плановый сценарий. Порядок открытия настроечной формы указал в приложении.
Прикрепленные файлы:
murzilka88; +1 Ответить
62. кольщик 10.09.19 09:49 Сейчас в теме
(61) Да, спасибо!!! Так сделал.
Единственное что не пойму, это получается можно сделать только в сложных таблицах?
Я просто получаю данные с аналитикой по контрагенту. А в сложной таблицы при попытке добавить аналитику контрагенты, программа ругается, что:
Ошибка в ячейке [Поступления от реализации товаров, работ услуг.; Месяц]: запрещен ввод на уровне группировок
63. SergeyN 1071 10.09.19 14:36 Сейчас в теме
(62) Решить можно 2-мя вариантами:
1. Можно использовать простую таблицу - там заполнение настраивается аналогично, только нужно кликнуть по элементу "Статья бюджетов"
2. В сложной таблице в группировках выбрать суммирующую функцию по строкам. Т.е статью "Поступления от реализации товаров, работ услуг" выбираете на нижнем уровне группировок, а в промежуточных группировках делаете: "СУММА(<ссылка на вашу ячейку>)"
66. AlexKo 102 18.11.19 09:50 Сейчас в теме
Добрый день!
Сергей, пожалуйста, подскажите. База ERP 2.4.6

В описании справочника "Аналитики статей бюджета" есть такой комментарий.
Важно: Не рекомендуется настраивать конфликтующие аналитики (пересекаются с общими измерениями - организация, подразделение и т.п.) для статей и показателей.
В этом случае настроенные правила заполнения аналитик будут конфликтовать с отборами по измерениям.
Для таких настроек и ситуаций, когда на статье нужны две аналитики одного типа (например, номенклатура выпуска и материал), необходимо создать новый вид аналитик с нужным типом и использовать в настройках его.

Тип аналитики может быть определен через общий дополнительный реквизит или сведение. В этом случае планирование и получение фактических данных будет выполнено в разрезе значений дополнительных реквизитов или сведений.

Споткнулись на, казалось бы, простом моменте. Нужен экземпляр бюджета для ввода плана по перемещениям - между двумя организациями в разрезе групп аналитического учета. Вид бюджета делается в разрезе организаций, добавляем вторую аналитику через дополнительный реквизит организации, тип дополнительного реквизита указан ссылка на справочник организации. В произвольных правилах получения факта указана ссылка на доп. реквизит. Отчет результат работы правил показывает всё корректно.
При попытке получение факта в экземпляре бюджета через указание в ячейке сценария фактические данные - пусто. Аналогичная пустота в отчете, но если нажать на расшифровку - данные показывает по правилам.
Если аналитику/правила переделать в разрезе складов всё работает корректно.
Есть ли какие то тонкие моменты для статье с разрезами аналитик по двум организациям?
Прикрепленные файлы:
67. SergeyN 1071 18.11.19 14:23 Сейчас в теме
(66) Добрый день. Раз показывает при расшифровке, но не показывает в таблице то могу порекомендовать попробовать "хранимый факт". Если не поможет - то без базы сложно сказать в чем может быть дело.
69. AlexKo 102 19.11.19 16:05 Сейчас в теме
(67) Спасибо за ответ, наименование "ИсточникДанных" в настройках источника данных отличал, просмотрел)
Попробую допилить, чтобы запрос парсился и автоматом наименование вставало в поле.
70. user642261 18.12.19 18:32 Сейчас в теме
Доброго дня,
подскажите, пож-та, как в начале проектирования структуры бюджета понять какую использовать таблицу - простую или сложную. Думаю, должны быть какие-то методологические рекомендации.
спасибо
72. SergeyN 1071 20.12.19 14:16 Сейчас в теме
(70) технически внутри это абсолютно одинаковые структуры. Сложная таблица предоставляет больше возможностей. Я и мои коллеги всегда используем сложные таблицы на практике. Простую я использую только для "тестовых" бюджетов что бы "быстро набросать" структуру и посмотреть что выводит.
71. user642261 18.12.19 20:07 Сейчас в теме
и еще вопрос:
по какому критерию посоветуете определять где лучше установить отбор: в правилах факта или в структуре бюджета?
спасибо
73. SergeyN 1071 20.12.19 14:17 Сейчас в теме
(71) По опыту - отбор в правилах факта приводит к сложной процедуре сопоставления факта бюджетирования и исходных данных. Поэтому я очень рекомендую не злоупотреблять отборами в правилах факта. В идеале факт транслировать как есть, а отборы делать в структуре бюджета.
74. user642261 22.12.19 22:46 Сейчас в теме
(73) спасибо!
А если строим отчет только по факту, то большая ли разница - где устанавливать отбор: в отчете или в правилах?
Логичней даже, наверное - в правилах, а в отчете дополнительно по статье бюджета - только если она в разных по смыслу строках, требующих доп.фильтрации уже по другим аналитикам.
Или так потеряем в производительности?
75. SergeyN 1071 23.12.19 13:32 Сейчас в теме
(74) в общем случае - разница в производительности будет не существенная. Но повторюсь, выверять результат работы правил с отборами намного сложнее чем без отборов. Если у вас правила описаны и согласованы с заказчиками - то можно и в правилах фильтры настраивать. Но по опыту все таки проще сделать правила без фильтров или с минимальным набором фильтров, т.к выверка проще проходит.
76. user642261 19.01.20 22:49 Сейчас в теме
Добрый день, Сергей!
Строю PL с расчетом рентабельности. То есть основная часть строк отчета суммируется по месяцу и по году, а часть строк (показатели) должна рассчитываться по вертикали. Проблема: на пересечении колонки итогов и строки показателя - показатели суммируются, что неправильно.
Не могли бы вы посоветовать какую использовать структуру таблицы?
В сложной таблице столкнулись с ограничением: если в колонках вместо Суммы по году использовать аналитику Год - получаем пустую колонку. Если использовать простую таблицу - надо вводить очень большие формулы вручную = риск ошибки.
не могу найти подходящее решение ...
(erp 2.4.10)
Спасибо!
77. SergeyN 1071 20.01.20 10:31 Сейчас в теме
(76)
аналитику Год - получаем пустую колонку. Если использовать простую таблицу - надо вводить очень большие формулы вручную = риск ошибки.


Добрый день, лично я всегда использую сложную таблицу. "Внутри" технически таблицы абсолютно одинаковые. Что касается итогов - то используйте "производный показатель" вместо группы и тогда сможете настроить как вам требуется.
90. mulder242 3 21.12.21 11:48 Сейчас в теме
(77)добрый день, Сергей, а можете подсказать: добавил производный показатель для расчет а итогах. В функии пишу ИТОГ(оказатель,"месяц"), если формирую за месяц, то все нормально, если за год он перет не помесячно а за весь год. Как это можно исправить или чтото еще добавить надо? В таблице колонки - помесячно.
Прикрепленные файлы:
78. Natali_Brv 27.04.20 13:06 Сейчас в теме
Сергей, добрый день
помогите, пожалуйста

1C:ERP 2 (2.4.10.94)
переговоры о наведении порядка в справочнике статей ДДС не увенчались успехом, поэтому
цель - увязать Статью бюджета и Статью ДДС, при условии, что к разным Статьям бюджета могут соответствовать одинаковые статьи ДДС, например:

Статья бюджета: Реактивы = двум статьям ДДС: 1) Приобретение моющих средств, прочих расходных материалов; 2) Оплата прочих товаров;
Статья бюджета: Расходное оборудование = двум этим же статьям ДДС: 1) Приобретение моющих средств, прочих расходных материалов; 2) Оплата прочих товаров.

Где было возможно я смогла разграничить типовыми аналитиками: контрагент, подразделение и т.д., указанными в документе Заявка на расходование ДС.
Добавила в Заявку на расходование ДС доп. реквизит "Статья бюджета" - продублировала значения из справочника Статей бюджета..
Затем в Статье бюджета выбрала эту аналитику "Статья бюджета" и заполнила факт. данные значением на закладке "Заполнение аналитик статьи" см. вложение
Добавила в модель бюджетирования в лимиты, указала контроль лимита по Статье бюджета и Организации (их 4 ЮЛ)
При создании Заявки на расходование ДС - не проводит, видит все статьи бюджета в которой указана эта статья ДДС.. помогите, пожалуйста

Я делаю простой таблицей, может стоит в сложную всё перенести?

Ориентировалась на то, что описании справочника "Аналитики статей бюджета" в 1С:ERP есть такой комментарий.
Тип аналитики может быть определен через общий дополнительный реквизит или сведение. В этом случае планирование и получение фактических данных будет выполнено в разрезе значений дополнительных реквизитов или сведений.
Прикрепленные файлы:
79. SergeyN 1071 04.05.20 20:51 Сейчас в теме
(78)
Затем в Статье бюджета выбрала эту аналитику "Статья бюджета" и заполнила факт. данные значением на закладке "Заполнение аналитик статьи" см. вложение


От этого ничего не поменяется. "Сложная таблица" и "Простая таблица" внутри абсолютно одинаково обрабатываются

Что касается общей концепции - меня смущает дублирование статей бюджетов в доп.реквизитах. Но по описанию я не до конца понимаю суть этой настройки. Напишите свои контакты мне в личку - свяжемся и я постараюсь вам помочь.
80. smax 05.06.20 13:18 Сейчас в теме
Здравствуйте!

Сталкивались ли при реализации проектов бюжетирования, настраивать отчеты по бюджетам по аналогии как их ведут допустим финансисты в Excel? Имею ввиду сохранение иерархии статей ДДС, вывод доп.колонки с кодом статьи. В прикрепленном файле - пример того о чем я пишу.

Может посоветуете как минимизировать ручной труд по настройке:
1. Иерархии статей ДДС (приходится для каждой группы в иерархии тащить в таблицу группу, прописывать её наименование и добавлять расчет итога)
2. Вывода доп.колонок. (приходится входить в каждую добавленную статью ДДС и добавлять доп.поле, да еще и с отметкой, что выводить его надо в доп.колонке. И это выделение нескольких строк для того чтобы сделать эту операуию для них разом - не помогает)

Т.е. все возможно реализовать, но не нашел никакой автоматизации этой работы, ни в простых таблицах ни в сложных. Получается, что при большом количестве строк - столько ручного труда, что начинаешь задумываться о разработке своей системы настройки формирования отчетов по данным бюджетирования.
Прикрепленные файлы:
81. SergeyN 1071 19.06.20 11:18 Сейчас в теме
(80) Упростить к сожалению нельзя. Мы обычно это закрываем младшими консультантами. Либо, если целесообразно по трудозатратам - пишем обработку для автоматического создания структуры. Элементы вида бюджета - это справочник, подчиненный видам бюджетов с простой структурой. Поэтому реализуется это не сложно.
82. user1466596 22.09.20 08:26 Сейчас в теме
SergeyN , здравствуйте! Подскажите, пожалуйста. Настроили правила получения данных по факту и по исполнению бюджета через СКД. Вроде бы все хорошо, все отчеты показывают то, как необходимо. Но как всегда есть "НО". Когда мы проводим/сохраняем заявку на расход ДС повторно (ну есть такое), то документ не проводится, ругаясь на то, что заявка не попадает ни под одно правило лимитирования. Однако, если мы включим правила, созданные не через СКД, то заявка всё же проводится. Результаты этих правил (по отчетам) совпадают с СКД. Делали по https://its.1c.ru/db/ka24doc#bookmark:dataobtainingsetup:DataObtainingSetup ,соответственно по исполнению бюджета в похожем стиле, у всех полей в СКД установлен тип, обязательные поля как в инструкции есть, источник, идентификатор и т.д. я так понимаю, что при проведении при проверки правил, не получается найти правило. есть ли какой-то подвох, куда копать? может необходимо еще какое-то поле указать в запросе? и еще один момент, с чем может быть связано то, что при сохранении правила СКД, а потом при перезаходе в него проявляется то, что галки ограничения слетают. например, у регистратора. Видел такую же проблему у кого-то на инфостарте. Спасибо!
83. isviews 09.08.21 13:46 Сейчас в теме
Сергей, Добрый день! Как относитесь к варианту добавления статьи бюджета как дополнительного реквизита к документам в ЕРП. Соответственно, при регистрации документа, например Поступление ТиУ, пользователь сразу указывает статью бюджета. Насколько такой вариант правильный?
84. SergeyN 1071 09.08.21 22:15 Сейчас в теме
(83) Добрый день, просьба подробнее рассказать какую проблему вы хотите решить? В строках документов есть статьи расходов, которые потом с помощью правил можно разложить по нужным статьям бюджетов. Зачем добавлять еще один реквизит?
85. isviews 10.08.21 23:33 Сейчас в теме
Добрый день! В нашей компании несколько Руководителей проектов (РП). У каждого из них по несколько проектов (строительные объекты). РП строят плановые бюджеты в начале каждого проекта. Затем регистрируют в ЕРП хозяйственные операции. К примеру, РП1 оформил Закупку у поставщика Материала1 и Материала2 под Проект1 и хочет отразить их по статье бюджета "Монтаж стен". РП2 закупил те же материалы под Проект2, но хочет отразить их по статье бюджета "Монтаж потолка". Что в головах у остальных РП - вообще неизвестно. Идея была такой. РП будут сами, вручную при отражении хозяйственной операции выбирать ту статью бюджета, под которую происходит закупка.
86. SergeyN 1071 12.08.21 20:06 Сейчас в теме
(85) В вашем случае оптимальной архитектурой будет использование нескольких "агрегирующих" статей бюджетов, например "Монтаж" с аналитикой "Статьи расходов". Соответственно, в документах поступления указывается не статья бюджета, а статья расхода. Хорошая практика, если статьи расходов будут в одной группе, соответствующей статье бюджета. Таким образом, для получения факта по статье нужно настроить отборы в правилах факта по группе статей.
87. isviews 15.08.21 21:59 Сейчас в теме
Сергей, большое спасибо, за комментарий!
88. evri 18.11.21 17:52 Сейчас в теме
Добрый день! Пытаюсь получить данные произвольным запросом по правилам, указанным на ttps://its.1c.ru/db/erp24doc#bookmark:dataobtainingsetup:DataObtainingSetup . Запрос через СКД к РН "Движения Денежные средства - Расходы/Доходы". В данном регистре несколько ресурсов - но запрос упорно выводит только ресурс СуммаРегл. Это заложено в произвольном запросе (выводить значения только по этому ресурсу) или мои действия не верны?
89. SergeyN 1071 23.11.21 14:21 Сейчас в теме
(88) Добрый день, просьба подробнее описать решаемую задачу. По умолчанию, система по алгоритму ищет в полях запроса поле, подходящее под настройки отчета. Но без понимания решаемой задачи точнее сказать не могу.
91. zforall 120 25.12.21 06:23 Сейчас в теме
Здравствуйте Сергей. Подскажите как можно решить такую задачу. Все статьи бюджета БДР имеют общую аналитику Направление деятельности. Есть задача получать не только итоговый БДР по всем Направления деятельности, но и по каждому направлению отдельно. В голову приходит только создание множества копий вида бюджета БДР, по каждому направлению деятельности с настроенными отборами в статьях по конкретному направлению, а направлений очень много. Существует ли возможность реализовать фильтр в шапке отчета БДР (по аналогии с фильтром по Организации или Подразделению), где можно выбрать нужное значение отбора Направления деятельности?
92. SergeyN 1071 27.12.21 18:49 Сейчас в теме
(91) Добрый день, да, такая возможность есть - нужно указать "аналитика шапки" в виде бюджета. Такие аналитики появляются в экземплярах отчета в шапке документа, а при формировании бюджетного отчета работают как общие фильтры.
93. zforall 120 28.12.21 06:29 Сейчас в теме
Спасибо огромное! То что нужно!
94. zforall 120 22.02.22 05:08 Сейчас в теме
Здравствуйте Сергей. Подскажите возможен ли перенос уже подготовленного и настроенного отчета бюджетирования из тестовой базы в рабочую? Стандартная выгрузка ХМЛ для Вида бюджета не помогает :(
95. SergeyN 1071 22.02.22 16:10 Сейчас в теме
(94) в разделе "Бюджетирование и планирование" - "настройки и справочники" есть возможность выгрузить и загрузить модель бюджетирования. При выгрузке можно выбрать виды бюджета.
96. zforall 120 23.02.22 06:04 Сейчас в теме
Спасибо! Очень помогли!
97. user1817802 20.07.22 12:05 Сейчас в теме
Добрый день, Сергей
Я являюсь пользователем в 1с: КА2. Столкнулась с следующей проблемой. Создаю в программе отчет, который по формату напоминает Отчет о прибылях и убытках. Сделала Вид бюджета (с флажком - Использовать для ввода плана, данные в Экземпляре введены вручную), заполнила Фактические данные с учетом всех нужных мне поправок. Тип таблицы - Сложная таблица с произвольным расположением строк и колонок. Теперь мне нужен План-факт, как мне сохранить настройки заполнения ячеек?
98. kser87 2437 25.01.23 13:51 Сейчас в теме
Проблему понял. Не понял решение=( было бы нагляднее, если бы показан был отбор альтернативного варианта (как минимум)
99. ksensemillia 06.04.23 16:11 Сейчас в теме
Сергей, добрый день.

Пожалуйста, подскажите, как настроить правила получения данных по плановым сценариям? У меня для статей ДДС создан доп реквизит - "Аналитика статей ДДС", это по сути дополнительная группировка статей ДДС.
Необходимо, чтобы в бюджетный отчет попадали данные по статье бюджета сначала в разрезе доп реквизита, затем в разрезе статей ДДС. Как описано выше я настроила правила получения фактических данных по созданной аналитике по статье бюджета для фактических данных и исполнения бюджета (и они стали попадать в отчет), а как настроить для сценария планирования?
Прикрепленные файлы:
Оставьте свое сообщение