1с erp новое управление предприятием 2.2. Является ли «1С» ERP системой? Цифры после запятой

Интеграция модуля "Яндекс.Кассы" в продукты "1С:Предприятия"

2017

«1С-Рарус» готовит модуль «1С:Заказчик-застройщик»

18 октября 2017 года компания «1С-Рарус » объявила о подготовке к выпуску продукта «1С:Заказчик-застройщик. Модуль для 1C:ERP», позволяющего автоматизировать процессы строительства, продажи и аренды недвижимости и инвестиционной деятельности.

Выпуск редакции 2.4

Развитие регламентированного учета

Формирование проводок по документам

• Возможность автоматического проведения по бух. учету только проверенных бухгалтером документов
• Настройка счета учета материалов, переданных в переработку
• Отражение сборки/разборки номенклатуры без использования счета 20
• Настройка счетов отражения продаж по ЕНВД

• Заполнение раздела 7 декларации по НДС
• Удобное рабочее место по перечислению НДС в бюджет по отдельным операциям
• Поддержка особенностей учета НДС при ввозе товаров из ЕАЭС
• Развитие функциональности налогового агента по НДС
• В разработке (к версии 2.4.3) учет НДС при «длительном цикле производства»

• Учет убытков прошлых лет для целей налогового учета по прибыли
• В разработке (к версии 2.4.3) учет резервов предстоящих расходов

Раздельный учет по Государственному оборонному заказу

План-фактный анализ себестоимости

Развитие управления производством

На уровне планов предприятия

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

На уровне межцехового управления

• Поддержана одновременная занятость нескольких рабочих центров на этапе

На уровне внутрицехового управления

• В разработке (к версии 2.4.3) сменно-суточные задания и новое рабочее место для «ручного» назначения операций

• Поддержаны спецификации на мерную продукцию
• Существенно развиты формулы для расчета потребления ресурсов в спецификациях и маршрутных картах
• В разработке (к версии 2.4.3) поддержка процессов ремонтного производства

Интеграция с ГИС

Доступность из облака

В июле 2017 года флагманский продукт «1С» - «1С:ERP Управление предприятием 2» - станет доступен из облака 1cfresh.com в тестовом режиме. Об этом сообщил директор «1С» Борис Нуралиев .

Для начала стартует пилотный этап, предусматривающий бесплатное использование приложения. В дальнейшем ориентировочная стоимость сервиса составит от 1500 рублей за 1 пользователя в месяц.

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

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

Ранее, в мае, «1С» разрешила партнерам сдавать «1С:ERP» клиентам в аренду. Минимальная стоимость за одно рабочее место в этом случае составляет от 1000 руб. в месяц при установке на оборудовании клиента.

Сдача в аренду программ «1С:Предприятие» – быстрорастущий сегмент бизнеса «1С». На май 2017 года в аренду сдается более 60 тысяч рабочих мест. Рост продаж в 2016 году составил 37%. Договоры «Аренда ПО 1С» заключены с 54 крупными корпорациями, использующими более 12 тысяч лицензий. Стала популярной схема, когда инсорсинговая компания внутри холдинга становится арендатором и предоставляет ПО «дочкам».

По данным «1С», на май 2017 года решением «1С:ERP Управление предприятием» в России пользуются около 1600 организаций.

2016

Динамика продаж типовых ERP-решений «1С»

По данным на 25.10.2016:1268 клиентов приобрели коммерческую версию 1С :ERP На сайте «1С» опубликовано 279 внедрений .

"1С:ERP Управление предприятием 2" в редакции 2.2

Позиционирование 1С:ERP относительно других решений 1С

В разработке участвуют более 100 специалистов

• 1С:ERP содержит 7,5 млн строк кода

Внедрения в производстве

• Позаказная модель управления и учета 3 уровня управления, опционально
• Объемно-календарное планирование
• Межцеховой график
• Внутрицеховое расписание
• Сниженные требования к качеству НСИ
• Учет материальных и ресурсных ограничений
• Поддержка требований законодательства

Развитие в версии 2.2

