Как завести в 1с erp холдинг
Конфигурации «1С:Управление холдингом» и «1С:ERP Управление предприятием» сближает возможность ведения с их помощью консолидированной отчетности и централизованного финансового управления (бюджетирования и казначейства), управления договорами и закупками, управления инвестиционными проектами, а также функции бизнес-анализа. При этом конфигурации используют разные информационные источники. Технические решения и соответствующая им архитектура конфигураций отражаются на инструментах бизнес-процессов. В данной статье отражены особенности бюджетирования в конфигурациях «1С:Управление холдингом» и «1С:ERP Управление предприятием».
Предметно функциональные возможности конфигураций разные
УХ сконцентрировано на бухгалтерском и управленческом учете и централизации функций финансового планирования, в т.ч. через контроль закупок. Если сказать грубо, но образно, то УХ – это развитие возможностей БП в части финансового планирования и консолидации;
Конфигурации используют разные источники данных и способы их обработки
В УХ возможно ведение учета и планирования нескольких организаций непосредственно в информационной базе, но для консолидированной отчетности, в т.ч. по МСФО, финансового планирования, казначейства, управления закупками, договорами и проектами. Возможно использование данных внешних информационных баз без выгрузки их в собственную информационную базу, используя отчеты и настройки синхронизации.
Различия в источниках и способах обработки данных внешних информационных баз определяют способы формирования сводных документов (отчетов, планов, бюджетов)
В УХ центральным инструментом является отчет. Отчеты используются для бюджетирования, казначейства, закупок, сверки внутригрупповых оборотов, консолидации отчетности. Настройки отчетов включают инструменты интеграции внешних данных. Важное значение имеет настройка обмена информацией и синхронизации мета-данных на уровне информационной базы и отдельных отчетов.
Выделенные характеристики определяют особенности бюджетирования в рассматриваемых конфигурациях
В УХ получение данных внутренней и внешних баз производится через формирование отчета. Остальные мета-данные и механизмы функционально выстраиваются вокруг них. Справочники бюджетных строк, колонок и показателей формируются для каждого отчета отдельно.
В ERP бюджетирование выполняется на основании данных, существующих или вводимых пользователями непосредственно в информационной базе. Справочники бюджетных строк , колонок и показателей являются общими, что есть следствием охвата всех компаний и бизнес-процессов группы в одной информационной системе.
В обеих конфигурациях для разделения бюджетов по вариантам данных используется инструмент «Сценарии»
В УХ сценарий используется для выделения плановых и/или фактических данных, краткосрочных и/или долгосрочных горизонтов планирования, в соответствии со сценариями ассоциирована вся информация базы. Применение сценариев позволяет создавать несколько вариантов отчетов на один и тот же период и сравнивать их между собой. Список сценариев хранится в справочнике. В конфигурации УХ предусмотрены предопределенные виды сценариев «План для лимитов», «Резерв», «Факт». Сценарий «План для лимитов» предназначен для краткосрочного планирования, для среднесрочных и долгосрочных бюджетов создаются отдельные сценарии.
В ERP сценарий - версия бюджетного плана, сформированного в рамках одного периода. Создание и хранение сценариев производится в справочнике. В конфигурации предустановленны сценарии «Фактические данные» (идентифицирует фактические данные, имеющиеся в учетной системе) и «Исполнение бюджета» (применяется для контроля расхода денежных средств).
В УХ при формировании отчетов (бюджетов) и применении сценариев используются нормализованные периоды, формирующие отдельный иерархический справочник. Возможно создание периодов на основании календарного деления (день, декада, месяц, квартал, год), а также задание произвольного периода. В ERP периоды не являются отдельным элементом определения временной характеристики (продолжительности) бюджета.
В обеих конфигурациям можно настраивать аналитики для строк и показателей бюджета
В УХ справочник «Виды аналитик» включает перечень аналитических разрезов для показателей отчетов (в т.ч. бюджетов). Для выбора данных справочника вида аналитик могут использоваться любые справочники базы. Всего для показателя может быть определено пять аналитических признаков.
Формирование бюджетов в УХ
Создание и сохранение отчета выполняется в справочнике Виды отчетов. Формирование отчета включает выполнение настроек:
- формирование структуры отчета (строки, колонки, показатели, группы аналитик);
- правила заполнения и проверки значений показателей;
- форматы визуализации отчетов (макеты выходных форм).
Структура отчета (строки, колонки, показатели, группы аналитики) создается ручным заполнением наименований строк и колонок, после указания всех реквизитов они записываются в справочники Строки отчетов и Колонки отчетов. Данные справочники создаются для текущего отчета и открываются в форме его создания. Аналитическое раскрытие строк и показателей, настраивается в карточке элемента вид отчета на вкладке Группы аналитик. Группа аналитик для строки будет применяться ко всем показателям строки. В группу раскрытия строки бюджета можно включить только три аналитических разреза.
После формирования строк и колонок вызовом команды Показатели открывается форма Генерация показателей. Реквизиты показателей могут заполняться на основании реквизитов строк или колонок, коды и наименования показателей – на основании реквизитов соответствующих строк и колонок будут созданы автоматически. Заполнение показателей возможно двумя способами обработки – Заполнение и Вычисление. Для показателя может быть определен как числовой нефинансовый показатель.
При создании нового отчета автоматически формируются подчиненные элементы других справочников. Одному виду отчета можно задать несколько вариантов настройки справочников, поэтому одному виду отчета можно задать несколько способов заполнения и форм визуализации по одному и тому же набору показателей (макеты отчета). Итоговый формат представления отчета является Экземпляром отчета.
Формирование бюджетов в ERP
Создание и настройка вида бюджета выполняется в справочнике Виды бюджетов. Вид бюджета создается либо для ввода (корректировки) данных, на основании которой создается Экземпляр бюджета, либо для анализа данных, на основании которой создается Бюджетный отчет. Установка формы вида данных бюджета выполняется установкой флажка Использовать данные для ввода плана – если он установлен, то формируется Экземпляр отчета, если нет – Бюджетный отчет.
Статьи бюджетов являются элементами самостоятельного общего справочника Статьи бюджетов с подчиненным справочником Аналитики статей бюджетов, содержащим перечень доступных аналитик строк бюджета. Значения показателей не планируются непосредственно, а рассчитываются автоматически в зависимости от плановых оборотов по связанным статьям бюджетов. Показатели бюджетов являются элементами общего справочника Показатели бюджетов. Нефинансовые показатели содержатся в отдельном справочнике Нефинансовые показатели.
Связи показателей бюджетов – отдельный справочник показателей бюджетов, для которых с помощью настроек установлено влияние соответствующей статьи бюджета. Связи показателей могут быть настроены непосредственно в данном справочнике либо в списках справочников Статьи бюджетов и Показатели бюджетов при помощи гиперссылок Зависимые показатели и Связи показателя соответственно.
Статьи бюджетов обеспечивают ведение «двойной записи» оборотов по строкам бюджетов – увеличение показателя одной строки обеспечивает уменьшение в другой и наоборот. Для анализа текущих оборотов по статьям бюджетов с отбором по сценарию и периоду планирования предусмотрен отчет Оборотная ведомость по статьям бюджетов. Для проведения план-фактного анализа показателей бюджетов используется отчет Оборотно-сальдовая ведомость по показателям бюджетов. Показатели бюджетов являются, по сути, статьями прогнозного баланса, который можно получить после формирования плановых данных.
Уровень сложности бюджета любой формы задается выбором отображения данных посредством выбора Типа таблицы – простой или сложной. Структура вида бюджета формируется с использованием Конструктора бюджетов, который использует элементы выше рассмотренных справочников, задает формулы для производных показателей, выделяет группы показателей, определяет период планирования.
Экземпляр бюджета располагается в справочнике Экземпляры бюджетов. Плановые данные вводятся в табличном формате по структуре, определенной при формировании вида бюджета. При заполнении осуществляется пересчет показателей и итогов, предусмотрена возможность вычисления и обработки данных с помощью внешнего инструмента MS Excel. Настройка версий позволяет создавать отчет сравнения версий.
Заполнение бюджета в УХ
Заполнение бюджета (отчета) выполняется с помощью формул расчета и процедур. Формулы применяются для заполнения и расчета отдельных показателей, процедуры – для нескольких или всех показателей отчета. Структура формулы включает источник данных (операнд) и правила расчета. Операндами могут выступать текущие и внешние информационные базы, в т.ч. другие отчеты. Порядок выполнения процедуры описывается встроенным языком запросов.
Формулы и процедуры используются в правилах обработки и правилах проверки отчета. Предусмотрено два правила: правило обработки и правило проверки. Для объединения нескольких отчетов в устойчивый комплект можно создать пакет отчетов.
Фактические данные можно вводить документом «Экземпляр отчета» или документом «Отражение фактических данных бюджетирования». При использовании второго документа возможно автоматическое заполнение онлайн после проведения целевого учетного документа либо офлайн обработкой «Заполнение документов отражения факта по бюджетам».
Заполнение бюджета в ERP
Заполнение фактических данных в бюджет выполняется на основе правил получения для каждой статьи и показателя бюджета, которые сохраняются в справочнике Правила получения фактических данных. Для настройки правил для бюджетов предусмотрен предопределенный сценарий Фактические данные. Правила формируют фактические показатели на основе фактических оборотов по статьям бюджетов и исходных значений показателей бюджетов, получаемых из информационной базы.
Источниками фактических данных могут быть:
- данные оперативного учета;
- данные регламентированного и международного учета;
Режимы правил получения фактических данных:
- по статьям и показателям бюджетов;
- по источникам получения фактических данных.
Особенности настройки бюджетных процессов в УХ и ERP
В УХ регламентные процедуры создаются самостоятельно без привязки к бюджетам. После разработки их соотносят с конкретным видом отчета, который будет формироваться, согласовываться и утверждаться в соответствии с данным маршрутом. Этапы и стадии бюджетного процесса также отдельно привязываются к пользователям, подразделениям или компаниям группы, которые становятся ответственными по выполнению этапа бюджетирования. После привязки этапов процесса бюджетирования к конкретным исполнителям определяется ответственность по формированию конкретных отчетов.
Несмотря на то, что при регистрации компаний группы в системе можно указать, что организация или подразделение является Центром финансовой ответственности (ЦФО), участником бюджетного процесса они становятся только после распределения ответственности в рамках конкретной регламентной процедуры. Регламентные процедуры не определяют соотношение отчетов между собой, даже если в условиях согласования указана взаимосвязь отчетов. Установление зависимости отчетов обеспечивается настройкой правил заполнения отчетов с указанием в качестве источника данных другого отчета. Перечень видов и количества отчетов является открытым и не ограничивается регламентными процедурами.
Подведем итоги
В качестве заключения можно еще раз отметить, что конфигурации УХ и ERP обладают общностью задач, которые они решают, однако существенно отличаются по инструментам из-за условий, в которых они могут применяться.
УХ оперирует ограниченным по сравнению с ERP объемом данных, но достаточным для формирования консолидированной отчетности и централизованного финансового управления. УХ обладает широкими интеграционными возможностями, является бесспорным лидером среди инструментов сбора и обмена информации компаний. Моделирование отчетов построено по принципу запроса и обработке данных внешних баз, а не заполнения. Наиболее эффективной конфигурация УХ является для групп компаний или управляющих компаний, включающих управление неоднородными по выпускаемой продукции или использующих разные IT-решения автоматизации управления.
консультант-аналитик ООО «Кодерлайн»
Вас могут заинтересовать следующие статьи:
94 [PROP_CODE] => TAGS2 [TITLE] => Вас могут заинтересовать следующие семинары: ) --> 95 [PROP_CODE] => TAGS [TITLE] => Вас могут заинтересовать следующие вебинары: ) -->
Вас могут заинтересовать следующие вебинары:
Закажите бесплатный аудит и получите план проекта внедрения ERP.
Безопасный переход с типовых и доработанных 1С:ERP на новую редакцию 2.5. Типовое обновление бесплатно!
Простой учет движения кадров удаленных подразделений. Сервис легко интегрируется с 1С:ЗУП
Опыт автоматизации производства более 15 лет, референсы клиентов, готовые методики, оперативность
На производственных предприятиях, использующих 1С:ERP, могут возникнуть задачи создания новых или настройки уже существующих производственных подразделений. Если вновь созданное подразделение не отражается и не выбирается в некоторых документах и справочниках, значит оно было неправильно настроено. В частности, такая ситуация может возникнуть в заказах на производство, документах выпуска продукции, ресурсных спецификациях.
Как создать и правильно настроить производственные подразделения в 1С ERP
Для ответа на этот вопрос рассмотрим небольшой пример в демо-версии конфигурации 1С:ERP Управление предприятием 2 (релиз 2.5.6).
В рамках примера рассмотрим следующие действия:
- Включение в настройках функционала «Производство».
- Создание нового подразделения, структура предприятия в 1С:ERP.
- Установка типа подразделения.
- Установка графика работы подразделения.
- Дополнительные настройки в 1С:ERP при производстве продукции по заказам.
- Учет работ сотрудников.
- Настройка схемы обеспечения при производстве продукции по заказам.
1. Включение в настройках функционала «Производство»
Производственные подразделения в 1C:ERP используются в разделе «Производство».
Рис.1 Раздел Производство
Для того, чтобы данный раздел появился в интерфейсе, необходимо включить его в настройках НСИ и администрирование – Настройка НСИ и разделов – Производство.
Рис.2 Настройки НСИ и Разделов
Рис.3 Настройки раздела Производство
2. Создание нового подразделения, структура предприятия в 1C:ERP
Новые подразделения в 1С:ERP добавляются в справочнике «Структура предприятия», который находится в разделе «НСИ и Администрирование». Справочник доступен при включении флажка Подразделения в НСИ и администрирование – Настройка НСИ и разделов – Предприятие.
Рис.4 Запуск справочника Структура предприятия
Это иерархический справочник, описывающий управленческую структуру предприятия. В него заносятся предприятия и подразделения, входящие в их структуру.
Управленческая структура задается для всего предприятия, подразделения в ERP не привязаны к юридическим лицам. В документах оперативного учета задаются и подразделения, и организации. Есть возможность использования одного подразделения при отражении хозяйственных операций по разным юридическим лицам.
Добавим новый элемент «ПДО (производственно-диспетчерский отдел)» в уже существующую структуру в подразделение «Производство электронных компонентов (Основное производство)».
Рис.5 Справочник Структура предприятия
Рис.6 Создание нового подразделения
Новое подразделение добавлено в иерархию.
Рис.7 Отображение нового подразделения в иерархии структуры предприятия
По умолчанию, вновь созданное подразделение не является производственным. Для того, чтобы настроить его тип, нажимаем «Изменить». После этого открывается форма настройки производственных подразделений.
Рис.8 Изменение типа подразделения
3. Установка типа подразделения
У предприятия, работающего с позаказным производством, часто бывает выделено отдельное подразделение – диспетчер. В больших организациях это обычно производственно-диспетчерский отдел (ПДО), функцией которого является работа с заказами. Этот отдел не производит продукцию, а осуществляет диспетчирование и контроль исполнения.
В форме настройки параметров выполняем команду «Разрешить редактирование реквизитов» и устанавливаем тип подразделения Подразделение-диспетчер, ответственное за выполнение заказов на производство.
Рис.9 Установка типа Подразделение-диспетчер
После этого подразделение появится в списке выбора реквизита «Подразделение-диспетчер» документа «Заказ на производство», справочника «Ресурсные спецификации» и в других аналогичных списках.
Подразделение, производящее продукцию
Аналогично настройке подразделения-диспетчера после перехода по ссылке «Изменить» выполняем команду «Разрешить редактирование реквизитов». Устанавливаем тип подразделения Производит продукцию:
- По заказам на производство
- Без заказов на производство.
В зависимости от используемой схемы производства устанавливаем один или оба типа.
Рис.10 Установка типа подразделения, производящего продукцию
После установки данного параметра, подразделение появится в списке выбора реквизита «Подразделение» документов «Этап производства», «Производство без заказа», справочника «Этап ресурсной спецификации» и в других аналогичных списках.
Если подразделение, производящее продукцию, является еще и диспетчером, можно установить все три типа.
Рис.11 Установка для подразделения всех доступных типов подразделений
4. Установка графика работы подразделения
Аналогично предыдущим настройкам выполняем команду «Разрешить редактирование реквизитов». Затем устанавливаем график работы подразделения, который по умолчанию будет предлагаться для рабочих центров.
Рис.12 Установка графика работы подразделения
Выбираем из вариантов:
- График работы предприятия;
- Индивидуальный график (необходимо указать график);
- Работа в несколько смен.
Внедрение 1С:ERP
Эффективная автоматизация за счет отлаженных методик быстрого проектного внедрения 1С:ERP
1С:Управление предприятием 2.5
Инновационное решение от ведущих партнеров 1С. Бесплатная установка и часы экспертов 1С:ERP
5. Дополнительные настройки подразделения в 1С:ERP, производящего продукцию по заказам
Если подразделение производит продукцию по заказам, на закладке «Производство по заказам» формы настройки производственных подразделений можно задать дополнительные параметры.
По аналогии с предыдущими настройками выполняем команду «Разрешить редактирование реквизитов». После этого можно задать параметры.
Рис.13 Дополнительные настройки производственных подразделений
Интервал планирования используется, чтобы рассчитать загрузку рабочих центров во время создания графика производства.
Здесь можно выбрать значения:
Также можно разрешить в настройках производства значение «Час».
Следует использовать следующие правила при определении оптимального интервала планирования:
- продолжительность интервала по времени значительно превышает время выполнения наиболее частых для подразделения разновидностей этапов производства;
- выход этапа передается по границе интервала, в котором расположен этап;
- предполагаемое количество этапов производственных процессов, которыми локальный диспетчер управляет одновременно;
- исполнимый регламент управления ходом производства.
Увеличение длины интервала влечет за собой рост длительности производственного цикла.
Уменьшение интервала дает более детализированный график производства, уменьшая возможности маневра локального диспетчера.
Использовать производственные участки – после установки данного параметра для производственных подразделений разрешается выбор участков. Становится доступна установка рабочих центров, привязанных к конкретному участку и сменные задания, сформированные по участкам.
Использовать пооперационное управление этапами производства - после установки данного параметра для подразделения можно на цеховом уровне детально управлять исполнением этапов при помощи операций. Также появляется возможность включить зависимые настройки:
- Материалы в операциях;
- Выходные изделия в операциях;
- Использовать сменные задания;
- Использовать пооперационное планирование.
Одновременное использование настроек Использовать пооперационное планирование и Использовать сменные задания не поддерживается.
В параметр Вводить доступность видов РЦ заносится период для опережающего занесения данных о доступности видов рабочих центров для создания графика производства.
В параметр Вводить график работы РЦ заносится период для опережающего занесения данных о доступности рабочих центров, использующихся при составлении расписания рабочих центров.
Выпуск без заказов возможен для любого подразделения и не требует дополнительной настройки.
6. Настройка учета работ сотрудников
На закладке «Учет работ сотрудников» формы настройки производственных подразделений задаются настройки для регистрации и учета производственных работ.
Рис.14 Настройки учета работы сотрудников
Настройка Исполнителями работ назначаются определяет, какой тип исполнителя будет можно выбрать в производственных документах. Возможные варианты:
- Работники;
- Бригады;
- Бригады и работники.
Далее определяем доступные способы распределения суммы по членам бригады - работникам. Возможные варианты распределения:
- по коэффициентам трудового участия;
- по отработанному времени;
- по тарифным ставкам работников.
Последняя настройка на этой закладке – периодичность оформления выработки бригад и работников. Она может оформляться:
- за произвольный период;
- раз в месяц;
- раз в день.
Эта настройка определяет документы выработки сотрудников создаются при групповой обработке строк или при оформлении документов из формы закрытия месяца.
7. Настройка схемы обеспечения у подразделений, производящих продукцию
После установки настройки, что подразделение производит продукцию, из формы элемента становится доступным просмотр схем обеспечения для данного подразделения. При необходимости их можно открыть и внести изменения.
Рис.15 Настройка схем обеспечения
Рис.16 Схемы обеспечения
Онлайн обучение 1С доступно и понятно для каждого пользователя
- > О проекте
- > Курсы
- > Консультации
- > Статьи
- > Задать вопрос
- > Бесплатно
- > 1С Комплексная автоматизация 2 и ERP
ЧИТАТЬ СТАТЬЮ
9 отличий Групп финансового учета от Номенклатурных групп в 1С Комплексная и ERP 2
ЧИТАТЬ СТАТЬЮ
ЧИТАТЬ И СМОТРЕТЬ ВИДЕО
Как анализировать расчеты с покупателями в 1С Комплексная автоматизация 2 и ERP?
ЧИТАТЬ СТАТЬЮ
Как учесть расходы на доставку от переработчика в 1С Комплексная автоматизация 2?
ЧИТАТЬ И СМОТРЕТЬ ВИДЕО
1С Комплексная автоматизация 2 и ERP: как удалить ненужные варианты отчетов?
ЧИТАТЬ СТАТЬЮ
Как правильно перевыставить расходы в 1С Комплексная автоматизация 2 и ERP 2?
ЧИТАТЬ СТАТЬЮ
Где найти ведомость по заказам клиентов в 1С Комплексная автоматизация 2 и ERP?
ЧИТАТЬ СТАТЬЮ
ЧИТАТЬ И СМОТРЕТЬ ВИДЕО
ЧИТАТЬ СТАТЬЮ
Подпишитесь на канал YouTube:
Перейти к разделам:
Как включить управленческую организацию в 1С Комплексная автоматизация и ERP?
В 1С Комплексной автоматизации 2 и ERP есть возможность учета операций отдельно только в управленческом учете. Для этого в программе используется предопределенная «Управленческая организация».
Когда создается новая база, то такой организации не видно. Чтобы она появилась в списке, нужно включить две настройки в меню НСИ и администрирование – Настройка НСИ и разделов - Предприятие.
1С Комплексная автоматизация 2 и ERP: настройка управленческой организации в разделе Предприятие
Первый флаг, «Несколько организаций», включает возможность вести нескольких организаций в программе.
После его установки становится доступен второй флаг «Раздельные операции закупок и продаж для упр. и регл. учета». После этого в списке организаций автоматически появится предопределенная «Управленческая организация».
1С Комплексная автоматизация 2 и ERP: управленческая организация
Что важно: любые документы, которые мы оформляем по управленческой организации, не отражаются в регламентированном учете. При этом, в управленческих регистрах формируются все положенные движения и все операции отражаются в отчетах.
В данной статье мы рассмотрим различие между понятиями «Партнеры» и «Контрагенты», а также варианты настроек ведения данных справочников в системе 1С:ERP.
Итак, мои золотые, в системе 1С:ERP существует два справочника «Партнеры» и «Контрагенты» с набором аналогичных реквизитов. Так в чем же разница между ними, ведь не спроста введены данные справочники в систему?
Я раскрою Вам маленький секрет: справочник «Партнеры» предназначен для регистрации хозяйственных операций в управленческом учете с холдинговыми структурами. К примеру, подписано соглашение с компанией ООО «МГТС», с филиальной структурой – ООО «МГТС Москва», ООО «МГТС СПБ», ООО «МГТС Новосибирск» и т.д.
В данном случае ООО «МГТС» является партнером, а филиалы (юридические лица) регистрируются в системе 1С:ERP как контрагент.
В управленческом учете все расчеты и хозяйственные операции регистрируются как ООО «МГТС», а в регламентном учете регистрируются филиалы (из справочника «Контрагенты»), согласно первичной документации.
2. ERP система 1С: настройка справочников «Партнеры» и «Контрагенты»
В системе существует два варианта ведения справочников «Партнеры» и «Контрагенты»:
1. Одновременное ведение — когда контрагент и партнер являются одним юридическим лицом. Тогда в документе системы 1С:ERP указывается один реквизит равный и контрагенту и партнеру;
2. Независимое ведение – когда одному партнеру холдинга принадлежит несколько юридических лиц. В таком случае в одном документе системы 1С:ERP указываются два реквизита: Партнер и Контрагент.
Для указания данной настройки необходимо пройти в раздел «НСИ и администрирование» - «Настройка НСИ и разделов» - «CRM и маркетинг» - «Настройка CRM».
При совместном ведении партнеров и контрагентов пользователем указывается значение из тех, которые содержит справочник Контрагенты 1С. Оно регистрируется также и в управленческом учете, и в регламентированном учете.
При независимом ведении в справочниках Партнеры и Контрагенты, пользователем указывается и партнер, и контрагент.
Мой Вам совет, мои золотые, прежде чем начать вести учет в системе, определитесь со схемой ведения партнеров и контрагентов. Изменить настройки можно и в ходе работы, но существует риск получения впоследствии некорректных данных.
Специалист компании ООО «Кодерлайн»
Вас могут заинтересовать следующие статьи:
94 [PROP_CODE] => TAGS2 [TITLE] => Вас могут заинтересовать следующие семинары: ) --> 95 [PROP_CODE] => TAGS [TITLE] => Вас могут заинтересовать следующие вебинары: ) -->
Вас могут заинтересовать следующие вебинары:
Конфигурация «Комплексная автоматизация», редакция 2.0 может быть интересна для пользователей, имеющих опыт работы с комплексными конфигурациями на платформе «1С:Предприятие 7.7», и пользователей, работающих с отдельными информационными базами на основе конфигураций «Бухгалтерия предприятия», «Управление торговлей», «Зарплата и управление персоналом».
Как пишется 1С:ERP
Как мы из одного решения делаем четыре
- старая конфигурация от поставщика
- новая конфигурация от поставщика
- текущая конфигурация пользователя (старая конфигурация от поставщика плюс изменения, сделанные в ней пользователем)
степень, с которой продукт может быть использован определёнными пользователями при определённом контексте использования для достижения определённых целей с должной эффективностью, продуктивностью и удовлетворённостью
Мы стараемся писать приложение так, чтобы с ним было легко и удобно работать даже неискушенному пользователю.
Особенности разработки
- «Объекты УП, УТ, КА» — объекты, входящие во все прикладные решения: Управление Торговлей, Комплексная Автоматизация, Управление Предприятием (русскоязычное название ERP).
- «Объекты УП, КА» — объекты, относящиеся только к конфигурациям Комплексная Автоматизация и ERP.
- «Объекты УП» — объекты, относящиеся только к решению ERP
Цифры после запятой
Версия продукта ERP состоит из четырех чисел, разделенных точками. Например — 2.1.3.117.
- Первое число (редакция) в версии меняется крайне редко (например КА 1.х.х.х и КА 2.х.х.х разделяет почти 8 лет).
- Второе число (подредакция) меняется примерно раз в год. В версии с новой подредакцией выпускается новая функциональность. Выпуск таких версий часто приурочивается к началу календарного года, чтобы у пользователей было достаточно времени на «переезд» на новую версию.
- В версиях с новым третьим числом (релиз) развивается существующая функциональность; новый релиз выходит примерно раз в два-три месяца.
- Версии с обновленным четвертым числом (исправительные сборки) содержат в себе только исправления ошибок и обновления для соответствия текущему законодательству. Выходят каждые две недели.
- 2.1.3.X – Поддерживаемый релиз предыдущей подредакции. Будет выпускаться до конца 2016 года. В этой версии идет только исправление ошибок и правки для соответствия текущему законодательству.
- 2.2.1.X – Текущий релиз текущей подредакции. В нем новая функциональность подредакции. Для него до выпуска релиза 2.2.2.X, будут выпускаться исправительные сборки.
- 2.2.2.X – Развитие функциональности текущей подредакции. Именно этот релиз активно разрабатывается.
Учитывая, что из каждой ветки ERP получаются, помимо ERP, еще 3 решения – КА, УТ и УТ Базовая – получаем 12 версий продуктов, находящихся в 12-ти разных хранилищах.
В ходе разработки мы имеем до 4 горизонтов планирования, например:
- 2.1.3 (поддерживается), решаем, какие ошибки правятся, какие проекты, связанные с изменением законодательства, будем реализовывать. Будут реализованы только те изменения, которые вступят в силу в 2016 году. Горизонт – до конца 2016 г.
- 2.2.1 (поддерживается) – исправляются «внешние» ошибки + изменения законодательства, вступающие в силу до выхода 2.2.2. Горизонт – до выхода 2.2.2.
- 2.2.2 (активно разрабатывается) — исправляются «внешние» ошибки + найденные нами ошибки + реализуется новая функциональность. Горизонт – до выхода 2.2.3
- 2.2.3 (планируется). Если проект большой, то он может сразу разрабатываться на эту версию (и не войдёт в предыдущую). Горизонт – до выхода 2.2.4 или до конца 2017 года.
Использование продукта «1С:Система проектирования прикладных решений» в разработке ERP
- Запрос от партнера или клиента. Такие запросы мы собираем, в частности, на партнерских семинарах; путем голосования среди партнеров мы выделяем наиболее приоритетные из них.
- Запрос может возникнуть в ходе пилотного проекта по внедрению новой версии в том случае, если у клиента возникло важное для него пожелание.
- Запрос от нашей службы техподдержки (точнее, запрос от партнера или клиента, прошедший через нашу техподдержку), запрос с нашего партнерского форума или от нашего аккаунт-менеджера (который сопровождает важного для нас клиента/клиентов).
- Запрос от команды разработки платформы 1С:Предприятие. Платформенная команда просит команду разработки ERP (и других типовых конфигураций) использовать новую платформенную функциональность – например, интерфейс Такси, отказ от модальных окон, отказ синхронных вызовов и т.д.
- Рефакторинг, оптимизация архитектуры, улучшение юзабилити.
Поводом для рефакторинга (п.5) могут быть серьезные архитектурные изменения (например, пересмотр распоряжений на отгрузку, когда вместо накладных стали использоваться заказы).
Продукт СППР поставляется в составе ERP (но его можно купить и отдельно). Решение ERP может быть запущено в режиме интеграции с СППР; в этом случае на каждой форме будет кнопка «Открыть функциональную модель», при ее нажатии откроется описание функциональности формы в СППР.
Вот, что открывается – это модель рабочего места в IDEF0:
Можно и наоборот – изучать функциональную модель и из нее открывать формы рабочих мест. Такой режим можно использовать при изучении работы программы.
Важный момент – открывается не СППР, открывается форма внутри ERP, куда подгружаются данные из СППР. Т.е. интеграция «бесшовная» (пользователь ее не видит). Этот прием применяется при интеграции и с другими продуктами. Например, с 1С:Документооборот (можно работать не выходя из ERP с почтой, задачами, бизнес-процессами, которые работают в другой базе).
Как мы разрабатываем ERP: 6 контрольных точек проекта
- Качественное проектирование, учет всевозможных сценариев, сопряжение со смежными блоками
- Сроки
- Качество архитектуры, пользовательского интерфейса
- Написание справки, оформление проекта, в т.ч. разработку функциональной модели
Точка 1. Открытие проекта
Тим-лид заводит технические проекты в СППР списком на релиз. В каждом проекте расписываются цели, указываются реализуемые требования. Список перед началом работы над релизом обсуждается с руководителем разработки. Собственно при открытии проекта совещаний не проводят – просто проект в СППР посылают на открытие.
Команда проекта приступает к разработке концепции.
Точка 2. Согласование концепции
Для согласования концепции проводится онлайн или офлайн встреча, в которой участвуют ответственный за проект, тим-лид, руководитель разработки, вовлеченные в проект специалисты. Обычно к этому этапу у ответственного за проект готов «крупноблочный» концепт, который дошлифовывается в ходе встречи. Также обсуждаются (и прописываются в СППР) сценарии, описание пользовательского интерфейса. Если требование родилось из запроса партнеров или клиентов, то материалы проекта (концепции, сценарии, UI) могут быть отправлены партнеру/клиенту для оценки решения.
В процессе встречи согласуется трудоемкость создания прототипа (обычно создание прототипа занимает до 5 рабочих дней). Команда приступает к созданию прототипа.
Точка 3. Согласование прототипов
- Согласование правильности описания проекта в СППР (в частности, отслеживается, что все задачи на предыдущих контрольных точках проекта выполнены).
- Какие новые объекты метаданных (справочники, документы и т.д.) будут добавляться в решение
- Какие изменения будут делаться в уже существующих объектах метаданных
- Согласование планов обменов данными с другими решениями(будут ли новые/измененные данные участвовать в обмене данными с другими приложениями, и если да – то как именно)
Точка 4. Согласование разработанного решения
Решение разработано, подготовлена презентация (в формате PowerPoint). Часто проводится очное совещание с «живым» показом разработанного решения.
Если проект публичный (опубликован в доступном партнерам списке планов на сайте 1С), то презентация выкладывается на партнерском форуме в разделе ERP, чтобы все заинтересованные партнеры могли ознакомиться и высказать свои замечания.
Точка 5. Тестирование и аудит проекта
Точка 6. Окончание проекта
Закрываем проект в СППР – присваиваем ему статус «Выполнено».
Выпуск версии
Примерно за месяц до выпуска нового релиза накладывается мораторий на заливку новых проектов в основное хранилище (разработка в хранилищах тех. проектов продолжается); те проекты, которые не успели закончиться к этому времени, переносятся на другую версию.
В течение этого месяца проводится регрессионное тестирование; вносить изменения в код разрешено только для исправления привнесенных в этом релизе ошибок. Непривнесенные ошибки (те, которые воспроизводились и на предыдущих релизах), к началу регрессионного тестирования обычно почти все исправлены; те же ошибки, что остались, переносятся на следующий релиз. Основная задача регрессионного тестирования – гарантировать неухудшение качества продукта.
В качестве баг-трекера, как уже говорилось, используется все тот же СППР.
Исправительные сборки
Каждые две недели мы выпускаем исправительные сборки к версиям; на сегодня это 2.1.3.x, после выхода релиза 2.2.1 будут выпускаться 2 исправительные сборки — 2.1.3.x и 2.2.1.х. От регистрации ошибки до появления ее в исправительном релизе у нас проходит менее двух недель; наша статистика показывает, что среднее время от обращения клиента с ошибкой в ERP в поддержку до выхода ее исправления в исправительной сборке на сегодня – 9 дней.
Разветвленная разработка
В групповой работе над ERP мы стараемся использовать средства, предоставляемые нам платформой 1С:Предприятие. Конфигурации хранятся в хранилище конфигураций, при чекине новой функциональности в ветки используется стандартный механизм поставки и поддержки. Все операции автоматизируются по максимуму; в случае, если объекты менялись только на стороне разработчика – объединение кода происходит без участия программиста. Если для объединения исходников нужно вмешательство разработчика, обычно мы используем встроенные возможности платформы. Но есть также возможность вызова сторонних инструментов сравнения/объединения из инструментов платформы (например, KDiff3 или Araxis). Кстати, эта фича – вызова сторонних инструментов сравнения/объединения — была добавлена в платформу по запросу именно команды разработки ERP.
Разное
- Мы хотим меньше «шокировать» пользователей, поэтому отключение режима совместимости мы стараемся делать в «тихие» периоды, а не тогда, когда все пользователи, например, сдают отчетность.
- Обычно отключение совместимости связано с разного объема переделками конфигурации. Их нужно планировать, для их реализации нужно время.
- ERP – это конфигурация, в состав которой входит на настоящий момент 10 библиотек. Отключать совместимость можно только тогда, когда все библиотеки тоже это сделают.
Как мы тестируем 1С:ERP
- Состав ролей. Например, проверяется, что права на чтение всех констант включены в роль «Базовые права».
- Соответствие кода принятым стандартам. Для большого количества стандартов прикладной разработки (которых у нас несколько сотен) написаны процедуры анализа кода на предмет их соблюдения. Например, что не используются полные соединения в запросах, или, что правильно локализованы строки, которые отображаются в интерфейсе.
- Специфические проверки, связанные с особенностями разработки ERP
Например, проверка, что каждый прикладной объект входит только в одну из подсистем «Объекты УТ, КА, УП», «Объекты КА, УП» или «Объекты УП»
- Открытие всех форм
- Обмен данными с другими прикладными решениями (например, с 1С:Бухгалтерия Предприятия)
- Отражение проведенных документов в учете. Проверяется, что после проведения документа в эталонной базе результат отражения его в учете не поменялся.
- И др.
- Основное время — обновление данных в многопользовательском режиме. Прикладное решение готовит данные к обновлению в фоне, пользователи могут продолжать работать с системой, но быстродействие системы может быть снижено и часть функций могут работать ограниченно. Обычно обновление на новую версию проводят в выходные (когда активность пользователей минимальна).
- Минимальное время — обновление в монопольном режиме. Когда все данные подготовлены в фоновом режиме, наступает время изменения структуры БД. Для этого база данных переводится в монопольный режим, когда работа пользователей с системой невозможна. Скорость обновления крайне важна для наших пользователей.
Заключение
ERP – один из самых масштабных наших продуктов. Мы стараемся использовать в его разработке современные и передовые методики, а также создавать новые методики и инструменты, чтобы, с одной стороны, быстро его развивать, а с другой стороны — обеспечивать высокое качество разработанного решения.
Читайте также: