Erp управление предприятием 2 0. Учет внеоборотных активов

Введение.

Цель данной статьи – рассказать об управлении затратами в новом программном продукте фирмы «1С:ERP Управление предприятием 2.0» (далее по тексту - УП).

Сразу обращу внимание, что в статье я не буду останавливаться на различных методах учета затрат и расчета себестоимости, об их преимуществах и недостатках, а также влиянии на финансовый результат. Эта информация широко освещены в литературе, в частности в книге «Практика управления», выпущенной фирмой 1С в 2012г.

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

В ходе статьи также постараюсь делать акценты на отличия от конфигурации «1С:Управление производственным предприятием 8» (далее по тексту - УПП), которые являются очень существенными.

Итак, предлагаю пройтись по стандартным шагам управления затратами:

  1. Сбор затрат в течение какого-то периода.
  2. Отражение выпусков продукции/услуг.
  3. Определение поведения собранных затрат: какие из них включатся в себестоимость продукции. Какие уйдут в расходы будущего периода. Какие спишутся на расходы текущего периода.
  4. Собственно, само распределение расходов по направлениям, определенным на шаге 3.
  5. Определение финансового результата.

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

Базовые отличия.

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

Хочу выделить в ней следующие основные отличия:

Введение понятия «работа». Теперь помимо услуг и товаров, появился новый тип номенклатуры «Работа», который с точки зрения учета затрат аналогичен учету товаров: то есть он списывается на затраты и учитывается в НЗП в количественно-суммовом выражении.

Разделение понятий «Статьи расходов» и «Статьи калькуляции». Теперь расходы в течение периода собираются по аналитике «Статья расходов» (при этом есть ряд особенностей, о которых я расскажу позже), а рассчитанная себестоимость собирается по «Статьям калькуляции». При этом есть возможность настроить правила, по которым статьи расходов превращаются в статьи калькуляции.

Определение способов распределения в статье расходов . Теперь настройки способов отражения и распределения задаются непосредственно в элементе справочника «Статья расходов» (для косвенных затрат). Таким образом, если в базе будет вестись учет по нескольким организациям, то политика распределения расходов должна быть одинаковой по юридическим лицам, или потребуется заводить разные элементы справочника «Статьи расходов».

Изменение объекта расчета себестоимости . Теперь в конфигурации появилось понятие «этап производства», который и является объектом расчета себестоимости. Этапы определяются в спецификации производства, и затем участвуют в сборе затрат в течение отчетного периода. Такая схема была реализована для того, чтобы не засорять справочник «Номенклатура» полуфабрикатами-призраками, которые не учитываются на складе, а нужны только для передачи затрат между различными подразделениями. Теперь появилась возможность определять этап производства, который потребляет затраты в виде материалов и т.д., но который при этом не выпускает никаких выходных изделий. Сумма накопленных затрат этапа переходит на следующие этапы последовательно до тех пор, пока не дойдет до шага, на котором происходит выпуск продукции (полуфабриката, работы).

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

Теперь предлагаю рассмотреть подсистему «Учет затрат» на нескольких примерах.

Для справки: пример реализовывался на версии УП Управление предприятием (ERP), редакция 2.0 (2.0.4.3)

Пример 1.

Для начала посмотрим расчет себестоимости на самом элементарном примере: готовая продукция, состоящая из 10 единиц материала. Будет списан материал, отражен выпуск продукции и рассчитана себестоимость.

Учет затрат в течение периода.

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

Структура предприятия.

Для целей учета затрат Справочники «Подразделения» и «Подразделения организации» теперь объединены в один справочник «Структура предприятия». Выглядит он очень похоже на справочники из УПП: в нем сохранена иерархия элементов, то есть затрату можно относить, как на элемент-группу, так и на подчиненный элемент.

Элемент справочника не содержит значимых реквизитов для целей данной статьи, но из него можно выйти в настройки производственного подразделения, которые нам будут нужны на более поздних этапах

Настройки подразделения выглядят следующим образом:

Номенклатура.

Список номенклатуры в УП выглядит следующим образом (это одно из представлений, список может выглядеть и по-другому):


Для целей примера я завела две номенклатурные позиции «Новая продукция» и «Материал 1».

Рассмотрим сначала Материал 1:

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

Теперь заведем продукцию. Элемент справочника выглядит аналогичным образом, что и материал. В УП 2.0 пропало понятие «вид воспроизводства», который раньше делал доступным ввод спецификации. Теперь же спецификацию можно вводить для любого элемента справочника.

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

На данный момент мы будем рассматривать только справочник спецификаций.

Форма спецификаций состоит из нескольких закладок. На первой определяется список выходных изделий.

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

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

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

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

Обращаю внимание, что помимо номенклатуры с типом «товар», на данной вкладке также можно выбрать элементы с новым типом «Работа». Услуги на данной вкладке выбирать нельзя.

Следующая закладка, которая нам сейчас понадобится, это «Производственный процесс».

Именно на данной вкладке определяются этапы производства, которые являются аналитикой расчета себестоимости.

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

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

О том, как показать производство с несколькими этапами, я расскажу в других примерах.

Хочу также обратить внимание на поле «Статус», которое в новой конфигурации имеет очень большое значение.

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

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

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

После того, как спецификация устареет, ей можно установить статус «закрыта», тогда она станет недоступна для выбора в документах системы.

Статьи калькуляции.

Последний справочник, который потребуется настроить до оформления документов, это справочник «Статьи калькуляции».

Как уже упоминалось ранее, данный справочник является аналитикой, по которой можно будет увидеть себестоимость выпущенной продукции.

Элемент данного справочника выглядит следующим образом:

Для целей учета затрат нам потребуется только реквизит «Тип затрат», который состоит из списка, очень похожего на аналогичный список из УПП:

Данный тип используется в отборах документов и справочников. Например, в ресурсной спецификации на вкладке «Материалы и услуги» можно выбирать только статьи калькуляции с типом «материальные».

Итак, базовые справочники заведены. Можно приступать к оформлению документов, о чем я расскажу в части 2 статьи.

Подсистема "Управление инвестиционной деятельностью" предоставляет возможности:

  • Автоматической загрузки бюджетной модели для управления инвестиционной деятельностью. Модель содержит в себе статьи бюджета, связанные с ними показатели бюджета, настроенные источники сбора факта по бюджетам и отчеты;

  • Установки дополнительных показателей для расчета, с использованием конструктора формул и проверкой на корректность введенной информации;

  • Расчета экономических показателей инвестиционного проекта в режиме "калькулятора" (приведенная стоимость, чистая приведенная стоимость, окупаемость, дисконтированная окупаемость, внутренняя норма рентабельности, бухгалтерская норма прибыли) инвестиционного проекта на основе плановых данных бюджета движения денежных средств, а также начальных параметров для расчета;

  • Формирования БДДС инвестиционного проекта с детализацией до уровня строительных работ;

  • Составления отчетности по анализу исполнения инвестиционных планов;

  • Реализации механизма автоматического создания экземпляра бюджета на основании плановых данных графика движений по договорам.
Подсистема "Смета" предоставляет возможности:

  • Составления сметных документов "Локальная смета", "Объектная смета" и "Сводный сметный расчет";

  • Расчета смет базисно-индексным (по расценке, разделу, смете) и ресурсным способами;

  • Импорта и экспорта сметной документации в формате АРПС 1.2 и 2.0, ESTML и др.
Подсистема "Управление строительным производством" включает в себя:

  • Функционал по сопоставлению данных по локальным сметам и календарным план-графикам как в части работ, так и в части ресурсов;

  • Функционал по сопоставлению данных по работам календарного план-графика, который утвержден заказчиком, и работам внутреннего плана производства работ;

  • Механизм разделения работ, материалов и ресурсов внутреннего плана производства работ между привлекаемыми субподрядчиками и выполняемыми собственными силами;

  • Механизм предварительного расчета бюджета строительства на основании данных календарного план-графика с учетом гибкого механизма распределения накладных расходов;

  • Отдельные документы в системе для хранения условий по договору с заказчиками и подрядчиками;

  • Механизм формирования графика оплат по договорам на основании работ календарного план-графика и условий, отраженных в соглашениях с контрагентами;

  • Механизм отражения принятых заказчиком работ в соответствии с внутренним планом производства работ, сметными позициями и план-графиком, утвержденным заказчиком;

  • Механизм формирования проводок в регламентированном учете в соответствии с требованиями ПБУ 2/2008;

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

  • Интеграцию со сметной подсистемой в части строительных работ и используемых ресурсов;

  • Построение календарных планов строительства в разрезе сценариев с функциями корректировки и перепланирования;

  • Формирование разделительной ведомости по работам, материалам и ресурсам, которые будут выполнены собственными силами и силами подрядчиков;

  • Предварительный расчет бюджета строительства на основе данных календарного плана графика, стоимости материалов и ресурсов, с учетом накладных расходов;

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

  • Реализован функционал по формированию потребности в материалах под конкретные строительные работы в рамках объекта строительства, с возможностью вывода на печать комплектовочной ведомости по срокам поставки и графика обеспечения материалами;

  • Реализован функционал планирования потребности в строительных материалах на объектах строительства в разрезе работ и периодов;

  • Расширена функциональность документа "Заказ поставщику" в части отражения в нем потребности по доставке ТМЦ. Указанная информация в дальнейшем используется для распределения доставки ТМЦ и отслеживания цепочки поставок.
Подсистема "Управление автотранспортом и механизмами" включает в себя возможности:

  • Учета заказов на автотранспорт и отслеживания статуса выполнения задания;

  • Выписки и обработки следующих путевых листов:

  • легкового автомобиля (форма №3);

  • специального автомобиля (форма №3 спец);

  • грузового автомобиля повременной (форма №4-П);

  • грузового автомобиля сдельный (форма №4-С);

  • грузового автомобиля междугородний (форма №4-М);

  • автобуса специального назначения (форма №6);

  • автобуса индивидуального предпринимателя (форма ПА-1);

  • грузового автомобиля индивидуального предпринимателя (форма ПГ-1);

  • легкового автомобиля индивидуального предпринимателя (форма ПЛ-1);

  • строительной машины (форма ЭСМ-2);

  • Расчета нормативного и фактического расхода топлива;

  • Загрузки справочника моделей транспортных средств (более 500 моделей) с установленными нормами расхода ГСМ;

  • Загрузки данных процессинговых центров по детализации заправок ГСМ;

  • Учета технического обслуживания транспортных средств;

  • Интеграции с системами спутникового мониторинга.
