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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ООО «Челябинский завод мобильных энергоустановок и конструкций»

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

Задачи:

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

Результаты проекта:

1. Сокращены сроки предоставления оценки бюджета проекта;
2. Сокращены трудозатраты на планирование и работу с текущим бюджетом движения денежных средств;
3. Снижена вероятность ошибок при передаче данных;
4. Возросла эффективность взаимодействия между производственными службами и службами, обеспечивающими производство ресурсами;
5. Снижены остатки товаров на складах;
6. Усовершенствованы процессы взаимодействия диспетчерской службы и отдела материально-технического снабжения;
7. Уменьшен срок согласования оплаты счета поставщика;
8. Повышена прозрачность и наглядность платежного календаря;
9. Получение достоверных данных о себестоимости позволит заводу в дальнейшем более гибко подходить к ценообразованию при оценке будущих проектов. Гибкое ценообразование даст ему конкурентное преимущество;
10. Интеграция 1С:ERP со сторонними системами;
11. Автоматизированы блоки финансового учета, казначейства и бюджетирования.

• 1C:ERP

ACG Glass Europe

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

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

В группе компаний AGC Россия сформировалась потребность обновления ИТ-ландшафта в части управления персоналом и расчета заработанной платы. В рамках проекта необходимо было произвести обновление оборудования и осуществить внедрение системы, которая должна была поддерживать учет персонала в соответствии с законами РФ, в том числе по защите персональных данных, и требованиями территориальных органов ФНС, ФСС и пенсионного фонда.

Решение:

Было принято решение внедрить систему «1С:Зарплата и Управление Персоналом КОРП» и интегрировать её с корпоративной системой «SAP». При этом должна была быть предусмотрена возможность загрузки из Excel начислений по питанию, мобильной связи, бензину, ДМС; необходимо было поддержать автоматические отчисления в негосударственный пенсионный фонд; создать и ежемесячно вести карточки по предоставлению социальных льгот (путевки) для сотрудников и их детей.

Результаты проекта:

1. Осуществлён перенос данных из SAP HR в 1С:ЗУП;
2. Разработаны интерфейсы обмена с SAP;
3. Ведение табельного учета полностью соответствует потребностям компании в части ввода данных, создания на их основе первичных документов и контроля за внесенными данными.

• 1C:ERP

Компания «ГФК-Русь» является дочерним предприятием немецкого холдинга «Gfk Group», занимается проведением различных исследований маркетинговой и социальной направленности. Более, чем за 25 лет работы на российском рынке, штат компании достиг численности в полторы тысячи человек, несколько сотен из которых являются сотрудниками полевых отделов, располагающихся в разных городах России.

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

Раньше «ГФК-Русь» использовала продукт «1С:Зарплата и Управление персоналом 2.5» в качестве системы автоматизации кадрового учета и расчета заработной платы. Однако некоторые операции проводились вручную.

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

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

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

Результаты проекта:

1. Минимизировано влияние человеческого фактора в процессе расчета заработной платы;
2. Расширен функционал программы 1С:ЗУП;
3. Оптимизирована и повышена продуктивность работы HR-персонала;
4. Обеспечен высокий уровень информационной безопасности при работе с конфиденциальными данными сотрудников и компании;
5. Повышена мобильность и доступность персонала, так как с системой можно работать через web-клиент;
6. Обеспечена возможность получения оперативной отчетности, которая необходима руководству компании для принятия управленческих решений, касающихся стратегии развития бизнеса.

• 1C:ERP

Компания Indexeventus

Один из ведущих российских поставщиков оборудования для мерчандайзинга и POS-материалов.

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

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

Результаты проекта:

1. Сократились сроки формирования регламентированной отчетности;
2. Влияние человеческого фактора сведено к минимуму;
3. Управление бизнес-процессами осуществляется в единой информационной системе;
4. Повысилась производительность сотрудников и предприятия в целом;
5. Автоматизирован управленческий учет в требуемых аналитических разрезах;
6. Автоматизированы производственные процессы.

• 1C:ERP

