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

1.Настройка статей бюджетов. Это основа основ. Перейти в раздел «Бюджетирование и планирование» → «Настройки и справочники» → «Статьи бюджетов». Здесь создается классификатор статей доходов и расходов. Ключевой инструмент — установка родительских статей. Вы можете создать статью «Расходы на сбыт», а затем сделать ее родительской для статей «Реклама», «Зарплата менеджеров», «Транспортные расходы». Таким образом выстраивается многоуровневое «дерево» статей.

2.Настройка видов бюджетов. Вид бюджета — это «шаблон», который определяет, какие именно статьи будут в него входить, в какой валюте ведется планирование, периодичность (месяц, квартал, год) и другие параметры. Например, можно создать виды бюджетов: «БДДС (Бюджет движения денежных средств)», «БДР (Бюджет доходов и расходов)», «Инвестиционный бюджет». Для каждого вида бюджета в его форме на закладке «Состав статей» включаются необходимые статьи из созданного ранее классификатора.

3.Настройка организационной иерархии. Для консолидации бюджетов по подразделениям необходимо настроить иерархию ЦФО (Центров финансовой ответственности) или просто подразделений. Это делается в справочнике «Подразделения» путем указания «Подразделения вышестоящего». Например, филиалы подчиняются головной компании. В дальнейшем при создании бюджета можно будет указать, для какого подразделения он формируется, и система сможет автоматически агрегировать данные.

Проверка условий в конфигурации системы 1С происходит в функции УсловияВыполняются общего модуля ПодключаемыеКомандыКлиентСервер. В функцию передаётся массив условий и значения реквизитов, которые, как уже упоминалось выше, имеют тип ДанныеФормыКоллекция. Начало функции выглядит так:

Функция УсловияВыполняются(Условия, ЗначенияРеквизитов)

          Для Каждого Условие Из Условия Цикл

                    ИмяРеквизита = Условие.Реквизит;

                    Если Не ЗначенияРеквизитов.Свойство(ИмяРеквизита) Тогда

                              Продолжить;

                    КонецЕсли;

               УсловиеВыполняется = Истина;

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

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

Если СтрНачинаетсяС(ИмяРеквизита, “Произвольный_”) Тогда

          ИмяРеквизита = СтрЗаменить(ИмяРеквизита, “Произвольный_”, “”);

В таком случае потребуется передавать реквизит как «Произвольный_Ссылка».

Затем можно проверить, есть ли обращение к реквизитам через точку — в таком случае на первом месте должен быть реквизит, который гарантированно есть на форме (например, Ссылка), а проверяться будет всё, что после точки:

МассивИмяРеквизита = СтрРазделить(ИмяРеквизита, “.”);

ИмяДоТочки = МассивИмяРеквизита[0];

ИмяПослеТочки = СтрЗаменить(ИмяРеквизита, ИмяДоТочки + “.”, “”);

Теперь уже получится «Произвольный_Ссылка.Основание».

Кроме того, было бы не лишним иметь возможность проверять тип значения реквизита — это может быть полезно в случаях, когда реквизит имеет составной тип, а команда печати или отчёта должна быть отображена только в случае конкретного типа (например, если основанием для приходного ордера является документ «Возврат товаров от клиента» и только в этом случае). Можно решить этот вопрос разными способами — например, добавлять к проверяемому реквизиту через точку «ТипЗначения» — это будет сигналом, что требуется сравнить с нужным не сам реквизит, а тип его значения.

После всех доработок добавление условия видимости будет выглядеть следующим образом:

ПодключаемыеКоманды.ДобавитьУсловиеВидимостиКоманды(

          НоваяКоманда,

          “Произвольный_Ссылка.Основание.ТипЗначения”,

          Тип(“ДокументСсылка.ВозвратТоваровОтКлиента”),

          ВидСравнения.Равно);

Необходимо отметить, что для правильной обработки условий необходимо сначала создать новую структуру с реквизитами, где именами будут проверяемые реквизиты, а значениями — то, что будет получено при помощи вспомогательных функций (подойдёт ЗначениеРеквизитаОбъекта из общего модуля ОбщегоНазначенияУТВызовСервера). При необходимости нужно будет проверить тип полученного значения.

Но проверка отсутствующих на форме реквизитов — это не единственная доработка, которую можно сделать. К примеру, ещё одной потенциальной доработкой может быть внесение в механизм проверки условий изменений, которые позволят проверять значения реквизитов табличной части документа (или вообще её заполненность).

Данный способ имеет как свои преимущества, так и недостатки. К числу преимуществ относится универсальность по отношению к любым формам, к числу недостатков — снижение быстродействия, связанное с постоянной проверкой значения реквизитов объекта; следует иметь это в виду при выборе стратегии доработки.

Подобная доработка позволит более гибко подходить к процессу управления подключаемыми командами, накладывая более сложные условия. Необходимо лишь помнить, что подключаемые команды не обновляются сами по себе — для обновления состава команд после изменения реквизитов может потребоваться или обновление формы, или указание, что после изменения определённых реквизитов нужно обновить команды (процедура НачатьОбновлениеКоманд).

Наша компания может осуществить эту или подобную доработку программы 1С:ERP под ваши нужды, чтобы отключить возможность печати документа или просмотра отчёта в тех случаях, когда это необходимо.

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