Подсистема "Учет продаж недвижимости" включает в себя:

  • Ведение списка долей объектов строительства;

  • Учет договоров долевого строительства, в т.ч. по 214-ФЗ;

  • Учет платежей по договорам, ведение расчетов с клиентами;

  • Возможность расторжения сделки и закрытия всех расчетов с клиентом.
Подсистема "Учет аренды и управления эксплуатацией строящихся и построенных объектов недвижимости" включает в себя:

  • Учет договоров аренды;

  • Учет взаиморасчетов с арендаторами;

  • Функционал по эксплуатации объектов недвижимости (учет услуг от внешних поставщиков, оформление и контроль заявок на обслуживание, учет затрат на эксплуатацию, учет показаний измерительных приборов и т.д.).
Подсистемы типовой конфигурации "ERP Управление предприятием 2.0":

  • Управление производством;

  • Управление затратами и расчет себестоимости;

  • Управление финансами;

  • Бюджетирование;

  • Мониторинг и анализ показателей деятельности предприятия;

  • Регламентированный учет;

  • Управление персоналом и расчет заработной платы;

  • Управление продажами;

  • Управление взаимоотношениями с клиентами;

  • Управление закупками;

  • Управление складом и запасами;

  • Организация ремонтов;

  • Интеграция с системой 1С:Документооборот.
Расширенное описание функциональных возможностей программного продукта приведено в Приложении 1 .

С дополнительной информацией можно ознакомиться на сайте фирмы "1С" http://solutions.1c.ru/catalog/uso2

Программный продукт "1С:Предприятие 8. ERP Управление строительной организацией 2.0" прошел сертификацию "1С:Совместимо", информационное письмо №20337 от 20.08.2015 г.

О выпуске редакции 2.1 конфигурации "ERP Управление строительной организацией" планируется сообщить позже отдельным информационным письмом. Пользователи смогут получить обновление через партнеров-франчайзи, разработчика и на сайте "1С" в разделе интернет-поддержки пользователей: https://portal.1c.ru/ .

КОМПЛЕКТ ПОСТАВКИ ПРОДУКТА "1С:ПРЕДПРИЯТИЕ 8. ERP УПРАВЛЕНИЕ СТРОИТЕЛЬНОЙ ОРГАНИЗАЦИЕЙ 2.0" (артикул 4601546120816):


  • Дистрибутивы:

    • платформы "1С:Предприятие 8.3";

    • конфигурации "ERP Управление строительной организацией 2.0";

    • конфигурации "ERP Управление предприятием 2.0";

    • конфигурации "Система проектирования прикладных решений".

  • Функциональная модель конфигурации "ERP Управление строительной организацией 2.0";

  • Функциональная модель конфигурации "ERP Управление предприятием 2.0";

  • DVD-выпуск ИТС;

  • Комплект документации по платформе "1С:Предприятие 8.3";

  • Комплект документации по конфигурации "ERP Управление строительной организацией 2.0";

  • Комплект документации по конфигурации "ERP Управление предприятием 2.0";

  • Комплект документации по конфигурации "Система проектирования прикладных решений";

  • Активационный конверт 1С:ИТС Отраслевой Льготный;

  • Пин-код программной защиты платформы "1С:Предприятие 8" на одно рабочее место;

  • Пин-код программной защиты конфигурации "ERP Управление строительной организацией 2.0" на одно рабочее место;

  • Пин-код программной защиты конфигурации "Смета 3" на одно рабочее место;

  • Пин-код программной защиты конфигурации "Модуль Управление автотранспортом для 1С:ERP" на одно рабочее место;

  • Лицензии на использование системы "1С:Предприятие 8", конфигурации "ERP Управление строительной организацией 2.0" (включая подсистемы "Управление автотранспортом и механизмами" и "Смета") и конфигурации "ERP Управление предприятием 2.0" на одно рабочее место;

  • Пин-коды для регистрации на сайте поддержки пользователей.
Конфигурация "Система проектирования прикладных решений" (СППР), входящая в поставку программного продукта "1С:ERP Управление строительной организацией 2.0" (артикул 4601546120816) предназначена для проектирования прикладных решений (конфигураций) на платформе "1С:Предприятие 8" и ведения технической документации проекта. СППР может быть использована как инструмент для проектирования новых информационных систем, разрабатываемых в среде "1С:Предприятия 8", а также для описания и документирования существующих систем, разработанных ранее без использования СППР. Подробнее см. информационное письмо № 16931 от 17.07.2013 . Функциональная модель "1С:ERP Управление строительной организацией 2.0" включена в состав продукта для освоения возможностей прикладного решения, изучения принципов и методологии взаимодействия отдельных подсистем. Для работы с функциональной моделью используется конфигурация "Система проектирования прикладных решений". Лицензионное соглашение, входящее в поставку "1С:ERP Управление строительной организацией 2.0", разрешает использовать СППР на одном рабочем месте.

Конфигурация "ERP Управление строительной организацией 2.0" является защищенной и содержит фрагменты кода, не подлежащие изменению пользователем. При этом реализован принцип максимальной открытости кода для обеспечения возможности адаптации продукта под нужды конечных пользователей.

Расширение количества автоматизированных рабочих мест осуществляется приобретением клиентских лицензий на платформу "1С:Предприятия 8" (на 1, 5, 10, 20, 50, 100, 300, 500, 1000 рабочих мест, версий ПРОФ или КОРП), клиентских лицензий "1С:ERP Управление строительной организацией 2.0" (на 1, 5, 10, 20, 50, 100, 300 и 500 рабочих мест), "1С:Смета 3" (на 1, 5, 10, 20 и 50 рабочих мест) и "Модуль 1С:Управление автотранспортом для 1С:ERP" (на 1, 5, 10, 20, 50, 100 и 300 рабочих мест).

Количество приобретаемых лицензий на использование конфигурации "ERP Управление строительной организацией 2.0" и платформы "1С:Предприятие 8" определяется, исходя из потребности в максимальном количестве одновременно работающих пользователей с данной конфигурацией, а так же:


  • для увеличения количества пользователей, одновременно работающих в конфигурации с подсистемой "Смета" , необходимо приобрести дополнительные лицензии на использование платформы "1С:Предприятие 8" на дополнительных рабочих местах, дополнительные лицензии на конфигурации "ERP Управление строительной организацией 2.0" и "Смета 3" в требуемом количестве одновременно работающих пользователей с данной подсистемой. Информация о стоимости дополнительных лицензий для подсистемы "Смета" приведена в Приложении 2 ;

  • для увеличения количества пользователей, одновременно работающих с подсистемой "Управление автотранспортом и механизмами" , необходимо приобрести дополнительные лицензии на использование платформы "1С:Предприятие 8" на дополнительных рабочих местах, дополнительные лицензии на конфигурации "ERP Управление строительной организацией 2.0" и "Модуль Управление автотранспортом для 1С:ERP" в требуемом количестве одновременно работающих пользователей с данной подсистемой. Информация о стоимости дополнительных лицензий для подсистемы "Управление автотранспортом и механизмами" приведена в Приложении 3 .
Пример схемы лицензирования поставки 1С:Предпритяие 8. ERP Управление строительной организацией 2.0 приведен в Приложении 5 .

В случаях, когда функционал конфигураций "Смета 3" и "Модуль 1С:Управление автотранспортом для 1С:ERP" не требуется в составе общего решения "ERP Управление строительной организацией 2.0" у пользователя есть возможность дополнительно приобрести продукты, с необходимым количеством клиентских лицензий:


  • 1С:Предприятие 8. Смета 3 (артикул 4601546120007);

  • Модуль 1С:Управление автотранспортом для 1С:ERP (артикул 4601546121936)
и настроить обмен данными с конфигурацией "ERP Управление строительной организацией 2.0".

Для использования данного прикладного решения в клиент-серверном варианте необходима лицензия на сервер "1С:Предприятия 8".

ДОКУМЕНТАЦИЯ, ВКЛЮЧАЕМАЯ В СОСТАВ ПОСТАВКИ ПРОГРАММНЫХ ПРОДУКТОВ

Продукт "1С:Предприятие 8. ERP Управление строительной организацией 2.0" (артикул 4601546120816) включает в себя документацию:


  • 1С:Предприятие 8.3. Руководство администратора;

  • 1С:Предприятие 8.3. Руководство пользователя;

  • 1С:Предприятие 8.3. Руководство разработчика (в двух частях);

  • 1С:Предприятие 8. Конфигурация "ERP Управление строительной организацией 2.0". Руководство пользователя. Том 1 (Описание подсистем "Управление строительным производством", "Управление инвестиционной деятельностью", "Управление материально-техническим обеспечением", "Управление продажами и эксплуатацией недвижимости");

  • 1С:Предприятие 8. Конфигурация "ERP Управление строительной организацией 2.0". Руководство пользователя. Том 2 (Описание подсистемы "Управление автотранспортом и механизмами");

  • 1С:Предприятие 8. Конфигурация "ERP Управление строительной организацией 2.0". Руководство пользователя. Том 3 (Описание сметной подсистемы);

  • 1С:Предприятие 8. Конфигурация "ERP Управление предприятием 2.0". Описание;

  • 1С:Предприятие 8. Конфигурация "Система проектирования прикладных решений". Редакция 1.1. Руководство пользователя.
Синтаксис встроенного языка и языка запросов представлен в книге "1С:Предприятие 8.3. Руководство разработчика" (в 2-х частях). Описание объектной модели полностью включено в поставку в электронном виде (в разделах справки Конфигуратора и Синтакс-Помощнике). Описание объектной модели в виде бумажной книги "1С:Предприятие 8.3. Описание встроенного языка" (в 5-ти частях) можно приобрести отдельно:

Предусмотрено приобретение не более одного экземпляра на одно рабочее место.
Для пользователей "1С:Предприятие 8. ERP Управление строительной организацией 2.0" (артикул 4601546120816) предусмотрено приобретение дополнительных книг документации:

Код

Наименование

Рекоменд. розничная цена, руб. (без НДС)

Дилер

Постоянный партнер

2900001663465

1С:Предприятие 8. ERP Управление строительной организацией 2.0. Дополнение к руководству по ведению учета в конфигурации "ERP Управление предприятием 2.0". Том 1

450

255

255

2900001669924

1С:Предприятие 8. ERP Управление строительной организацией 2.0. Дополнение к руководству по ведению учета в конфигурации "ERP Управление предприятием 2.0". Том 2

450

255

255

2900001669931

1С:Предприятие 8. ERP Управление строительной организацией 2.0. Дополнение к руководству по ведению учета в конфигурации "ERP Управление предприятием 2.0". Том 3

450

255

255

2900001605052

1С:Предприятие 8. Конфигурация "ERP Управление предприятием 2.0". Описание