ООО «ЭЛЬСТЕР Газэлектроника»
(г. Нижжний Новгород)

Ведущее предприятие России по производству газоизмерительного оборудования, а также по развертыванию и внедрению автоматизированных систем сбора и передачи данных с коммерческих узлов учета природного газа (системы АСД) в промышленном и коммунально-бытовом секторе.

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

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

Результаты проекта:

1. Автоматизирован производственный учёт;
2. Обеспечена возможность анализа затрат и расчета себестоимости продукции;
3. Автоматизирован учёт движения денежных средств;
4. Оптимизировано ведение бухгалтерского и налогового учета в единой информационной системе;
5. Повысилась производительность труда сотрудников;
6. Увеличилась эффективность деятельности предприятия;
7. У руководства появилась возможность финансового планирования с учетом различных факторов и аналитических данных, предоставляемых системой.

• 1C:ERP

АО «Красноярскнефтепродукт»

Крупнейшая товаропроводящая сеть нефтебаз и АЗС, состоящая из 14 действующих распределительных нефтебаз и розничной сети – 137 автозаправочных станций.

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

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

Результаты проекта:

В результате была внедрена единая интегрированная система управления бизнесом, в которой реализованы сквозные бизнес-процессы: от планирования закупок до отгрузки клиентам.
Это позволило КНП:

1. Контролировать консолидированную информацию по большинству блоков в режиме реального времени;
2. Аккумулировать информацию о розничных и корпоративных продажах со всей сети АЗС в единой базе;
3. Сократить численность сотрудников бухгалтерии в 4 раза (со 120 до 30 человек);
4. Значительно упростить процесс выставления первичных документов корпоративным клиентам;
5. Сократить сроки подготовки бухгалтерской и налоговой отчетности на 2 недели;
6. Нормализовать ключевые справочники;
7. Внедрить единые шаблоны договоров, автоматически формируемые и распечатываемые из 1С:Документооборот КОРП;
8. Создать единую Службу ИТ, работающую по ITIL;
9. Запустить в эксплуатацию систему сервис-деск.

• 1C:ERP

АО "Тюменское Областное Дорожно-Эксплуатационное Предприятие"
(г. Тюмень)

Предприятие с мощным автопарком, со своими производственными базами, асфальтобетонными заводами, дробильно-сортировочными комплексами, битумными базами

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

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

Результаты проекта:

1. Автоматизированы рабочие места диспетчеров;
2. Ускорен процесс работы с путевыми листами;
3. Из путевого листа формируется табель водителей в единой базе данных, то есть аппарат управления сразу проводит проверку начислений (все в одном месяце) без перерасчета заработной платы;
4. Создана единая база с нормами расхода ГСМ;
5. Обеспечена возможность получать оперативные данные по всей рабочей технике: где и что находится, какая техника в ремонте, какую технику и куда можно «перебросить»;
6. Руководство компании оперативно видит выполненные объемы по договорам/контрактам в единой базе данных;
7. Бизнес-процессы компании были оптимизированы и стали более эффективными;
8. Автоматизированы все виды учета, включая налоговый, бухгалтерский и заработная плата в единой системе;
9. Автоматизировано формирование Налога на имущество. Парк техники – 3500 единиц.

• 1C:ERP

Щербинскйи лифтовый завод

Один из основных производителей лифтового оборудования, который изготавливает наиболее широкую в России и за ее пределами гамму лифтов и подъемников с электрическим приводом.

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

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

Результаты проекта:

1. Скорость обработки заказов от клиентов, их обслуживания, подготовки необходимой документации увеличилась в 2 раза;
2. На треть сократилось число ошибок, возникающих по вине человеческого фактора;
3. Повысилась точность планирования и прогнозирования результатов работы;
4. Более, чем на 30% повышена лояльность клиентов благодаря сокращению ошибок по вине человеческого фактора;
5. Ускорены внутренние процессы согласования договоров и заявок;
6. Оптимизирован учет и хранение документов;
7. Оптимизирована и повышена эффективность расчетов с контрагентами, управления складскими запасами, расчета себестоимости, анализа продаж, ценообразования, оформления заказов, взаимодействия с поставщиками и взаиморасчета, учета и хранения договорных документов.