• Сохранение методологии
• Оптимизация архитектуры
• Повышение производительности
• Развитие материальной логистики
• Упрощение ведения первичного учета
• Развитие эргономики
• Оптимизация архитектуры
• Повышение надежности
• Повышение скорости расчета
• Расчет стоимости продукции при переработке
• Оптимизация повторного перерасчета
• Снижение потребления памяти
• Встроенные средства диагностики и тестирования

Расчет себестоимости в 1С:ERP

• Количественное распределение партий по FIFO
• Включение / исключение НДС
• Предварительный расчет стоимости
• Распределение доп. расходов
• Распределение косвенных расходов и зарплаты
• Расчет доли НЗП
• Расчет стоимости по системе линейных уравнений

Казначейство в 1С:ERP

• Интеграция с другими подсистемами ERP
• Оформление документов «в один клик»
• Удобный платежный календарь
• Поддержка платежей расчетов по 275-ФЗ
• Обмен с банками в формате DirectBank
• Автоматическая разноска входящих платежей
• Прием платежей через Яндекс.Кассу

Переход с других приложений на 1С:ERP

Открытая для изменений система

Платформенно-ориентированный подход позволяет:

• Использовать свой бизнес-ориентированный язык разработки
• Сокращает время разработки
• Ускоряет процесс обучения разработчика
• Исполнять единожды написанные приложения:
• На разных операционных системах – Windows , Linux , MacOS
• На разных СУБД – MS SQL , Oracle , IBM DB2 , PostgreSQL
• В разных вариантах – локальном, клиент-серверном, облачном, распределенном, …

2015: "1С:ERP Управление предприятием 2" в редакции 2.1

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

Цена основной поставки (платформа версии 8.3, прикладное решение и лицензия на одно рабочее место) была одинаковой и у всех партнеров составляла 14,5 тыс. руб. без учета сервера приложений «1С» (72 тыс. руб. в случае одного сервера, без кластеризации; на различные серверные варианты цены лежат в диапазоне от 14,4 тыс. руб. до 180 тыс. руб.) и непосредственно лицензий на рабочие места (на 100 АРМ – 300 тыс. руб., на 500 АРМ – 1,48 млн руб.) Точную цену на финальную версию основной поставки УП 2.0 «1С» вендор партнерам не называл, озвучивая только диапазон 300-450 тыс. руб.

Теперь суммы стали известны: рекомендуемая розничная цена на появляющуюся в продаже 31 декабря 2013 г. УП 2.0 составляет 360 тыс. руб. В этот комплект не входят серверные и многопользовательские лицензии, но входит платформа «1С:Предприятие 8.3», конфигурации «ERP Управление предприятием 2.0» и «Система проектирования прикладных решений», конфигуратор, лицензия на одно рабочее место и документация.

Также за 990 тыс. руб. можно купить второй расширенный комплект: корпоративную версию УП 2.0 с документооборотом, серверной и 100 пользовательскими лицензиями. Напомним, ранее вендор обещал, что при появлении финальной версии УП 2.0 заказчикам, которые уже пользовались бета-версией и смогут подтвердить это, компания предоставит 70% скидку. «1С» взяла этот процент от цены базовой поставки и вычла получившиеся 252 тыс. руб. из цен обоих комплектов поставки. Итого для пользователей бета-версии цена составляет 108 тыс. руб. и 738 тыс. руб. соответственно.

2012

1С:ERP Управление предприятием 2.0

Решение «1С:ERP Управление предприятием 2.0» является развитием наиболее массово применяемой в настоящее время в России и странах СНГ системы ERP-класса «1С:Управление производственным предприятием» редакции 1.3 (1С:УПП) и учитывает опыт, накопленный за 10 лет использования этой системы в масштабных проектах, насчитывающих сотни и тысячи рабочих мест (более 16 000 предприятий используют решение «1С:Управление производственным предприятием»). Пользователями «1С:ERP Управление предприятием 2.0» уже стали более 500 предприятий.

Преимущества решения

• функциональные возможности на уровне ERP-систем международного класса;
• платформа «1С:Предприятие 8.3 », поддерживающая работу через Интернет, в том числе «облачные» технологии и работу на мобильных устройствах;
• наличие специализированных решений, расширяющих возможности системы (PDM , EAM , PMO , ITIL , CRM , MDM , WMS , TMS , BSC , ECM , CPM и др.);
• сеть партнеров с многолетним опытом внедрения ERP-систем.

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