600

300

300

2900001490801

1С:Предприятие 8. Конфигурация "Система проектирования прикладных решений". Редакция 1.1. Руководство пользователя

300

150

150

2900001490818

1С:Предприятие 8.3. Руководство пользователя

300

150

150

2900001483612

1С:Предприятие 8.3. Руководство администратора

300

150

150

2900001483605

1С:Предприятие 8.3. Руководство разработчика (в двух частях)

600

300

300

Для приобретения книг документации для своей организации или для организации пользователя партнер оформляет заявку на приобретение документации по адресу

.

Перед подачей заявки на приобретение документации рекомендуется проверить регистрацию продукта пользователя наличие действующего договора 1С:ИТС и активированного сервиса 1С:ИТС Отраслевой на данный продукт. Партнер может проверить регистрацию продукта на странице http://partweb.1c.ru/PartnerSupport/SaleRequestList.aspx , выбрав из меню заявок пункт "Регистрация – Проверка регистрации" и заполнив соответствующую заявку.

Проверка наличия действующего договора 1С:ИТС осуществляется на сайте поддержки пользователей http://its.1c.ru/db/aboutits#content:24:1 .

Проверка активированного сервиса 1С:ИТС Отраслевой осуществляется на сайте https://partners.1c.ru/solutions/check .

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

Преимущества работы с партнерами, имеющими статус "1С:Центр ERP":


  • предоставление клиентам полного и качественного набора необходимых услуг, включая консалтинг по управлению предприятием, базирующийся на опыте решения партнерами аналогичных задач на других предприятиях и высокой компетенции партнера;

  • наличие в штате сертифицированных специалистов и консультантов по всем подсистемам программного продукта, сертифицированных руководителей проектов, экспертов по технологическим вопросам;

  • осуществление качественных внедрений ERP-систем в соответствии с требованиями стандарта ISO 9001.
При выборе партнера рекомендуется обращать внимание на количество сертифицированных специалистов, количество и параметры успешных внедрений на предприятиях схожих видов деятельности, наличие сертификата соответствия системы менеджмента качества требованиям стандарта ISO 9001.

Подробные данные о компетенциях партнера представлены на сайте фирмы "1С" в рейтинге "1С:Центры компетенции по ERP-решениям", который предоставляет клиентам удобный интерфейс для подбора партнеров по внедрению решений уровня ERP с учетом реального опыта партнеров по успешным внедрениям в разрезе отраслей и регионов: www.1c.ru/ckerp

Организациям, заинтересованным во внедрении прикладного решения "1С:ERP Управление строительной организацией 2.0", предлагаем обращаться к таким партнерам фирмы "1С". Если вы затрудняетесь самостоятельно выбрать партнера для выполнения внедрения, можете обратиться непосредственно в фирму "1С" по адресу [email protected] за рекомендациями по выбору компетентного партнера с учетом местонахождения предприятия и стоящих перед предприятием задач.

Для приобретения указанных программных продуктов необходимо заполнить, подписать и подать заявку партнеру фирмы "1С", участвующему в проекте "1С:Центр компетенции по ERP-решениям". Единая форма заявки на поставку: шаблон 1C_ERP_Z.XLS , образец заполнения 1C_ERP_Z_EX.XLS .

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

Для холдинговых структур, автоматизирующих несколько юридических лиц и удаленные офисы в распределенных информационных базах, возможно осуществление нескольких отгрузок основных поставок конфигурации "1С:ERP Управление строительной организацией 2.0" по специальной цене по согласованию партнера с фирмой "1С". В таких случаях рекомендуется обратиться по адресу электронной почты: [email protected] .

АПГРЕЙДЫ

Апгрейд на продукт "1С:Предприятие 8. ERP Управление строительной организацией 2.0" можно выполнить с любого продукта фирмы "1С", предназначенного для автоматизации хозрасчетных организаций и предприятий в Российской Федерации, за исключением "1С:Предприятие 8 КОРП. ERP Управление предприятием 2.0 + Документооборот. Сервер (x86-64). 100 клиентских лицензий" и "1С:Управление холдингом", а именно:


  • 4601546034939 1С:Бухгалтерия 8.0. Комплект на 5 пользователей;

  • 4601546049025 1С:Бухгалтерия 8 ПРОФ. Поставка для розничного распространения;

  • 4601546049032 1С:Бухгалтерия 8 ПРОФ на 5 польз. Поставка для розничного распространения;

  • 4601546041654 1C:Бухгалтерия 8 ПРОФ;

  • 4601546063786 1С:Бухгалтерия 8 КОРП;

  • 4601546041678 1С:Бухгалтерия 8. Комплект на 5 пользователей;

  • 4601546005342 1С:Novell БухWare 7.7;

  • 4601546006820 1С:Бухгалтерия 7.7 Базовая версия;

  • 4601546006615 1С:Бухгалтерия 7.7 ПРОФ;

  • 4601546006608 1С:Бухгалтерия 7.7 Стандартная версия;

  • 4601546016010 1С:Бухгалтерия 7.7.Упрощен.сист.налогообл. Базовая;

  • 4601546006639 1С:Предприятие 7.7 для SQL. Бухгалтерский учет. Типовая конфигурация;

  • 4601546006622 1С:Предприятие 7.7(Сет). Бухгалтерский учет. Типовая конфигурация;

  • 4601546041661 1С:Бухгалтерия 8. Базовая версия;

  • 4601546048806 1С:Бухгалтерия 7.7 ПРОФ + ИТС USB;

  • 4601546048820 1С:Предприятие 7.7 для SQL. Бухгалтерский учет. Типовая конфигурация + ИТС USB;

  • 4601546048813 1С:Предприятие 7.7(Сет).Бухгалтерский учет. Типовая конфигурация + ИТС USB;

  • 4601546048264 1С:Упрощенка 8;

  • 4601546041814 1С:Предприятие 8. Управление торговлей;

  • 4601546081124 1С:Управление небольшой фирмой 8;

  • 4601546092632 1С:Предприятие 8.2. Технологическая поставка;

  • 4601546111548 1С:Предприятие 8.3. Технологическая поставка

  • 4601546042088 1С:Предприятие 8. Управление производственным предприятием,

  • 4601546042095 1С:Предприятие 8. Управление производственным предприятием для 10 пользователей + клиент-сервер;

  • 4601546063830 1С:Комплексная автоматизация 8;

  • 4601546063847 1С:Комплексная автоматизация 8 для 10 пользователей + клиент-сервер;

  • 4601546118158 1С:Предприятие 8. Бухгалтерия строительной организации;

  • 4601546118400 1С:Предприятие 8. Бухгалтерия строительной организации (USB);

  • 4601546109309 1C:Предприятие 8. Подрядчик строительства. Управление строительным производством;

  • 4601546035868 1С:Предприятие 8. 1С:Подрядчик строительства 4.0 Управление финансами;

  • 46015460386471С:Управление строительной организацией.
Стоимость апгрейда вычисляется по формуле: стоимость приобретаемых программных продуктов минус стоимость сдаваемого на апгрейд продукта плюс 150 руб., но не менее половины стоимости приобретаемого набора продуктов. После выполнения апгрейда пользователи сданных на апгрейд продуктов с программной защитой обязаны удалить со своего компьютера файл лицензии продукта, сданного в апгрейд.

Апгрейд продукта 4601546038654 "1С:Предприятие 8. Управление строительной организацией для 10 пользователей + клиент-сервер" на "1С:Предприятие 8. ERP Управление строительной организацией 2.0" осуществляется по общим правилам, при этом сдаются все комплектующие бандла, предусмотрена возможность одновременного заказа вместе с новой основной поставкой необходимых серверных и клиентских лицензий, стоимость которых используется в расчете стоимости апгрейда, т.е. стоимость сдаваемого бандла идет в расчет итоговой стоимости поставки вместе с лицензиями.

При переходе пользователей "1С:Управление строительной организацией" на "1С:ERP Управление строительной организацией 2.0", предусмотрен апгрейд клиентских лицензий "1С:Управление строительной организации" на клиентские лицензии "1С:ERP Управление строительной организацией 2.0" по общим правилам.

Пользователи могут сдать лицензии:


4601546038661

1С:Предприятие 8. Управление строительной организацией. Доп.лицензия на 1 р.м.

4601546038678

1С:Предприятие 8. Управление строительной организацией. Доп.лицензия на 5 р.м.

4601546038685

1С:Предприятие 8. Управление строительной организацией. Доп.лицензия на 10 р.м.

4601546038692

1С:Предприятие 8. Управление строительной организацией. Доп.лицензия на 20 р.м.

4601546038708

1С:Предприятие 8. Управление строительной организацией. Доп.лицензия на 50 р.м.

4601546068132

1С:Предприятие 8. Управление строительной организацией. Доп.лицензия на 100 р.м.

4601546068149

1С:Предприятие 8. Управление строительной организацией. Доп.лицензия на 300 р.м.

при приобретении, соответственно, новых лицензий по схеме апгрейда:

4601546120823

1С:ERP Управление строительной организацией 2.0. Клиентская лицензия на 1 рабочее место

4601546120830

1С:ERP Управление строительной организацией 2.0. Клиентская лицензия на 5 рабочих мест

4601546120847

1С:ERP Управление строительной организацией 2.0. Клиентская лицензия на 10 рабочих мест

4601546120854

1С:ERP Управление строительной организацией 2.0. Клиентская лицензия на 20 рабочих мест

4601546120861

1С:ERP Управление строительной организацией 2.0. Клиентская лицензия на 50 рабочих мест

4601546120878

1С:ERP Управление строительной организацией 2.0. Клиентская лицензия на 100 рабочих мест

4601546120885

1С:ERP Управление строительной организацией 2.0. Клиентская лицензия на 300 рабочих мест

4601546120892

1С:ERP Управление строительной организацией 2.0. Клиентская лицензия на 500 рабочих мест

Стоимость апгрейда вычисляется по формуле: стоимость приобретаемых программных продуктов минус стоимость сдаваемого на апгрейд продукта, плюс 150 руб., но не менее половины стоимости приобретаемого набора продуктов.

В фирму "1С" передаются ключи защиты и регистрационные анкеты, входящие в поставку сдаваемых по условиям апгрейда продуктов (лицензионное соглашение, ключ защиты платформы).

Исключение составляют решения на платформе "1С:Предприятие 7.7" - ключи не передаются.

Пользователь, приобретающий продукт "1С:ERP Управление строительной организацией 2.0" на условиях апгрейда, должен завершить работу в сдаваемом в апгрейд программном продукте до конца текущего года.

