1c erp we что это

Обновлено: 07.07.2024

14 сентября 2021 года компания «1С» сообщила, что поставка программных продуктов:

2900002097511 1С:ERP WE Beta. Электронная поставка
2900002097528 1C:ERP WE Beta.NFR. Электронная поставка

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

Функциональность конфигураций ERP WE с русским и английским кодом полностью идентична. Обе конфигурации включают интерфейсы на нескольких языках, включая русский и английский. Планируется, что в дальнейшем поставка продуктов будет включать синхронизированные версии конфигурации с кодом на русском и английском языках. Конфигурация c английским кодом имеет статус ознакомительной, для нее временно не поддерживается выгрузка/загрузка модели бюджетирования и модели финансового учета и обмен данными по технологии «Конвертация данных 2.0».

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

В качестве основы для подготовки конфигурации ERP WE бета-версии с кодом на английском языке была взята конфигурация ERP WE бета-версии 2.5.7.180.

По информации «1С» на середину сентября 2021 года, не меняется порядок, цена и условия продаж программных продуктов, содержащих конфигурацию ERP WE.

Выпуск финальной версии планируется в конце 2021 года.

2019: Выпуск бета – версии прикладного решения 1С:ERP World Edition

15 октября 2019 года фирма "1С" сообщила о выпуске с целью минимизации проектных трудозатрат на адаптацию применения "1С:ERP Управление предприятием" в рамках международных проектов бета – версии прикладного решения "1С:ERP WE" (World Edition - рабочее название, может быть уточнено при выпуске финальной версии продукта). В качестве основы для подготовки бета – версии конфигурации "1С:ERP WE" была взята типовая российская конфигурация "1С:ERP Управление предприятием" редакция 2.5.3.

Со слов разработчика, в бета – версии прикладного решения 1С:ERP World Edition были исключены:

Подсистема регламентированного учета, поддерживающая бухгалтерский учет и отчетность по РСБУ, налоговый учет и отчетность в соответствии с законодательством РФ. Для ведения бухгалтерского учета в "1С:ERP WE" рекомендуется использовать подсистему учета по МСФО (или локализованные, национальные решения).
Подсистема расчета зарплаты и кадрового учета. Для расчета зарплаты и кадрового учета пользователям "1С:ERP WE" рекомендуется использовать локализованные решения.
Некоторые другие подсистемы (библиотеки), специфичные для РФ и не востребованные за пределами РФ: библиотека электронного документооборота с контрагентами через спецоператоров (БЭД), библиотека интеграции с государственнымиинформационными системами (ГосИС), библиотека интернет поддержки пользователей (БИП), некоторые составляющие библиотеки стандартных подсистем БСП (Центр Монторинга, Электронная Подпись, Адресный Классификатор, Заполнение Календарных Графиков, Загрузка Классификатора Банков).
Устаревшие (присутствовавшие для совместимости) варианты функциональности из предыдущих редакций: партионный учет 2.1, производство 2.1, учет ОС и НМА 2.2
Другая функциональность, актуальная только для РФ: печатные формы, актуальные только для РФ (Торг-12, Счет-фактура, ОС-6 и т.д.)
Временно исключены (до момента уточнения требований): передача и прием в переработку, передача и прием на комиссию, передача ТМЦ в эксплуатацию, лизинг основных средств.

Выполнена делокализация функциональности:

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

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

Планируется планомерная адаптация к особенностям ведения бизнеса и организации учета за пределами РФ (развитие МСФО и прочее)
Перевод кода и объектов конфигурации на английский язык.

Фирма "1С" предлагает рассматривать прикладное решение "1С:ERP WE" для:

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

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

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

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

«Объекты УП, УТ, КА» — объекты, входящие во все прикладные решения: Управление Торговлей, Комплексная Автоматизация, Управление Предприятием (русскоязычное название ERP).
«Объекты УП, КА» — объекты, относящиеся только к конфигурациям Комплексная Автоматизация и ERP.
«Объекты УП» — объекты, относящиеся только к решению ERP

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

Версия продукта ERP состоит из четырех чисел, разделенных точками. Например — 2.1.3.117.

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

2.1.3.X – Поддерживаемый релиз предыдущей подредакции. Будет выпускаться до конца 2016 года. В этой версии идет только исправление ошибок и правки для соответствия текущему законодательству.
2.2.1.X – Текущий релиз текущей подредакции. В нем новая функциональность подредакции. Для него до выпуска релиза 2.2.2.X, будут выпускаться исправительные сборки.
2.2.2.X – Развитие функциональности текущей подредакции. Именно этот релиз активно разрабатывается.

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

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

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

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

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

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

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

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

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

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

Точка 1. Открытие проекта

Тим-лид заводит технические проекты в СППР списком на релиз. В каждом проекте расписываются цели, указываются реализуемые требования. Список перед началом работы над релизом обсуждается с руководителем разработки. Собственно при открытии проекта совещаний не проводят – просто проект в СППР посылают на открытие.
Команда проекта приступает к разработке концепции.

Точка 2. Согласование концепции

Для согласования концепции проводится онлайн или офлайн встреча, в которой участвуют ответственный за проект, тим-лид, руководитель разработки, вовлеченные в проект специалисты. Обычно к этому этапу у ответственного за проект готов «крупноблочный» концепт, который дошлифовывается в ходе встречи. Также обсуждаются (и прописываются в СППР) сценарии, описание пользовательского интерфейса. Если требование родилось из запроса партнеров или клиентов, то материалы проекта (концепции, сценарии, UI) могут быть отправлены партнеру/клиенту для оценки решения.
В процессе встречи согласуется трудоемкость создания прототипа (обычно создание прототипа занимает до 5 рабочих дней). Команда приступает к созданию прототипа.

Точка 3. Согласование прототипов

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

Точка 4. Согласование разработанного решения

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

Точка 5. Тестирование и аудит проекта

Точка 6. Окончание проекта

Закрываем проект в СППР – присваиваем ему статус «Выполнено».

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

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

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

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

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

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