Развитие и инновации в «1С:ERP» относительно «1С:УПП»:

• Новая подсистема управления производством обеспечивает управление по межцеховым переходам и на операционном уровне, оперативную диспетчеризацию, управление по «узким местам», управление загрузкой оборудования.
• Подсистема организации ремонтов позволяет вести учет объектов ремонта, регистрировать наработку, контролировать выполнение текущих и внеплановых ремонтов.
• Система учета затрат и расчета себестоимости обеспечивает детализацию до состава исходных затрат, наглядность и контроль обоснованности расчета.
• Подсистема управления финансами позволяет вести учет в разрезе направлений деятельности, использовать гибкие правила распределения затрат. Функционал казначейства позволяет эффективно управлять денежными средствами.
• Усовершенствованные механизмы и инструменты бюджетирования используют табличную модель бюджетирования, позволяют эффективно и наглядно управлять бюджетным процессом с использованием диаграммы Ганта.
• Подсистемы для автоматизации торгово-складской деятельности обеспечивают эффективное управление процессом продаж, позволяют использовать мобильные рабочие места работников складов и торговых представителей.
• Управление взаимоотношениями с клиентами позволяет оценивать результаты маркетинговых акций, отслеживать стадии сделок с клиентами, формировать воронку продаж и анализировать эффективность работы персонала.
• Подсистема управления закупками включает специализированные рабочие места, позволяющие в соответствии с правилами обеспечения автоматически рассчитать потребность в закупке ТМЦ.
• В рамках функционала регламентированного учета обеспечивается отражение хозяйственных операций для групп финансового учета, возможность вести учет в разрезе обособленных подразделений (филиалов) предприятия, автоматическая поддержка учета «сложного» НДС без дополнительных настроек.
• Функционал управления персоналом и расчета заработной платы позволяет осуществлять ведение кадрового учета, необходимое крупным производственным предприятиям, производить расчет зарплаты по данным выработки.
• Подсистема международного финансового учета (МСФО) позволяет вести учет и составлять отчетность, используя различные способы подготовки отчетности, комбинируя данные РСБУ, оперативного учета и параллельного учета.
• Модель конфигурации поставляется в нотации IDEF0 в «1С:Система проектирования прикладных решений» (СППР), что позволяет облегчить процесс проектирования, внедрения и сопровождения информационной системы предприятия.

Возможности флагманского решения фирмы «1С»

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

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

Основные возможности:

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

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

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

Поддерживается работа на мобильных устройствах. «1С:Монитор ERP» – специальное приложение для мобильных устройств, которое позволяет:

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

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

Система планирования

Использование «1С:ERP Управление предприятием 2.0» обеспечивает согласованную работу служб предприятия для построения и исполнения планов продаж, производства и закупок.

В системе поддерживается несколько уровней планирования:

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

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

Управление данными об изделиях

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

Управление производственными заказами

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

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

Формирование графика производства

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

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

Внутрицеховое управление

График производства c установленными сроками исполнения производственных этапов является основанием для организации работ в подразделениях. Планирование работ внутри производственного этапа осуществляется локальным диспетчером. Локальный диспетчер составляет расписание работ в интервалах планирования, исходя из текущей производственной ситуации, поддерживается метод «барабан – буфер – верёвка», алгоритмы MES/APS. Предусмотрен автоматизированный учет выполнения работ с использованием системы штрихового кодирования.

Функции локального диспетчера:

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

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

Реализован функционал управления техническим обслуживанием и ремонтом оборудования. Автоматизация ремонтной деятельности призвана обеспечить эффективное использование активов предприятия:

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

Функционал подсистемы решает следующие задачи:

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

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

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

• Себестоимость выпускаемой продукции – затраты через подразделения относятся на заказы на производство и продукцию (выполненные работы).
• Финансовый результат – объектами учета выступают направления деятельности, организации (в том числе и в целях формирования прибылей и убытков организаций), центры ответственности в виде подразделений.
• Стоимость внеоборотных активов – формирование стоимости будущих объектов ОС и НМА, учет расходов на капитальное строительство, проведение НИОКР.

Для анализа и построения системы управления затратами используются следующие подходы:

• сбор всей информации о расходах предприятия через операционные (нормативы расхода ресурсов, характеристики выполненной работы и т.д.) и стоимостные характеристики бизнес-процессов;
• выделение значимых и контролируемых затрат;
• использование различных процедур и методов распределения расходов на себестоимость выпусков и финансовый результат предприятия;
• формирование стоимости оборотных и внеоборотных активов, расходов на НИОКР и капитальное строительство;
• формирование себестоимости выпусков по статьям калькуляции с заданной классификацией затрат.

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

• формирование финансового результата по направлениям деятельности;
• формирование общего и обособленных финансовых результатов;
• учет прочих доходов и расходов.

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

Внедрение 1С:ERP Управление предприятием 2.0

Фирма «1С» рекомендует пользователям осуществлять внедрение «1C:ERP Управление предприятием 2.0» в тесном сотрудничестве с партнерами фирмы «1С», имеющими необходимые компетенции в области комплексной автоматизации предприятий на платформе «1С:Предприятие 8», штат сертифицированных специалистов, - партнеры имеющие статус «1С:Центр ERP».

Даннная статья продолжает цикл публикаций о новой ERP-системе, выпущенной фирмой 1С в конце 2013г, "1С:ERP Управление предприятием 2.0". Статья посвящена организации планирования производства в программе 1С:УП2.0. Автор - Смирнова Екатерина - ведущий консультант по внедрению ERP-систем ВЦ "Раздолье".

Введение

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

Хочу отметить, что концепция планирования в 1C:ERP в корне отличается от механизмов, заложенных в УПП 1.3. За основу взята Теория ограничения систем (ТОС) Э. Голдратта, а именно: производительность системы в целом определяется производительностью ее «слабого звена». Соответственно, задачей подсистемы планирования производства является оптимизация загрузки именно такого рабочего центра. По-другому, рабочий центр, который не позволяет предприятию продавать большее количество продукции, называется узким местом или барабаном.

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

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

При этом необходимо отметить, что 1C:ERP не ограничивает работу подсистемы планирования только одним узким местом. В том случае, если на предприятии есть несколько станков/рабочих центров, которые следует контролировать, то программа позволяет определить производственные маршруты на нескольких барабанах.

Совместно с ББВ, используется концепция ритмичного планирования. В системе это реализовано следующим образом: вся работа производственного подразделения разделяется на равные интервалы планирования (они могут быть от одного часа до месяца), и планирование осуществляется в рамках интервала.

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

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

Планирование производства разделено на 2 уровня:

1. Уровень глобального диспетчера - планирование прохождения производственной цепочки в целом по подразделениям, участкам производства. Глобальный диспетчер не планирует время для каждой операции, а только передает список операций, которые должны быть выполнены в каждый интервал времени. Также глобальный диспетчер контролирует наличие материалов и полуфабрикатов на начало каждой операции. Еще одной задачей глобального диспетчера, является контроль выполнения всех производственных операций по итогам интервала планирования.
2. Уровень локального диспетчера - Планирование производства внутри интервалов. Локальный диспетчер определяет конкретное время выполнения для каждой операции, полученной от глобального диспетчера. Также он определяет конкретные рабочие центры, которые будут работать над выполнением операций, и последовательность обработки партий.

Дополнительно к описанному варианту планирования в системе реализовано еще пооперационное планирование, но на этом в статье останавливаться не будем.

Рассмотрим отписанные выше принципы планирования на примере.

Прежде чем приступать к операциям планирования в систему нужно внести нормативно-справочную информацию.

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

Сведения, необходимые для подсистемы планирования, расположены на закладке «Параметры производственного подразделения»

График работы определяет периоды доступности производственного подразделения. Если он не задан, то берется значение основного графика, заданное для предприятия в целом.

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

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

Интервал планирования - квант времени, определяющий ритмичность работы подразделения. Это может быть один час, день, неделя и месяц. Для каждого подразделения может быть задан свой интервал планирования.

Здесь же указывается вариант управления маршрутными листами. В рамках стати мы будем рассматривать методику Барабан Буфер Веревка.

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

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

Локальный диспетчер обеспечивает и контролирует загрузку каждого рабочего центра в отдельности.