В дальнейшем он может пользоваться сданным в апгрейд продуктом для того, чтобы посмотреть старые данные, но не должен использовать его для учета текущей деятельности. Поддержка со стороны "1С" по программному продукту, сданному в апгрейд, не оказывается.

Если такие условия пользователя не устраивают, он может приобрести продукт "1С:ERP Управление строительной организацией 2.0" без апгрейдной скидки, т.е. за полную цену.

Для осуществления апгрейда партнер оформляет заявку по адресу http://partweb.1c.ru/PartnerSupport/SaleRequestList.aspx .

Пример расчета стоимости апгрейда.

Сдается продукт:

4601546038647 "1С:Предприятие 8. Управление строительной организацией", рекомендованная цена – 186 000 руб.

Приобретается продукт:

Стоимость апгрейда составит (399 000 руб. – 186 000 руб.) + 150 руб. = 213 150 руб.

Сдается продукт:

4601546035868 "1С:Предприятие 8. 1С:Подрядчик строительства 4.0 Управление финансами", рекомендованная цена – 35 000 руб.

Приобретается продукт:

4601546120816 "1С:Предприятие 8. ERP Управление строительной организацией 2.0", рекомендованная цена – 399 000 руб.

Стоимость апгрейда составит (399 000 руб. – 35 000 руб.) + 150 руб. = 364 150 руб.

Сдается клиентская лицензия

4601546038685 "1С:Предприятие 8. Управление строительной организацией, многопользовательская лицензия на 10 рабочих мест", рекомендованная цена – 120 000 руб.

Приобретается лицензия

4601546120861 "1С: ERP Управление строительной организацией 2.0. Клиентская лицензия на 50 рабочих мест", рекомендованная цена –374 400 руб.

Стоимость апгрейда: (374 400 руб. – 120 000 руб.) + 150 руб. = 254 550 руб.

