THE BELL

Есть те, кто прочитали эту новость раньше вас.
Подпишитесь, чтобы получать статьи свежими.
Email
Имя
Фамилия
Как вы хотите читать The Bell
Без спама

25 июня 2019 года стало известно, что в течение двух-трех ближайших месяцев фирма «1С » создаст международную версию своей системы ERP (Enterprise Resource Planning, планирование ресурсов предприятия), которую будет проще внедрять у заказчиков за рубежом из-за более легкой адаптации под местные реалии.

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

Бета-версия международной ERP с индексом 2.5.3 будет выпущена в августе или сентябре 2019 г. Затем начнется ее финальная доработка на основе поступающих требований партнеров.

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

В частности, по заверению топ-менеджера, в рамках этого проекта произойдет существенное развитие подсистемы МСФО (международные стандарты финансовой отчетности) и появится полностью настраиваемый план счетов РСБУ (издаваемые Минфином российские стандарты бухгалтерского учета).

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

2017

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

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

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

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

  • Обеспечена возможность указания идентификационного номера (налогового номера) юридического лица за пределами РФ.
  • Поддерживается хранение реквизитов ИНН и КПП контрагента в полученных счетах-фактурах.
  • Оптимизирован механизм отражения информации о регистрации в налоговых органах обособленных подразделений организации, выделенных на отдельный баланс.
  • Изменена регистрация особого порядка налогообложения по налогу на имущество.
  • Обновлены формы декларации и расчета авансов по налогу на имущество.
  • Поддержан учет НДС при экспорте сырьевых товаров.
  • Определен новый порядок задания счетов при отражении операций расчетов с контрагентами с использованием параметров ГФУ расчетов.
  • Оптимизирована процедура настройки счетов в рамках рабочего места "Настройка отражения документов в регламентированном учете".
  • Реализовано ведение раздельного учета по контрактам в соответствии с требованиями Федерального закона N 275-ФЗ.

Учет внеоборотных активов

Добавлен сценарий организации учета внеоборотных активов, в котором:

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

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

Регламентированный кадровый учет и расчет зарплаты унифицированы с конфигурацией "Зарплата и управление персоналом ПРОФ", редакция 3.1.3.

Сервисные возможности

  • Для создания территориально распределенных систем добавлен механизм распределенных информационных баз (РИБ). При помощи данного механизма осуществляются синхронизация изменений конфигурации и полная консолидация данных между центральной базой (центральным узлом РИБ) и всеми периферийными базами (периферийными узлами РИБ).
  • Для развития задач электронной торговли добавлен механизм создания и публикации собственных сайтов 1С-UMI. Механизм реализован в рамках отдельного сервиса по автоматизированному созданию и наполнению сайта "в один клик".
  • Упрощен механизм обслуживания и разработки правил конвертации с использованием универсального формата Enterprise Data, реализована поддержка версии 1.4.

Требования

Для перехода на редакцию 2.4 необходимо установить версию не ниже 2.4.1 конфигурации "ERP Управление предприятием 2". Для работы редакции 2.4 необходима версия платформы "1С:Предприятие " 8.3.10 или выше.

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

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

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

  • Возможность автоматического проведения по бух. учету только проверенных бухгалтером документов
  • Настройка счета учета материалов, переданных в переработку
  • Отражение сборки/разборки номенклатуры без использования счета 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».

Введение.

Цель данной статьи – рассказать об управлении затратами в новом программном продукте фирмы «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С: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 Управление предприятием редакции 2.0 в области планирования и учета прямых затрат на производство продукции. Система автоматической проверки принимает в качестве решения, реализованные прямо в программе объекты - справочники, документы, регистры и т.д.

Подробное описание изучаемых тем

Процесс обучения основан на решении практических заданий по следующим разделам:

1. Подготовка к ведению учета:

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

2. Управление прямыми переменными затратами:

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

3. Расчет себестоимости продукции и валовой прибыли от продаж.

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

Обучающая программа не предоставляет право использования 1С:ERP Управление предприятием 2.0.

Начать работу

Выберите вариант работы с программой:

Инструкция по установке программы на Ваш компьютер

1. Установить и настроить программу 1С ERP Управление предприятием 2.0 на Ваш компьютер

Запустите скачанный файл setup.exe
(в случае предупреждения об опасности разрешите запуск файла);
- следуйте инструкциям программы установки.



Важно! Для работы программы требуется подключение к сети Интернет.

3. Запустить обучающую программу и выбрать информационную базу

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

Так же Вы можете расширить методическую поддержку бесплатной программы,

Описание

Возможности программы:

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

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

THE BELL

Есть те, кто прочитали эту новость раньше вас.
Подпишитесь, чтобы получать статьи свежими.
Email
Имя
Фамилия
Как вы хотите читать The Bell
Без спама