• 1C:ERP

Улан-Удэнский авиационный завод

Производитель вертолетов.

Ключевые проблемы до проекта:

1. Отсутствие единой нормативно-справочной информации (данные между разными системами приходилось сопоставлять в полуручном режиме);
2. Многократный ввод одних и тех же данных, отсутствие "единого источника правды";
3. Существенные временные задержки между фактом хозяйственной деятельности, отражением первичных документов в информационных системах и формированием отчетности;
4. Высокие трудозатраты на ведение учета;
5. Моральное устаревание программных продуктов, сложность дальнейшего их сопровождения, сложность (невозможность) реализации поддержки последних изменений в законодательстве по налоговому учету, ГОЗ и других.

Результаты проекта:

1. Ускорено получение регламентированной отчетности на 50%;
2. Повышены прозрачность и оперативность учета;
3. На 20% сокращены трудозатраты за счет исключения многократного ввода данных в разных системах;
4. Создана единая система справочников;
5. Снижена совокупная стоимость владения системами автоматизации учетных процессов;
6. Система разработана без существенных вмешательств в логику типового программного продукта.

• 1C:ERP

Дусти
(Таджикистан)

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

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

Компания испытывала сложности с оперативным получением полной и достоверной отчетности из 20 подразделений. Система учёта товаров была реализована на основе MS Access и представляла собой обособленные базы данных, установленные в каждом из подразделений. Система охватывала 50 рабочих мест.
Товародвижение в компании ведется в разрезе сроков годности. Взаиморасчеты с партнерами выполняются в разрезе нескольких валют. Для консолидации сложной системы отчетности учётные данные выгружались в электронные таблицы и затем объединялись вручную.

Результаты проекта:

1. Централизована система учета предприятия в целом;
2. Упрощена и систематизирована работа всех участников бизнес-процессов компании;
3. Минимизировано влияние человеческого фактора на формирование отчетности;
4. Повышена надежность учета всех хозяйственных операций компании;
5. Ускорен процесс получения отчетности, возросла актуальность и точность данных;
6. Появилась возможность контролировать складские остатки;
7. Усилен контроль соблюдения условий акций компании;
8. Процессы взаиморасчетов и товародвижения стали более прозрачными;
9. Усовершенствована процедура мониторинга и контроля денежных средств компании;
10. Обеспечено соблюдение условий хранения и реализации лекарственных средств.

• 1C:ERP

Компания «Базис»
(г. Воронеж)

Научно-производственное предприятие «Базис» разрабатывает и производит силовую и связную радиоэлектронную аппаратуру, светодиодную светотехнику общего и специального назначения.

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

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

Результаты проекта:

1. Объем отгружаемой продукции вырос за год на 20%;
2. Количество одновременно обрабатываемых заказов на производстве выросло в 2,5 раза;
3. Удалось снизить трудоемкость и сократить время на обработку данных работниками предприятия;
4. Повышена оперативность формирования и получения отчетных данных;
5. Повышена оперативность принятия управленческих решений;
6. Повышена оперативность процессов формирования и получения отчетности.

• 1C:ERP

«ПК Транспортные системы»

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

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

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

Результаты проекта:

1. Автоматизировано формирование консолидированной отчетности по всем направлениям деятельности предприятия;
2. Благодаря автоматическому расчету себестоимости продукции снижены издержки производства;
3. Минимизирована вероятность возникновения ошибок, связанных с человеческим фактором;
4. Автоматизирован процесс согласования и утверждения заявок на расходование денежных средств;
5. Полностью автоматизирован и регламентирован процесс документооборота;
6. Внедрено планирование закупок, заказы поставщикам формируются на основании анализа данных;
7. Производство полностью работает в учётной системе;
8. Ускорено получение полной и актуальной информации о состоянии дел на производстве для принятия руководством обоснованных и оперативных решений;
9. Сотрудники компании имеют возможность контролировать процессы взаимозачёта с контрагентами, отслеживать дебиторскую задолженность. Учёт оперативной деятельности стал более прозрачным.