Основные параметры, значимые для планирования, задаются в виде рабочего центра

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

Максимальная доступность - параметр, который определяет максимальное время операции, которое может выполняться на данном виде рабочих центров. Это означает, что если максимальное время доступности 8 часов, операция, на выполнение которой, требуется 16 часов будет обрабатываться 2 дня. При этом, если на обработку одного изделия требуется 16 часов, то несколько станков позволят выполнить обработку большего количества изделий, но не ускорят обработку одного.

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

Если флаг «Учитывать доступность по графику работы» не установлен, то считается, что рабочие центры данного вида могут выполнить любой объем работ.

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

Параметр «Составлять график работы на» определяет период по умолчанию для составления графика доступности РЦ.

Если в 1C:ERP требуется планировать переналадку, то при установке флага «Используются варианты наладки» можно устанавливать время.

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

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

На второй закладке перечень созданных графиков доступности.

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

Документ составляется для вида РЦ, сами РЦ перечисляются в строках табличной части документа.

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

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

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

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

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

Спецификации задаются из карточки справочника «Номенклатура» на закладке «Производство».

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

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

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

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

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

Производственный процесс в 1C:ERP может быть, как собственным (Одноэтапный/Многоэтапный), так и выполняться силами стороннего переработчика.

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

Рассмотрим вариант одноэтапного производственного процесса:

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

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

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

Затем в табличную часть необходимо добавить вид рабочих центров.

Хочу обратить внимание, что не смотря на то, что рабочие центры указываются в табличной части, планировать система будет только на один из них. Несколько видов рабочих центров имеет смысл указывать в том случае, когда вы не знаете точно, какой из них является ключевым. При таком способе задания РЦ система при планировании сама определит ключевой и установит его в график производства.

В поле «Время работы» указывается время, которое требуется для выполнения операции над количеством изделий, указанных в поле «Одновременно производимое количество».

Если установлен флаг «непрерывный», тогда этап не может быть прерван недоступным периодом работы (например, выходными).

Алгоритм задания многоэтапного производственного процесса несильно отличается от одноэтапного.

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

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

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

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

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

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

Результат ввода спецификаций можно посмотреть через отчет «Дерево спецификаций».

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

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

На этом ввод нормативно-справочной информации закончен, и можно приступить к планированию.

Основным источником данных для планирования является заказ на производство. Его можно найти в разделе «Производство».

В поле «Подразделение-диспетчер» указывается подразделение, по которому в дальнейшем можно будет отфильтровать заказы в рабочем месте глобального диспетчера (оно не обязано совпадать с выпускающим подразделением).

В продукции задается готовое изделие, указывается количество и дата потребности. Указывается склад выпуска.

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

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

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

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

К глобальному диспетчеру попадают только те заказы, у которых установлен статус «К производству».

Глобальный диспетчер работает в форме «График производства» в разделе «Производство».

Форма разделена на 3 части:

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

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

При этом возможны следующие варианты планирования:

• Не учитывать доступность материалов.
• Не учитывать ограничения доступности рабочих центров.
• На «пустой завод».
• Использовать резервы доступности (время, которое система при соответствующих настройках вида рабочего центра оставляет в резерве).

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

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

Для анализа производственного графика можно нажать на элемент диаграммы, и будет открыта форма диагностики графика производства.

Локальный диспетчер работает в форме «Диспетчирование производства». Форма предназначена для подразделений, работающих по методу ББВ.

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

В форме доступны отборы по Подразделению, рабочему центру, бригаде и периоду.

Первое действие, которое должен выполнить локальный диспетчер - это формирование маршрутных листов.

Маршрутный лист - это основной документ оперативного производственного учета.

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

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

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

Для формировании маршрутных листов необходимо в правой верхней части формы нажать на ссылку «Сформировать маршрутные листы» .

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

В маршрутном листе указывается вид рабочего центра и объем работ в часах. Выходные изделия (если есть) и требуемые материалы и работы (если есть).

До момента планирования период производства указывается равный интервалу планирования.

Для этого предназначен инструмент «Формирование расписания РЦ» .

В шапке формы задаются отборы для этапов производства (маршрутных листов). Доступен отбор по подразделению, виду РЦ, периоду.