В случае увеличения количества рабочих мест после проведения апгрейда, клиентские лицензии на платформу "1С:Предприятия 8" необходимо будет приобрести дополнительно. Клиентские лицензии на платформу "1С:Предприятия 8" не принимаются в расчет апгрейда по приведенной выше схеме. Обмен (апгрейд) клиентских лицензий системы "1С:Предприятие 8" осуществляется по общим правилам, установленным в информационных письмах №4151 от 28.06.2005 (с данным письмом можно ознакомиться по адресу http://www.1c.ru/news/info.jsp?id=4151 ) и №17659 от 25.12.2013 (с данным письмом можно ознакомиться по адресу http://www.1c.ru/news/info.jsp?id=17659 ).
ПЕРЕНОС ДАННЫХ ИЗ РЕДАКЦИИ 1.3 КОНФИГУРАЦИИ "УПРАВЛЕНИЕ СТРОИТЕЛЬНОЙ ОРГАНИЗАЦИЕЙ"

Пользователи программных продуктов, включающих конфигурацию "Управление строительной организацией" редакции 1.3, могут при помощи входящих в поставку инструментов перенести в новую информационную базу нормативно-справочную информацию и начальные остатки контура ERP и Строительного производства.Для полного переноса данных должны быть установлены программные лицензии "Смета 3" и "Модуль 1С:Управление автотранспортом для 1С:ERP", входящие в комплект поставки. Инструкция по переносу данных включена в дистрибутив "1С:ERP Управление строительной организацией 2.0".

1С:ERP УПРАВЛЕНИЕ СТРОИТЕЛЬНОЙ ОРГАНИЗАЦИЕЙ 2.0. NFR

Обращаем внимание фирм-франчайзи, что для освоения функциональных возможностей нового прикладного решения, подготовки персонала партнерских фирм и задач внутренней автоматизации, выпущен специальный программный продукт –"1С:ERP Управление строительной организацией 2.0. NFR" (артикул 2900001663458).

Продукт распространяется только среди партнеров-франчайзи фирмы "1С", участвующих в проекте "1С:Центр ERP".

Для автоматизации предприятий и холдингов, основным направлением деятельности которых не является 1С:Франчайзинг, даже если у них есть подразделения, имеющие статус партнеров-франчайзи фирмы "1С", необходимо использовать коммерческие поставки "1С:ERP Управление строительной организацией 2.0".

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

Сервисное обслуживание

Сервисное обслуживание программных продуктов, содержащих конфигурацию "ERP Управление строительной организацией 2.0" и поддержка пользователей в части работы с платформой "1С:Предприятие" осуществляется по договору Информационно-технологического сопровождения "1С:Предприятие" (1С:ИТС) с активированным сервисом 1С:ИТС Отраслевой 4-й Категории.

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

Сервисы 1С:ИТС позволяют:


  • подготавливать и сдавать регламентированную отчетность через Интернет,

  • обмениваться электронными счетами-фактурами и другими юридически значимыми документами,

  • с помощью автоматизированного резервного копирования защищать от потери и повреждений базы данных,

  • использовать программу "1С:Предприятие" через Интернет из любой точки мира,

  • получать консультации у аудиторов и специалистов фирмы "1С" и многое другое.
Подробную информацию обо всех Сервисах "1С" см. на портале 1С:ИТС по адресу https://portal.1c.ru/ .

Подробнее о составе и условиях 1С:ИТС и о сервисе 1С:ИТС Отраслевой можно прочитать на страницах www.its.1c.ru/about и https://portal.1c.ru/app/branch .

В комплект основной поставки "1С:Предприятие 8. ERP Управление строительной организацией 2.0" включается DVD-выпуск ИТС, купон на льготное сопровождение 1С:ИТС и купон на льготный период сопровождения в рамках сервиса 1С:ИТС Отраслевой. Стоимость льготного периода сопровождения включена в стоимость поставки "1С:Предприятие 8. ERP Управление строительной организацией 2.0". То есть после регистрации комплекта и оформления льготного периода сопровождения 1С:ИТС, а также активации льготного периода сопровождения в рамках сервиса 1С:ИТС Отраслевой пользователь имеет право пользоваться официальной поддержкой без дополнительной оплаты на срок льготного периода.

В данной статье речь пойдет об ERP-системе «Управление производственным предприятием». При автоматизации производственных компаний этот продукт нередко оказывается оптимальным решением, и я не единожды занимался внедрением 1С УПП для разных организаций.

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

Даже на Хабре в разделе ERP информации об этой системе до сих пор не было. Именно этот пробел я решил восполнить. Кроме того, я надеюсь, что моя статья поможет предпринимателям и IT-специалистам на этапе выбора программного обеспечения для автоматизации производственного предприятия и подготовит их к тем особенностям, которые нужно учитывать при внедрении этой системы.

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

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

  1. Что представляет собой система, какие задачи перед ней ставят.
  2. Насколько эта система способна выполнять поставленные задачи.
  3. Выявить плюсы и минусы системы.
Первое, что очень важно понимать: 1С. Управление производственным предприятием - это не просто система учета, при ее разработке были учтены современные методы управления предприятием, а потому этот продукт предлагается к использованию, в том числе, как ERP-система. Далее, из названия следует, что именно этот продукт предназначен для работы предприятий производственного типа. Именно с этой точки зрения я и намерен рассматривать программный продукт 1С УПП.

Что такое ERP-система?

Система ERP (Enterprise Resource Planning) – это корпоративная информационная система, которая предназначена для контроля, учета и анализа всех видов бизнес-процессов и решения бизнес-задач в масштабе предприятия.

Проще говоря, в ERP-системе объединяются все виды учета, которые присутствуют в компании. С применением ERP-систем производится обмен информацией и осуществляется взаимодействие между разными подразделениями и т.д. В случае ERP-системы «Управление производственным предприятием» программный продукт предлагает реализацию всех этих функций для производственной компании.

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

  • Управление производством
  • Управление затратами
  • Управление закупками
  • Планирование
  • Налоговый и бухгалтерский учет
  • Заработная плата
  • Учет кадров и т.д.
Т.е. в эту систему постарались включить все функции, которые могут потребоваться для работы производственного предприятия. Именно так компания 1С и позиционирует свою ERP-систему: здесь уже есть все, что нужно для автоматизации любых процессов без использования других программных продуктов.


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

1С УПП: подробнее о продукте

Компания 1С позиционирует «Управление производственным предприятием» как один из флагманских продуктов. Это типовая конфигурация от 1С, т.е. программный продукт полностью выпускается самой компанией 1С, а любые доработки в системе должны производиться силами официальных партнеров 1С. УПП - одна из конфигураций, которая находится на постоянной поддержке компании 1С, к ней выпускаются обновления и т.д.

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

Отраслевые решения создаются компаниями-партнерами 1С на основе базовой конфигурации. Обычно это происходит следующим образом: для конкретного заказчика выполняют доработки, после чего из них «собирают» новую версию, предназначенную для выбранной отрасли. Доработанная конфигурация называется по отрасли, для которой ее написали, и продается как «коробочное решение».

Стоимость продукта

Для того чтобы работать с этой конфигурацией, необходимо купить сам продукт. Рекомендованная цена от компании 1С составляет 186 000 рублей. А лицензирование этого программного продукта производится по общему для 1С признаку, т.е. пользователи других продуктов 1С могут не покупать какие-то отдельные лицензии для этой системы.
Любая лицензия, например, от 1С Бухгалтерии или от 1С Торговли и склада подойдет к этой системе. Естественно, что и стоимость лицензий для этих продуктов одинакова.

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

Как и при работе с другими продуктами, лицензирование выполняется по одному из вариантов, принятых в 1С: для компьютера (устройства) и для пользователя (подключения с любого устройства). Здесь я не буду останавливаться подробно, так как вся информация есть на сайте 1С. Ознакомиться с ней вы можете по ссылке: http://v8.1c.ru/enterprise/

О самой программе 1С написано очень много. Я также писал уже об этой платформе, например, в статье «Почему 1С это плохо и почему так не любят 1С программистов ». С учетом того, что система «Управление производственным предприятием» работает на базе 1С. Предприятия 8.3, все достоинства и недостатки базового программного обеспечения в ней также присутствуют.

Рассмотрим конфигурацию подробнее

В книге “Производственный и операционный менеджмент” Р. Б. Чейз, Ф. Р. Джейкобз, Н. Дж. Аквилано мне понравился список задач, которые ставятся перед ERP системами для производственного предприятия:
  1. Вести учет новых заказов и своевременно информировать о них производственное подразделение.
  2. Предоставлять возможность отделу сбыта видеть в любой момент состояние выполнения заказа клиента.
  3. Предоставлять отделу закупок в любой момент возможность видеть потребность производства в материалах.
  4. Своевременно предоставлять государству данные о работе компании, т.е. вести бухгалтерский и налоговый учет.
Давайте каждый из этих пунктов рассмотрим подробнее. Для наглядности в качестве примера я буду приводить одного из своих клиентов - швейное предприятие, которое использует систему УПП и является классической и наглядной моделью производства. Данное предприятие имеет много различных отделов: проектный, конструкторский, производственный, отдел хранения тканей и фурнитуры, отдел хранения готовой продукции, отдел управления.

Учет новых заказов в отделе продаж

Учет заказов – это неотъемлемая часть работы любого отдела сбыта (продаж). Любой заказ состоит из нескольких частей:
  1. Учет клиентов (кому осуществляется продажа);
  2. Учет товаров (что будет продано клиенту).
Покупатели (клиенты) вносятся в справочник Контрагентов. Клиенты могут быть как физическими лицами, так и юридическими. В карточке контрагента можно указать все банковские реквизиты компании, телефоны, адрес доставки и другие сведения, необходимые для оформления документов и осуществления продажи.

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


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

Здесь могут храниться:

  • Название товара
  • Серия
  • Фотографии
  • Файлы технической документации
  • Описание и практически любая другая информация о товаре.
С использованием этих справочников сотрудник отдела продаж создает документ Заказ клиента, где указывает контрагента и перечень номенклатуры с ценами.

На примере швейного производства работа над заказом делится на следующие этапы:

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

Оповещение производства о новых заказах

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

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

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

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

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

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

Состояние заказа, находящегося на производстве

Как уже было сказано, после того, как заказ поступил на производство, необходимо обеспечить отделу продаж возможность наблюдать в реальном времени состояние выполнения заказа. Менеджеру отдела продаж важно знать, на каком этапе находится работа: поступил ли уже заказанный товар в работу, когда планируется его выполнение и т.д.

Реализуется это одним из двух способов:

  1. Менеджер по продажам может отслеживать, на каком технологическом этапе находится работа над заказом: запланирован, поступил в работу, на контроле качества и т.д. Таким образом, специалист по продажам может постоянно контролировать работу над каждым из заказов и оповещать клиента о сроках выполнения.
  2. Для товара устанавливается срок реализации, т.е. дата, когда перечень нужной номенклатуры будет изготовлен, пройдет проверку и будет готов к отгрузке.
Для реализации первого варианта нужных инструментов в системе не предусмотрено. Отчеты, которые имеются в наличии, отражают только состояние заказов и товаров на складе. Для производства, в случае необходимости реализовать поэтапное оповещение, понадобятся доработки.
К сожалению, и во втором случае нет готовых инструментов для случаев, когда производство может изменить дату выполнения заказа. Какие-то изменения в дату отгрузки может вносить только отдел продаж, причем, в сторону увеличения. Обычно менеджер может перенести отгрузку на более поздний срок, но оповещать о возможности изменить сроки создания товаров производство придется вручную. Также и производство в случае необходимости не может перенести дату отгрузки, даже если появилась возможность выполнить заказ быстрее.
В базовой конфигурации любые изменения сроков и определение этапа выполнения заказа выполняются сотрудниками вручную, в результате в работу включается непредсказуемый человеческий фактор. Но здесь доработки помогут решить вопрос.

Так, для швейного производства, нами был создан сводный отчет, который показывал: какая партия товара (из каких заказов) находится в производстве, в том числе, из отчета видно, какая партия – в раскрое, какая – в пошиве и так далее. Т.е. мы поделили производственные процессы на этапы, и в отчете отображалась общая картина – какие товары из каких заказов на каких этапах производства находятся, какие – в очереди (с указанием даты начала работы), какие – на контроле качества, какие - отправлены на склад.

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

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

Связь производства и отдела закупок

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

Как должна происходить эта работа:

  1. Формируется список потребностей.
  2. Исходя из этого списка и спецификаций продукции, формируется перечень материалов, необходимых для производства изделий.
  3. На основании полученного списка формируется план закупок.
  4. В соответствии с планом закупок система формирует заказы поставщикам.
Важный недочет системы: отдел закупок не имеет возможности увидеть, какие материалы, у каких поставщиков и по каким ценам нужно закупить. Т.е. в отчетах видны только общие текущие потребности производства, а для получения более подробной информации необходимо вносить дополнительные доработки.
В системе имеется документ под названием План закупок. В него собирается информация о потребностях, т.е. о том, что необходимо закупить для обеспечения производства и в каком количестве, как и должно быть в классической MRP-системе.


MRP (Material Requirements Planning) – это автоматизированное планирование потребностей предприятия в сырье и материалах для производства. Планирование производится на основе спецификаций.

Спецификация (Bill of Material) – это справочник, в котором описаны все параметры того или иного материала, его качества, особенности, допуски. Для готового изделия или «полуфабриката» в спецификации указывается, из чего состоит это изделие.

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

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

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

Теперь можно переходить к выбору поставщика для каждого из материалов и создавать заказ. Все перечисленные выше этапы в системе УПП не автоматизированы, а потому для решения проблемы потребуются некоторые доработки. При этом конфигурация предоставляет возможность хранить все потребности, также имеется возможность для сбора информации о закупках. Но в базовом варианте все они требуют участия человека, что снижает уровень удобства и надежности. А потому здесь также очень полезными будут внешние обработки, тем более, что все данные и доступ к ним имеется в системе.

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

Бухгалтерская и налоговая отчетность в «коробочном решении»

Типовая конфигурация «Управления производственным предприятием» по замыслу разработчиков должна собирать всю необходимую для бухгалтерской и налоговой отчетности информацию и создавать всю нужную для работы бухгалтерии отчетность.
И здесь у этой конфигурации имеется очень большая «ахиллесова пята». Дело в том, что в каждом документе присутствуют три галочки:
  • УУ – документ проходи по управленческому учету;
  • БУ – документ проходит по бухгалтерскому учету;
  • НУ – документ проходит по налоговому учету.

Так как документы не разделены по разным системам, то в силу вступает человеческий фактор. Например, сотрудник отдела закупок или кладовщик после получения материалов проводит приходный документ. Материал поступает на учет. Но если он при этом не проставил «галочку» БУ, то бухгалтер документ не видит, и сам проводит приходную накладную на основании поступившей к нему налоговой накладной. В результате документ корректируется дважды разными авторами. И в случае возникновения каких-то ошибок выявить виновного будет очень сложно.

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

Интеграция с другими программными продуктами и системами

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

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

Например, на швейном предприятии проводилась интеграция с раскроечным станком. Также часто требуется интеграция с какими-либо CAD, с интернет-сайтом предприятия, с другими решениями. И на этот этап работы часто уходит до 30% бюджета.
При этом без таких комплексных решений использование EPR-системы будет не эффективным, вы не сможете выйти на новый уровень контроля и автоматизации работы предприятия. Это очень важно понимать.

Любая система настолько эффективна, насколько эффективно ее самое слабое звено. И если при внедрении отказаться от интеграции в том или ином случае, а полагаться на человеческий фактор, обязательно будут накапливаться ошибки, и вся система станет неустойчивой.
Например, если речь идет о проектировании нового изделия, то вся проектная документация должна выгружаться из системы проектирования (CAD) в ERP-систему автоматически. И тогда в случае возникновения каких-то вопросов и сложностей, всегда можно будет понять, о каком конкретно изделии идет речь. И проектировщики смогут внести необходимые изменения оперативно и без ошибок.

Если речь идет о производстве, очень важно своевременно и без ошибок получать информацию о поступающих заказах (например, с сайта или со специальной формы заказа), которые нужно произвести, а также своевременно и без ошибок передавать информацию о реально использованных материалах, что позволит продолжать работу без простоев.

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

Также во многих других случаях полагаться на человеческий фактор недопустимо, так как ошибки, неточности в системе, несвоевременное внесение информации приводят к нарушениям в работе. А потому интеграция – процесс, конечно, не быстрый и дорогостоящий, но необходимый для повышения качества работы.

Отраслевые решения

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

Сейчас на сайте 1С можно найти такие конфигурации практически для любой отрасли. Но очень важно понимать следующие моменты:

  1. Конфигурация дорабатывалась под нужды определенного предприятия. И нет никакой гарантии, что именно такой подход подойдет для вашей компании. Например, молочное производством может заниматься созданием весового творога и сметаны, а может фасовать эти продукты в определенные емкости. Может производить молоко, кефир и ряженку, а может специализироваться на йогуртах и десертах. В каждом из этих случаях потребуются разные доработки. И не факт, что предложенные в базовой версии от партнеров вам подойдут.
  2. Отраслевые конфигурации выполняются компаниями-партнерами на базе основной, при этом в саму конфигурацию вносятся значительные правки. А потому обновления для базовой версии 1С. УПП для отраслевой конфигурации не подойдут. Пользователям придется ожидать, пока компания-партнер 1С также проведет обновления для отраслевой версии.

Несколько слов о 1С. УПП ERP 2.0

Существует также отдельная конфигурация 1С. УПП ERP 2.0, в которую были внесены значительные доработки и дополнения, необходимые для автоматизации управления производственным предприятием. Т.е. эта конфигурация позиционируется не просто как комплексное решение, но как универсальное решение для производственного предприятия, которое включает в себя полноценную ERP-систему.

Эта система также создана на базе 1С, конфигурация также является комплексной, а не модульной. А потому все особенности продуктов 1С в принципе, а также проблемы, с которыми сталкиваются при внедрении комплексных конфигураций 1С, также присущи этой системе.

С одной стороны, версия 1С. УПП ERP 2.0 действительно отличается расширенным наборов функций, в первую очередь, касающихся вопросов автоматизации и управления. Но этот программный продукт создан сравнительно недавно. И я считаю, что рано еще переходить на эту версию в связи с тем, что она еще не до конца доработана.

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

Кроме того, система 1С. УПП ERP 2.0 стоит значительно дороже конфигурации 1С. УПП.

Плюсы и минусы системы 1С УПП

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

Просто потому, что если типовая конфигурация «Управления производственным предприятием» вам не подходит по многим параметрам, то также не подойдут и отраслевые решения. В этом случае проще будет выбрать другой продукт или действительно заказать индивидуальное решение. А если типовая конфигурация вас по большей части устраивает, то количество доработок и настроек под особенности конкретного бизнеса для типового решения и отраслевого будет мало отличаться.

Важным минусом системы является отсутствие модульности. Т.е. для решения тех или иных проблем можно создавать определенные обработки или отчеты, «надстройки» над системой. Они будут работать, но при этом базовые решения останутся неприкосновенны. Но если для какой-то цели потребуется вносить изменения в работу документов или справочников, понадобится вносить правки во все подсистемы, которые существуют в конфигурации.

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

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

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

При грамотном подходе система 1С Управление производственным предприятии становится прекрасным инструментом, который позволит получить высокий уровень автоматизации бизнес-процессов и координации работы разных подразделений компании.

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

Какие бывают стратегии? Один мой клиент выбрал эту конфигурацию потому, что “это единственная система, в которой есть все”. Это предприятие работало в нескольких системах: 1с, Excel и т.д. - они решили взять одну систему для консолидации учета.

Другая компания, у которой развивалось производство, хотела проконтролировать незавершенное производство - их волновал учет материалов в производстве. Это тоже стратегия.

2. Продумайте интеграцию
Интеграцию необходимо продумывать изначально для того, чтобы оценить какие финансовые и временные ресурсы уйдут на ее реализацию. Объективная оценка этого факта сможет повлиять на решение, приобретать эту программу или отдать предпочтение другому продукту.
3. Оцените необходимость в УПП с точки зрения величины компании
Не для каждой компании УПП подходит. Я видел компанию, в которой работало 15 человек. Система УПП досталась им каким-то образом “в наследство”, но при этом внедрение и доработка стоили больших денег, и они в итоге так и не перешли на УПП. Надо понимать, что если ваша компания не достаточно готова к работе с таким сложным продуктом - то и эффекта от нее не будет. Я не рекомендую для небольшой компании эту конфигурацию.
4. Оцените необходимость в УПП с точки зрения отрасли
Хотя 1с и пишет, что УПП - это универсальное решение, надо понимать, что она подходит только для сборочного производства, предполагающего сборку из нескольких частей одного целого изделия. Для выпуска, например, строительных материалов, смесей, эта конфигурация не подошла.

Фирма «1С» выпустила мощный и эффективный инструмент управления бизнесом- программу , который составит достойную конкуренцию зарубежным программным продуктам. А учитывая, что данное решение заточено под Российское законодательство, весьма доступно по цене, аналогов 1С:ERP Управление предприятием 2 вообще нет.

1С:ERP Управление предприятием 2 основывается на платформе «1С:Предприятие 8.3» и фактически это кардинально усовершенствованное «1С:Управление производственным предприятием» версии 1.3

Сразу возникает вопрос: почему программа приобрела аббревиатуру ERP (Enterprise Resource Planning)? Назначение ERP-системы заключается в соединении всех сфер деятельности предприятия в единую информационную модель данных и процессов, обеспечивающую постоянную оптимизацию ресурсов подразделений и всего предприятия в целом. Возможности программы 1С:ERP Управление предприятием 2 позволяют назвать ее полноценной ERP-системой.

Программный продукт 1С:ERP Управление предприятием 2 ориентирован как на производственные, так и любые другие крупные предприятия.

Новаторским решением стал в программе 1С:ERP Управление предприятием 2 механизм включения-выключения элементов, который позволяет «включать» или «выключать» различные функциональные части прикладного решения без программирования (изменения конфигурации), говорят в «1С». Это решение позволяет очень гибко настраивать программу 1С:ERP Управление предприятием 2 и избавится от «громоздкого», запутанного, непонятного «внешнего вида».

В качестве примеров механизмов включение-отключение:

Ведение нескольких организаций;

Ведение учета в разрезе подразделений;

Ведение обособленных подразделений на отдельном балансе;

Несколько валют;

Оформление оказания услуг по переработке давальческого сырья

В результате внедрения программы 1С:ERP Управление предприятием 2 реально достигнуть существенный экономический эффект :

Запасы и производство

Снижение объемов материальных запасов 21%

Сокращение расходов на материальные ресурсы 9%

Снижение производственных издержек 7%

Сокращение операционных и административных расходов 15%

Снижение себестоимости выпускаемой продукции 8%

Увеличение объема выпускаемой продукции 28%

Оборотные средства

Рост оборачиваемости складских запасов 18%

Эффективность и оперативность

Сокращение сроков исполнения заказов 33%

Рост прибыли 11%

Трудозатраты и отчетность

Сокращение трудозатрат в различных подразделениях 30%

Ускорение получения управленческой отчетности в 3,8 раза

Ускорение подготовки регламентированной отчетности в 2,8 раза

Функциональные возможности 1С:ERP Управление предприятием 2


Подсистема управления производством 1С:ERP Управление производством 2:

· управление по межцеховым переходам и на операционном уровне

поддерживается двухуровневая система управления производством на межцеховом и внутрицеховых уровнях. На межцеховом уровне («главного диспетчера») осуществляется управление графиком производства на уровне производственных подразделений. Управление ведется укрупненно по времени и ресурсам. На внутрицеховом уровне («локального диспетчера») ведется управление процессами исполнения графика производства в отдельном подразделении с применением моделей «ББВ», «УББВ» или пооперационно

· маршрутные листы

· управление партиями запуска

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

· оперативная диспетчеризация

· управление по узким местам

· управление загрузкой

· планирование до кванта времени, диагностирование и гибкое перепланирование графика производства

· готовность работы с неточными нормативами

· визуализация структуры изделия

· расширенный контроль обеспечения производственными ресурсами,

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

Подсистема для организации ремонтов и учет основных средств в программе 1С ERP Управление производством 2:

Используется единая нормативно-справочная информация и механизм регистрации наработок. Для регистрации хоз. Операций, связанных с первоначальными вложениями в объекты основных средств, могут использоваться две методики: с использованием и без использования промежуточной регистрации объектов основных средств как номенклатуры предприятия.

· учет и иерархическая классификация объектов, находящихся в эксплуатации

· Мониторинг состояния объектов эксплуатации

· Организация и проведение плановых и внеплановых ремонтов

· Формирование полной стоимости владения объектами эксплуатации

· Регистрация наработки

· Интеграция с производственной подсистемой

· Графики доступности оборудования

Механизмы учета затрат и расчета себестоимости в 1С:ERP Управление производством 2:

· детализация до объема исходных затрат

· наглядность и контроль обоснованности расчета

Подсистема управления финансами в программе 1С:ERP Управление производством 2:

Для формирования показателей отчетности используются данные оперативного учета. В 1С:ERP Управление предприятием 2.0 использован комбинированный метод формирования показателей отчетности по МСФО, который включает элементы параллельного учета и трансформации. Для отражения данных опер. Учета в виде проводок в составе подсистемы разрабатываются: план счетов международного учета, порядок формирования проводок в международном учете по данным оперативного учета, состав отчетности и правила формирования показателей отчетности.

· учет в разрезе направлений деятельности

· этапы согласования заявок

· гибкие правила распределения

· эквайринговые операции

· многовариантность планирования ден. Средств и финансовых показателей

· параллельное планирование в нескольких валютах

· сравнение фактических и плановых данных по различным периодам и аналитике, расчет отклонений

Механизмы и инструменты бюджетирования в 1С:ERP Управление предприятием 2:

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

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

· табличная модель бюджетирования

· версионирование

· расчет плановых показателей

· расшифровка данных

Подсистемы для автоматизации торгово-складской деятельности предприятия в программе 1С:ERP Управление предприятием 2:

· управление эффективностью процессов продаж и сделок с клиентом

· настраиваемые возможности автоматического ценообразования

· использование регламентированных процессов продаж

· расширенное управление заказами клиентов

· управление торговыми представителями

· мониторинг состояния процессов продаж

· обособленный учет по заказам - резервирование потребностей

· мобильные рабочие места работников складов

· учет многооборотной тары

· статистический анализ запасов

· управление доставкой и товарный календарь

Подсистемы регламентированного учета в программе 1С:ERP Управление предприятием 2

· настройка правил отражения хозяйственных операций для групп финансового учета, учет фактов хозяйственной деятельности отложенным проведением с контролем актуальности отражения

· оперативный контроль формирования проводок для произвольного документа, расчеты с обособленными подразделениями организации (счет 79)

· автоматическая поддержка учета «сложного» НДС без дополнительных настроек

· расшифровки декларации по налогу на прибыль и регламентированной отчетности.

Управление персоналом и расчета заработной платы

· ведение штатного расписания

· расчет зарплаты по данным выработки сотрудников

· гибкие возможности отражения зарплаты в финансовом и регламентированном учете

· возможность ввода неограниченного количества показателей для расчета

.
«1С:ERP Управление предприятием» - инновационное решение для построения комплексных информационных систем управления деятельностью многопрофильных предприятий, в том числе с технически сложным многопередельным производством, с учетом лучших мировых и отечественных практик автоматизации крупного и среднего бизнеса.
Немного инфографики:


Пользователями 1С:ERP на сегодня (март 2016 г.) стали более 900 предприятий, и их число растет. При этом несколько десятков проектов, с точки зрения разработчиков, получили статус «пилотного», т.е. данные предприятия и организации в первую очередь принимают активное участие в развитии новой функциональности, оперативно предоставляя обратную связь.
Вот логотипы некоторых пользователей 1С:ERP:


Интересной особенностью решения 1С:ERP является то, что разрабатываем мы одно решение - 1С:ERP – а из его исходников автоматически получаем четыре решения (путем «вырезания» функциональности и переключения функциональных опций):


При расширении бизнеса или увеличении потребностей компании в автоматизации наращивание функциональности системы можно производить поэтапно, переходя от конфигурации «Управление торговлей» к конфигурации «Комплексная автоматизация» и далее к «ERP Управление предприятием 2». За счет высокой степени унификации решений такой переход выполняется быстро, накопленные в информационной базе данные сохраняются, а переучивание пользователей не требуется – они продолжают работать в привычной программной и информационной среде.

Как пишется 1С:ERP

Как мы из одного решения делаем четыре

Разработка ведется только в одной ветке (ERP). Процесс формирования из флагманского решения ERP более «легких», функционально ограниченных Комплексной Автоматизации (далее – КА для краткости) и двух разновидностей Управления Торговлей (далее – УТ и УТ Базовая) автоматизирован.
Изменения из ERP в «производные» конфигурации (КА, УТ, УТ Базовая) переносятся автоматически, с использованием механизма сравнения и объединения конфигураций . Этот механизм изначально предназначен для автоматизации процесса перехода на новые версии прикладных решений тех пользователей, которые изменяют/расширяют функциональность прикладного решения на своей стороне. Механизм сравнения и объединения конфигураций выполняет трехстороннее семантическое слияние на основании анализа трех конфигураций:
  • старая конфигурация от поставщика
  • новая конфигурация от поставщика
  • текущая конфигурация пользователя (старая конфигурация от поставщика плюс изменения, сделанные в ней пользователем)
На выходе мы получаем новую текущую конфигурацию, которая объединяет в себе новую функциональность (привнесенную разработчиком) и сохраняет доработки (кастомизации), сделанные пользователем.
В нашем случае в роли текущей конфигурации выступают поочередно КА, УТ, УТ Базовая, в роли старой и новой конфигураций от поставщика – ERP старой и новой версии соответственно. Т.е. мы считаем, что функционально ограниченные конфигурации - КА, УТ, УТ Базовая – это кастомизированные (в основном путем удаления незадействованных объектов) версии ERP.


Одни из немногих объектов, которые пишутся для каждого из решений вручную – это планы обмена , определяющие правила интеграции данного решения с другими решениями 1С (например, с 1С:Документооборотом) или, например, с внешним оборудованием. Но, благодаря постепенному переходу в обмене данными на единый стандарт EnterpriseData , мы уменьшаем количество уникальных для конкретного решения планов обмена и стараемся использовать единый код обмена данными.
В таком подходе есть одна интересная особенность. Всё решение пишется один раз, в ветке ERP; но бОльшая часть кода, форм, сценариев, отчетов и т.д. используется в четырех решениях, причем весьма разных – ERP внедряется на предприятиях с тысячами пользователей, а УТ Базовая призвана обслуживать индивидуальных предпринимателей. Мы стараемся уделять много внимания юзабилити нашего продукта.
Международный стандарт ISO 9241-11 определяет юзабилити как:
степень, с которой продукт может быть использован определёнными пользователями при определённом контексте использования для достижения определённых целей с должной эффективностью, продуктивностью и удовлетворённостью

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

Особенности разработки

При разработке ERP мы должны всегда помнить, что разрабатываемая функциональность может быть задействована в одном или нескольких производных от ERP решениях (КА, УТ, УТ Базовая). Для легкого включения/выключения функциональности мы широко используем механизм функциональных опций , изначально созданный для таких задач. Функциональные опции позволяют выделить в прикладном решении функциональность, которую можно включать/выключать при внедрении, не изменяя само прикладное решение. Функциональные опции – это параметры настройки решения, флажки, при выключении которых вся связанная с ними функциональность становится недоступной. В первую очередь функциональные опции используются для тонкой настройки программы под нужды конкретного внедрения. В ERP мы задействуем этот механизм (помимо основного его назначения) для «вырезания» из ERP производных конфигураций. Например, в решении ERP есть функциональная опция «Управление предприятием», с ней связана вся функциональность, отвечающая за управление производством - формирование графика производства, учет производственных затрат, соответствующие отчеты и многое другое. Эта опция включена только в решении 1С:ERP и выключена в «производных» решениях КА, УТ, УТ Базовая. А всего в 1С:ERP используется около 600 функциональных опций.
Еще один механизм платформы, облегчающий труд разработчика 1С:ERP – подсистемы . Подсистемы – это способ разбить функциональность решения на блоки; каждый объект в решении (справочник, документ, отчет и т.п.) должен входить хотя бы в одну подсистему. В частности, в решении ERP заведены три подсистемы, облегчающие построение производных от ERP решений:
  1. «Объекты УП, УТ, КА» - объекты, входящие во все прикладные решения: Управление Торговлей, Комплексная Автоматизация, Управление Предприятием (русскоязычное название ERP).
  2. «Объекты УП, КА» - объекты, относящиеся только к конфигурациям Комплексная Автоматизация и ERP.
  3. «Объекты УП» - объекты, относящиеся только к решению ERP
Любой прикладной объект в решении ERP должен относиться ТОЛЬКО К ОДНОЙ из этих трех подсистем. Это условие проверяется при статическом анализе кода решения ERP (см. ниже).

Цифры после запятой

Версия продукта ERP состоит из четырех чисел, разделенных точками. Например - 2.1.3.117.
  • Первое число (редакция) в версии меняется крайне редко (например КА 1.х.х.х и КА 2.х.х.х разделяет почти 8 лет).
  • Второе число (подредакция) меняется примерно раз в год. В версии с новой подредакцией выпускается новая функциональность. Выпуск таких версий часто приурочивается к началу календарного года, чтобы у пользователей было достаточно времени на «переезд» на новую версию.
  • В версиях с новым третьим числом (релиз) развивается существующая функциональность; новый релиз выходит примерно раз в два-три месяца.
  • Версии с обновленным четвертым числом (исправительные сборки) содержат в себе только исправления ошибок и обновления для соответствия текущему законодательству. Выходят каждые две недели.
Единовременно у нас в разработке могут находиться до 3 версий продукта, например:
  1. 2.1.3.X – Поддерживаемый релиз предыдущей подредакции. Будет выпускаться до конца 2016 года. В этой версии идет только исправление ошибок и правки для соответствия текущему законодательству.
  2. 2.2.1.X – Текущий релиз текущей подредакции. В нем новая функциональность подредакции. Для него до выпуска релиза 2.2.2.X, будут выпускаться исправительные сборки.
  3. 2.2.2.X – Развитие функциональности текущей подредакции. Именно этот релиз активно разрабатывается.

Учитывая, что из каждой ветки ERP получаются, помимо ERP, еще 3 решения – КА, УТ и УТ Базовая – получаем 12 версий продуктов, находящихся в 12-ти разных хранилищах.
В ходе разработки мы имеем до 4 горизонтов планирования, например:

  1. 2.1.3 (поддерживается), решаем, какие ошибки правятся, какие проекты, связанные с изменением законодательства, будем реализовывать. Будут реализованы только те изменения, которые вступят в силу в 2016 году. Горизонт – до конца 2016 г.
  2. 2.2.1 (поддерживается) – исправляются «внешние» ошибки + изменения законодательства, вступающие в силу до выхода 2.2.2. Горизонт – до выхода 2.2.2.
  3. 2.2.2 (активно разрабатывается) - исправляются «внешние» ошибки + найденные нами ошибки + реализуется новая функциональность. Горизонт – до выхода 2.2.3
  4. 2.2.3 (планируется). Если проект большой, то он может сразу разрабатываться на эту версию (и не войдёт в предыдущую). Горизонт – до выхода 2.2.4 или до конца 2017 года.

Использование продукта «1С:Система проектирования прикладных решений» в разработке ERP

Как уже рассказывалось, мы в 1С стараемся следовать принципу Eat your own dogfood , используя наши собственные продукты в наших внутренних процедурах. В частности, в разработке ERP мы широко используем продукт «1С:Система проектирования прикладных решений» (сокращенно СППР). СППР, как следует из названия, помогает проектировать прикладные решения на платформе «1С:Предприятие», и позволяет обслуживать задачи полного цикл разработки ПО - сбор требований, контроль изменений, документирование, баг-трекинг и т.д.
СППР позволяет создавать элементы двух типов – ошибки (которые должны быть исправлены) и требования (запросы на новую функциональность). С ошибками все более-менее ясно, рассмотрим создание нового требования.
Поводом для создания требования может быть:
  1. Запрос от партнера или клиента. Такие запросы мы собираем, в частности, на партнерских семинарах; путем голосования среди партнеров мы выделяем наиболее приоритетные из них.
  2. Запрос может возникнуть в ходе пилотного проекта по внедрению новой версии в том случае, если у клиента возникло важное для него пожелание.
  3. Запрос от нашей службы техподдержки (точнее, запрос от партнера или клиента, прошедший через нашу техподдержку), запрос с нашего партнерского форума или от нашего аккаунт-менеджера (который сопровождает важного для нас клиента/клиентов).
  4. Запрос от команды разработки платформы 1С:Предприятие. Платформенная команда просит команду разработки ERP (и других типовых конфигураций) использовать новую платформенную функциональность – например, интерфейс Такси , отказ от модальных окон , отказ синхронных вызовов и т.д.
  5. Рефакторинг, оптимизация архитектуры, улучшение юзабилити.

Поводом для рефакторинга (п.5) могут быть серьезные архитектурные изменения (например, пересмотр распоряжений на отгрузку, когда вместо накладных стали использоваться заказы).

Продукт СППР поставляется в составе ERP (но его можно купить и отдельно). Решение ERP может быть запущено в режиме интеграции с СППР; в этом случае на каждой форме будет кнопка «Открыть функциональную модель», при ее нажатии откроется описание функциональности формы в СППР.


Вот, что открывается – это модель рабочего места в IDEF0 :


Можно и наоборот – изучать функциональную модель и из нее открывать формы рабочих мест. Такой режим можно использовать при изучении работы программы.
Важный момент – открывается не СППР, открывается форма внутри ERP, куда подгружаются данные из СППР. Т.е. интеграция «бесшовная» (пользователь ее не видит). Этот прием применяется при интеграции и с другими продуктами. Например, с 1С:Документооборот (можно работать не выходя из ERP с почтой, задачами, бизнес-процессами, которые работают в другой базе).

Как мы разрабатываем ERP: 6 контрольных точек проекта

Итак, решено реализовать новое требование на изменение функциональности. Однотипные требования объединяются в технические проекты. В рамках нового релиза ERP обычно реализуются от 100 до 150 технических проектов, каждом проекте – от одного до нескольких десятков требований. Технический проект заводится в СППР; проект в ходе реализации проходит через 6 контрольных точек, каждая из них фиксируется в СППР.
Немного о делении на команды внутри подразделения ERP. Руководитель команды (тим-лид) участвует в проектировании и, как правило, участвует в разработке. В состав команды также входят обычно тестировщики. Команды разработки статичны, за ними закреплены по нескольку предметных областей. Если проект затрагивает смежные области, на время реализации проекта привлекаются участники соответствующей команды. В проект может быть вовлечена не вся команда.
Ответственный за проект – ведущий разработчик или тим-лид. На его ответственности – контроль процессов:
  • Качественное проектирование, учет всевозможных сценариев, сопряжение со смежными блоками
  • Сроки
  • Качество архитектуры, пользовательского интерфейса
  • Написание справки, оформление проекта, в т.ч. разработку функциональной модели
Точка 1. Открытие проекта
Тим-лид заводит технические проекты в СППР списком на релиз. В каждом проекте расписываются цели, указываются реализуемые требования. Список перед началом работы над релизом обсуждается с руководителем разработки. Собственно при открытии проекта совещаний не проводят – просто проект в СППР посылают на открытие.
Команда проекта приступает к разработке концепции.
Точка 2. Согласование концепции
Для согласования концепции проводится онлайн или офлайн встреча, в которой участвуют ответственный за проект, тим-лид, руководитель разработки, вовлеченные в проект специалисты. Обычно к этому этапу у ответственного за проект готов «крупноблочный» концепт, который дошлифовывается в ходе встречи. Также обсуждаются (и прописываются в СППР) сценарии, описание пользовательского интерфейса. Если требование родилось из запроса партнеров или клиентов, то материалы проекта (концепции, сценарии, UI) могут быть отправлены партнеру/клиенту для оценки решения.
В процессе встречи согласуется трудоемкость создания прототипа (обычно создание прототипа занимает до 5 рабочих дней). Команда приступает к созданию прототипа.
Точка 3. Согласование прототипов
Проводится встреча, в ходе которой рассматриваются готовые прототипы, обсуждаются детали реализации (в частности, какие объекты будут добавляться и изменяться), проверяются гипотезы, утверждаются прототипы форм и т.д. С целью максимально серьезной проверки на юзабилити прототипы запускаются в самом «жестком» режиме – в веб-клиенте, в интерфейсе «Такси», на мониторах с маленьким разрешением.
Функциональная модель проекта в нотации IDEF0 разрабатывается и хранится в СППР.
На этом этапе проектная команда должна как можно точнее оценить трудозатраты на реализацию проекта, поэтому обсуждаются (и документируются в СППР) все аспекты проекта:
  • Согласование правильности описания проекта в СППР (в частности, отслеживается, что все задачи на предыдущих контрольных точках проекта выполнены).
  • Какие новые объекты метаданных (справочники, документы и т.д.) будут добавляться в решение
  • Какие изменения будут делаться в уже существующих объектах метаданных
  • Согласование планов обменов данными с другими решениями(будут ли новые/измененные данные участвовать в обмене данными с другими приложениями, и если да – то как именно)
Если трудозатраты всех устраивают – проводится презентация (на основе материалов по проекту из СППР) всего, что сделано по проекту, с целью выявить как можно больше нюансов перед началом разработки.
И начинается разработка!
Точка 4. Согласование разработанного решения
Решение разработано, подготовлена презентация (в формате PowerPoint). Часто проводится очное совещание с «живым» показом разработанного решения.
Если проект публичный (опубликован в доступном партнерам списке планов на сайте 1С), то презентация выкладывается на партнерском форуме в разделе ERP, чтобы все заинтересованные партнеры могли ознакомиться и высказать свои замечания.
Точка 5. Тестирование и аудит проекта
По окончании основной разработки проводится прогон ручных функциональных тестов. Тестеры как полноценные члены команды участвует во всех контрольных точках проекта и имеет понимание функциональности проекта и сценариев работы. Тестеры также оценивают новую функциональность на соответствие нашим стандартам юзабилити. Эти стандарты (включают в себя стандарты кодирования и стандарты разработки интерфейса) публикуются в доступном партнерам и зарегистрированным пользователям ресурсе на сайте 1С.
Код проекта проходит процедуру code review . Code review в ERP проводят участники другой проектной группы; code review – обязанность, которую все разработчики команды ERP несут по очереди. В случае если в коде найдены проблемы, в СППР регистрируются ошибки, которые должны быть исправлены до прохождения точки 5.
Проводится проверка обновления на новую версию с предыдущей (последней выпущенной на данный момент сборкой).
Итак, проект готов, тесты пройдены, время заливать код в основное хранилище (до этого вся разработка ведется в отдельном хранилище технического проекта). На этом этапе также заканчивается написание справочных материалов по новой функциональности (справка хранится в СППР).
По окончании этапа (тесты пройдены и готовы справочные материалы) проект заливается в основное хранилище; после этого проводится выборочное регрессионное тестирование в смежных областях – мы должны убедиться, что не сломали ничего из существующей функциональности.
Точка 6. Окончание проекта
Закрываем проект в СППР – присваиваем ему статус «Выполнено».

Выпуск версии

Примерно за месяц до выпуска нового релиза накладывается мораторий на заливку новых проектов в основное хранилище (разработка в хранилищах тех. проектов продолжается); те проекты, которые не успели закончиться к этому времени, переносятся на другую версию.
В течение этого месяца проводится регрессионное тестирование; вносить изменения в код разрешено только для исправления привнесенных в этом релизе ошибок. Непривнесенные ошибки (те, которые воспроизводились и на предыдущих релизах), к началу регрессионного тестирования обычно почти все исправлены; те же ошибки, что остались, переносятся на следующий релиз. Основная задача регрессионного тестирования – гарантировать неухудшение качества продукта.
В качестве баг-трекера, как уже говорилось, используется все тот же СППР.

Исправительные сборки

Каждые две недели мы выпускаем исправительные сборки к версиям; на сегодня это 2.1.3.x, после выхода релиза 2.2.1 будут выпускаться 2 исправительные сборки - 2.1.3.x и 2.2.1.х. От регистрации ошибки до появления ее в исправительном релизе у нас проходит менее двух недель; наша статистика показывает, что среднее время от обращения клиента с ошибкой в ERP в поддержку до выхода ее исправления в исправительной сборке на сегодня – 9 дней.

Разветвленная разработка



В групповой работе над ERP мы стараемся использовать средства, предоставляемые нам платформой 1С:Предприятие. Конфигурации хранятся в хранилище конфигураций , при чекине новой функциональности в ветки используется стандартный механизм поставки и поддержки . Все операции автоматизируются по максимуму; в случае, если объекты менялись только на стороне разработчика – объединение кода происходит без участия программиста. Если для объединения исходников нужно вмешательство разработчика, обычно мы используем встроенные возможности платформы. Но есть также возможность вызова сторонних инструментов сравнения/объединения из инструментов платформы (например, или Araxis). Кстати, эта фича – вызова сторонних инструментов сравнения/объединения - была добавлена в платформу по запросу именно команды разработки ERP.

Разное

При разработке новой функциональности мы используем ту версию платформы, которая будет доступна на момент выхода новой версии ERP (на сегодня это платформа 8.3.8).
Это возможно благодаря тому, что в платформе очень активно используется режим поддержки совместимости с предыдущими версиями. Как только появляется новая платформа – мы на нее переходим, а вот отключение режима совместимости происходит далеко не сразу. Это связано с тремя причинами:
  1. Мы хотим меньше «шокировать» пользователей, поэтому отключение режима совместимости мы стараемся делать в «тихие» периоды, а не тогда, когда все пользователи, например, сдают отчетность.
  2. Обычно отключение совместимости связано с разного объема переделками конфигурации. Их нужно планировать, для их реализации нужно время.
  3. ERP – это конфигурация, в состав которой входит на настоящий момент 10 библиотек. Отключать совместимость можно только тогда, когда все библиотеки тоже это сделают.
О библиотеках можно написать отдельно. Библиотека – это специальным образом написанная конфигурация, которая включает в себя функциональность, которая должна одинаковым образом работать в различных конечных наших прикладных решениях. Интеграция библиотек осуществляется с помощью уже упомянутого механизма платформы «Поставка конфигураций». Библиотеки разделяются на публикуемые (те, которые мы публикуем, и которые могут использовать сторонние разработчики в своих прикладных решениях) и внутренние (которые мы отдельно не публикуем – только в составе прикладных решений). Подавляющее количество библиотек являются публикуемыми.
В состав ERP входят 10 библиотек, разрабатываемых другими командами. Их код не меняется разработчиками команды ERP.

Список библиотек

  1. Библиотека стандартных подсистем .
    Базовая функциональность – права доступа, печать, почта и т.д. Входит в состав большинства прикладных решений.
  2. в ERP
  3. Библиотека интернет-поддержки пользователей.
    Информирование о выходе обновлений, обращение в тех. поддержку, скачивание и установка обновлений
  4. Библиотека электронного документооборота .
    Обмен электронными документами с контрагентами (в т.ч. юридически значимый ЭДО), DirectBank (прямой обмен с банками), обмен с сайтами (CMS).
  5. Библиотека интеграции с ЕГАИС.
    Обмен с Единой Государственной Автоматизированной Информационной Системой для учета операций по розничному обороту алкоголя.
  6. Библиотека регламентированного учета.
    «Кусочек» 1С:Бухгалтерии в ERP. Вообще регламентированный учет в ERP в методической части (за некоторыми небольшим исключениями) сходен с 1С:Бухгалтерией, но его реализация отличается и делается независимо. Из 1С:Бухгалтерии мы берем бухгалтерские отчеты и отчетность по некоторым налогам.

Как мы тестируем 1С:ERP

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

  • Состав ролей. Например, проверяется, что права на чтение всех констант включены в роль «Базовые права».
  • Соответствие кода принятым стандартам. Для большого количества стандартов прикладной разработки (которых у нас несколько сотен) написаны процедуры анализа кода на предмет их соблюдения. Например, что не используются полные соединения в запросах, или, что правильно локализованы строки, которые отображаются в интерфейсе.
  • Специфические проверки, связанные с особенностями разработки ERP
    Например, проверка, что каждый прикладной объект входит только в одну из подсистем «Объекты УТ, КА, УП», «Объекты КА, УП» или «Объекты УП»
Динамический анализ кода включает в себя, в частности, регрессионное тестирование , в рамках которого прогоняются следующие операции (а результаты операций сверяются с последним предыдущим успешным тестированием):
  • Открытие всех форм
  • Обмен данными с другими прикладными решениями (например, с 1С:Бухгалтерия Предприятия)
  • Отражение проведенных документов в учете. Проверяется, что после проведения документа в эталонной базе результат отражения его в учете не поменялся.
  • И др.
Для регрессионного тестирования мы используем от 10 до 20 баз данных, различного размера (от 15 Гб до 70 Гб) и разной специфики наполнения.
На этих же базах тестируем обновление на новую версию с предыдущей, с целью убедиться, что обновление проходит а) корректно и б) за разумное время.
При обновлении базы 1С есть два существенных этапа:
  1. Основное время - обновление данных в многопользовательском режиме. Прикладное решение готовит данные к обновлению в фоне, пользователи могут продолжать работать с системой, но быстродействие системы может быть снижено и часть функций могут работать ограниченно. Обычно обновление на новую версию проводят в выходные (когда активность пользователей минимальна).
  2. Минимальное время - обновление в монопольном режиме. Когда все данные подготовлены в фоновом режиме, наступает время изменения структуры БД. Для этого база данных переводится в монопольный режим, когда работа пользователей с системой невозможна. Скорость обновления крайне важна для наших пользователей.
В ближайших планах – расширение зоны автотестирования с целью покрыть ими максимальное количество сценариев.

Заключение

ERP – один из самых масштабных наших продуктов. Мы стараемся использовать в его разработке современные и передовые методики, а также создавать новые методики и инструменты, чтобы, с одной стороны, быстро его развивать, а с другой стороны - обеспечивать высокое качество разработанного решения.

Теги:

Добавить метки