• 1C:ERP

Касимовскйи приборный завод
(г. Рязань)

Филиал ОАО «ГРПЗ». Один из ведущих производителей и поставщиков медицинского и лабораторного оборудования.

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

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

Результаты проекта:

1. Разработан и внедрен производственный контур в новом цехе завода;
2. Увеличена скорость производства;
3. Обеспечена прозрачность производственного цикла и стадии выпуска продукции;
4. Усилен контроль складских остатков;
5. Повышена эффективность планирования и управления производством.
6. Обеспечена возможность оперативного планирования производства, контроля незавершенного производства и остатка;
7. Организован учет брака.

• 1C:ERP

Неон-Арт
(г. Казань)

Компания "Неон-Арт" - крупнейший игрок на рынке производства наружной рекламы и визуальной коммуникации.

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

До проекта сотрудники ООО "Неон-Арт-М" работали в таблице Microsoft Exel. Там же вели управленческий учет, оперативную отчетность, считали деньги, себестоимость, бюджеты

Результаты проекта:

1. Произведена «бесшовная» интеграция 1С:ERP c 1С:Документооборот;
2. Обеспечен производственный учет, что позволяет производить расчет фактической и нормативной себестоимости, учет затрат и расчет амортизации;
3. Автоматизация процесса управления продажами позволила оперативно оформлять заказы покупателей и формировать прайс-листы;
4. Автоматизирован управленческий и оперативный учет;
5. Обеспечена возможность оперативного получения отчетности как управленческой, так и регламентированной;
6. Налажено бесперебойное и оперативное общение с контрагентами.

• 1C:ERP

Агрокластер ООО «Фрагария»
(Липецкая область)

Основной вид деятельности – выращивание плодово-ягодных культур и производство полуфабрикатов из ягод и фруктов .

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

Результаты проекта:

1. Обеспечен учет сбора ягод в разрезе сборщика, даты, секторов, сортов и партий;
2. Расчет заработной платы с учетом KPI ведется в режиме реального времени;
3. Обеспечен расчет заработной платы сборщиков с учетом количества собранных ягод;
4. Реализованы мобильные пункты взвешивания ягод для ввода информации о собранном урожае;
5. Автоматизирован производственный учёт для расчёта себестоимости;
6. Минимизировано влияние человеческого фактора при передаче и консолидации данных о количестве собранных ягод и расчете заработной платы с учетом этих данных;
7. Появилась возможность получения оперативных данных по общему количеству собранного сырья.
8. Автоматизация ведения бухгалтерского, налогового и кадрового учёта по российским стандартам;
9. Создана единая информационная среда для ведения регламентированного учета, который тесно связан с производственным учетом;
10. Разработана система учета сбора ягод, обеспечивающая учет ягод прямо на поле в разрезе сборщиков.

• 1C:ERP

ООО «КРОН-СПБ»
(г. Санкт-Петербург)

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

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

Автоматизация процессов оперативной деятельности в компании была выполнена на базе программного продукта «1С:Управление торговлей 11.1». Данный программный продукт был актуален на момент его внедрения, однако, из-за наличия доработок в системе программа не обновлялась с 2014 года. Регламентированный учёт велся на базе программного продукта «1С:Бухгалтерия предприятия 2.0», при этом обмен с «1С:Управление торговлей 11.1» не было, все данные вводились вручную. С появлением требований по 275 Федеральному Закону функционал программы «1С:Управление торговлей 11.1» не позволял полноценно вести учет деятельности предприятия. Возросшее количество заказов давальцев также усложняло введение учета в системе, так как «1С:Управление торговлей 11.1» не имело соответствующих механизмов для учета давальческой схемы.

Результаты проекта:

1. Удалось построить современную и удобную систему управления оперативной деятельностью предприятия;
2. Произвели переход с «1С:Бухгалтерия предприятия 2.0» на версию 3.0;
3. Настроен обмен данными;
4. Сокращены трудозатраты по вводу документации;
5. Уменьшена вероятность ошибок при вводе данных в систему.

• 1C:ERP

Первый БИТ с помощью «1С:ERP Управление предприятием» автоматизировал 154 рабочих места, создав систему управления цеховыми кладовыми в АО «ГРПЗ»

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

Результаты проекта: Сотрудники предприятия получили возможность отслеживать и контролировать остатки по ТМЦ в производственных подразделениях в режиме реального времени. НЗП проинвентаризированы. Отмечается тенденция к их снижению. На формирование отчётности уходит несколько минут. Обеспечен уход от ручного ввода данных, они автоматически транслируются из системы учёта цеховых кладовых.

08.04.2017

1С:ERP Краткий обзор настроек конфигурации

Краткое вступление

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

1С:ERP предоставляет возможность ведения следующих видов учета:

• Управленческий
• Бухгалтерский и налоговый, финансовый учет (МСФО)
• Оперативный

Специалисты компании 1С развлекались работали от души, поэтому после первой редакции 1C:ERP 2.0, относительно скоро вышла редакция 2.1, а следом за ней и версия 2.2 (текущая на момент написания статьи). Важно понимать, что это не просто изменения версии релиза! Подсистема управления производством, значительно меняет свой функционал в каждой из версий программы.
Так же отдельно стоит отметить вопросы по подготовке к сертификату "1С:Профессионал"... Столько косяков нестыковок в формулировках и вариантах ответов не было пожалуй ни в одном из комплектов вопросов.
Теперь по существу:)

Начальные настройки конфигурации

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

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

Важно понимать, что это МИНИМАЛЬНО необходимые настройки! И конечно! Этот список не отражает и 10% того, что необходимо выполнить прежде чем Вы перестанете быть плохим разработчиком и станете хорошим в глазах Вашего Заказчика/Руководства/РП и т.д. Но обо всем по порядку.
Могу порекомендовать ознакомиться (для быстрого старта) с курсом от ресурса "Курсы-по-1С.рф":

Итак, с чего начнем? А начнем мы с того, как в обоих решениях описывается экономическая модель предприятия.

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

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

Как это сказывается на структуре предприятия? Прежде всего, подразделения и подразделения организаций разделены по решаемым задачам. Организационная структура организаций отражается в списке «Подразделения», этот справочник решается задачи исключительно кадрового учета.

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

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

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

Отражение торговой деятельности

Немаловажный для любой компании вопрос – отражение торговой деятельности.

В чем же основные отличия?

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

В 1С:ERP введено понятие Партнер (новый справочник). Это справочник холдинговых единиц или группа компаний. Справочник же Контрагенты – это фактически справочник Юр. Лиц. К каждому партнеру можно определить одного или нескольких контрагентов. По партнерам можно отслеживать взаиморасчеты.

Основным инструментом 1С:УПП является заказ покупателя. В рамках заказа можно с помощью отчетов отслеживать объем поставок и сумму задолженности. А при расчетах по расчетным документам – число дней задолженности.

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

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

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

Для отдельного контрагента может быть установлено отдельно индивидуальное соглашение.

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

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

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

Также, многим пользователям очень удобно, что в 1С:ERP реализован механизм загрузки цен из Excel.

Складской учет

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

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

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

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

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

В 1С:ERP реализован ячеистый склад. Можно вести учет в пределах склада по помещениям и рабочим участкам.

Хранить товар в ячейках можно 2 способами:

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

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

Организация оперативного управления в производстве

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

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

В 1С:ERP подход другой. Фактически делается упор на управление производственными процессами. Представлено двухуровневое управление, т.е. межцеховое планирование и управление внутри цеха.

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

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

Для управления на уровне цеха появился инструмент – маршрутный лист (для режима производственного учета 2.1) или этап производства (для режима производственного учета 2.2), в котором в пределах этапа выполнения и определяются конкретные выполняемые операции.

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

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

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

Теги:

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