В левой верхней таблице находится список маршрутных листов, для которых не указан РЦ и не назначено расписание.

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

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

Если операция завершена успешно, то маршрутный лист исчезает из левого верхнего списка и появляется в нижнем списке «Расписание».

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

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

Сформированное расписание можно посмотреть на диаграмме, которая находится на вкладке «График занятости».

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

Маршрутные листы, для которых назначен РЦ и установлено расписание, должны быть переданы к выполнению. Это также происходит в РМ «Диспетчирование производства».

В меню «Задачи» маршрутные листы могут быть:

• Переданы к выполнению.
• Помечены, как выполненные.
• Отмечена готовность ключевого рабочего центра.

Из меню задач на маршрутный лист может быть сформирована:

• Выдача материалов в производство.
• Оформлена выработка сотрудников.
• Оформлен выпуск продукции или работ.

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

Итак, мы на самом простом примере познакомились с механизмами планирования в программе «1С:ERP Управление предприятием 2.0». В следующих статьях мы разовьем тему планирования, рассмотрев более сложные примеры.

.
«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 – один из самых масштабных наших продуктов. Мы стараемся использовать в его разработке современные и передовые методики, а также создавать новые методики и инструменты, чтобы, с одной стороны, быстро его развивать, а с другой стороны - обеспечивать высокое качество разработанного решения.

Теги:

• 1С
• erp системы
• разработка приложений
• 1С:Предприятие
• программирование
• тестирование

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

Учет основных средств/нематериальных активов в 1С:ERP ведется параллельно в трех контурах учета: управленческом (или оперативном) контуре, регламентированном контуре и учет на международном плане счетов (МФУ).

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

Рисунок 1. Основные операции учета ОС в 1С ERP

*Следует предупредить, что в предыдущей версии 1С:ERP 2.2 методика учета ОС сильно отличалась от последних версий. В статье мы кратко коснемся основных отличий, но пошаговая инструкция по учету ОС, изложенная в этой статье, касается именно последней версии 1С:ERP – 2.4.

Отражение поступлений ОС (до принятия к учету)

Оформить приход ОС можно двумя способами:

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

Рисунок 2. Пример заполнения статьи расходов для отображения поступления ОС

Обратите внимание: в статье осуществимо разделение способа отображения для регучета и упручета, в частности – можно отразить поступление ОС только в одном виде учета, а во втором, например, отнести операцию к расходам текущего периода. Что касается отражения в МФУ, то порядок отражения регулируется группой финансового учета (ГФУ), указанной на закладке «Регучет и МФУ», и учетной политикой МФУ, указанной у организации. Далее мы отразим операцию поступления ОС до принятия к учету во всех трех контурах.

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

Рисунок 3. Документ поступления ОС

В качестве аналитического элемента статьи расхода указывается ОС из справочника «Объекты эксплуатации».

При отражении документа в РУ и МФУ движения на плане счетов регучета будут соответствовать Дт.08.04.2 – Кт.60, в МФУ – в соответствии с настройками отражения ГФУ на плане счетов МФУ.

Принятие к учету ОС в 1С ERP

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

Начиная с версии 1С:ERP 2.4, принятие к учету ОС регулируется посредством «Принятие к учету ОС», в котором присутствуют настройки, позволяющие задать правила отражения как в регучете, так и в управленческом, причем сами эти правила могут отличаться.

Рисунок 4. Настройки документа принятия ОС к учету

В зависимости от значения, указанного в реквизите «Принятие к учету в», меняется внешний вид и состав доступных настроек документа принятия к учету.

Амортизация ОС

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

Процедура закрытия месяца, помимо формирования соответствующего документа, также выполняет:

• Актуализацию движений оперативных регистров по документам учета ОС, по которым было проведено уточнение стоимости в даты, попадающие в период закрытия месяца;
• Доначисление имущественного налога – если по принятым к учету основным средствам в этом же месяце был начислен налог на имущество;
• Доначисление по объектам основных средств, принятых к учету в текущем месяце, у которых выбран порядок учета «Начисление амортизации при принятии к учету». Если по таким объектам первоначальная стоимость была уточнена, то доначисление будет выполнено на разницу между предварительной и фактической стоимостью.

Выбытие ОС

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

Рисунок 5. Настройки документа списания ОС

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

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

...

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

Оно является развитием наиболее массово применяемой в настоящее время в России и странах СНГ системы ERP-класса "1С:Управление производственным предприятием" редакции 1.3, учитывает опыт, накопленный при внедрении и использовании этой системы в масштабных проектах, насчитывающих сотни и тысячи рабочих мест.

Решение "1С:ERP Управление предприятием 2" разработано проектной командой специалистов фирмы "1С" при участии специально созданного экспертного совета, в который вошли специалисты ведущих партнеров "1С" (Центры компетенции по производству, Центры разработки 1С) и руководители профильных подразделений крупных промышленных предприятий. Особое внимание при разработке было уделено реализации функциональных возможностей, востребованных крупными предприятиями различных направлений деятельности, в том числе с технически сложным многопередельным производством. Такой подход позволил существенно расширить возможности и область применения нового ERP-решения по сравнению с "1С:Управление производственным предприятием" редакция 1.3.

Поставку и внедрение системы "1С:ERP Управление предприятием 2" могут осуществлять партнеры фирмы "1С", имеющие статус "1С:Центр ERP".

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

Мы имеем опыт реализованных проектов на основе "1С:ERP Управление предприятием 2" в разных отраслях . Наши проектные команды постоянно совершенствуют свою работу и накопили достаточный опыт для того, чтобы находить лучшее решение задач предприятия-заказчика с помощью автоматизированной системы.

Наши специалисты готовы провести презентацию, проанализировать ваши потребности и сделать предварительную оценку проекта, организовать референс-визит.

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

• Разработана новая подсистема управления производством – управление по межцеховым переходам и на операционном уровне, маршрутные листы, управление партиями запуска, групповые и персональные задания на работу, оперативная диспетчеризация, управление по "узким местам", управление загрузкой, планирование до кванта времени, готовность работы с неточными нормативами.
• Разработана подсистема для организации ремонтов – учет объектов ремонта, регистрация наработки, учет текущих и внеплановых ремонтов, интеграция с производственной подсистемой – графики доступности оборудования.
• Развитие системы учета затрат и расчета себестоимости – детализация до объема исходных затрат, наглядность и контроль обоснованности расчета.
• Развитие подсистемы управления финансами – учет в разрезе направлений деятельности, этапы согласования заявок, гибкие правила распределения, эквайринговые операции.
• Совершенствование механизмов и инструментов бюджетирования – табличная модель бюджетирования, версионирование, расчет плановых показателей, расшифровка данных.
• Инструменты для автоматизации торгово-складской деятельности предприятия унифицированы с "1С:Управление торговлей", редакция 11.
• Возможности регламентированного учета соответствуют типовому прикладному решению "1С:Бухгалтерия предприятия", редакция 3, версия КОРП.
• Функционал продукта в части управления персоналом и расчета заработной платы унифицирован с "1С:Зарплата и управление персоналом", редакция 3, версия КОРП.
• Использование новых возможностей версии 8.3 платформы "1С:Предприятие" – весь функционал в "управляемом приложении".
• Повышение удобства работы. В "ERP Управление предприятием 2" по умолчанию используется интерфейс "Такси", максимально адаптированный под работу на любых мобильных устройствах и экранах с низким разрешением. Наряду с интерфейсом "Такси" в конфигурации поддерживается интерфейс "1С:Предприятия 8.2" (в закладках и в отдельных окнах). Пользователь может выбирать вид интерфейса в настройках программы.
• Настройка детализации учета выполняется в режиме работы пользователя путем выбора функциональных опций.
• Обеспечивается бесшовная интеграция с конфигурацией "Документооборот", позволяющая использовать механизмы бизнес-процессов для согласования принимаемых решений и документов, сохранять файлы в информационной базе "1С:Документооборота".
• Существенно расширен состав документов для ввода начальных остатков на момент запуска системы.
• Для отражения хозяйственной деятельности используются специализированные рабочие места: выполнение целевых задач с возможностью быстрого поиска и оперативного доступа к требующейся для принятия решения информации.
• Хозяйственная деятельность предприятия отражается в рамках оперативного контура с возможностью дальнейшего ее представления в бухгалтерском и налоговом учете посредством отложенного отражения.