1с erp проекты где настраиваются
Дмитрий Малышев, специалист Внедренческого центра «Раздолье», разработчик «1С» с 2004 года на платформах 1С 7.7, 8.1, 8.2, 8.3, сертифицированный 1С-эксперт по технологическим вопросам, участник 30-ти проектов внедрения 1С:УПП и 1C:ERP.
Для тех, кто не читал предыдущую статью, расскажу о сути проекта. В 2020-2021 году я участвовал в роли руководителя команды разработчиков Внедренческого центра "Раздолье" в проекте Управление продажами в международной компании на базе "1С:ERP" (ссылка на сайт 1c.ru). Проект был выбран победителем международного конкурса «1С:Проекта года» в номинации «Лучший проект с использованием технологии "Дистанционное внедрение"».
Суть проекта заключалась в переводе Заказчика с 1С:УПП на 1С:ERP. На его примере кратко опишу, какой была организационная структура и какие программы мы использовали при взаимодействии в команде и с пользователями.
Практически весь проект выполнялся удалённо. Многие сотрудники Заказчика, участвующие в проекте, в условиях карантинов и локдаунов были переведены на удалённую работу. Многие сотрудники нашей компании тоже работали удалённо, с командировками в этот период были большие проблемы. Сам Заказчик работает в режиме 24х7 и является одним из крупнейших предприятий в России по производству кофе. На начало проекта в качестве основы корпоративной системы у Заказчика была программа 1С:УПП редакции 1.2 (даже не 1.3). По завершению проекта в 2021-м перешли на ERP 2.5. К слову, когда начинали работу, в 2020-м году, когда 2.5. была ещё в бета-версии, но мы решили прислушаться к рекомендациям "Фирмы 1С" запускать новые проекты на ней, а не на 1С:ERP 2.4.
Рис 1.1 Схема ИТ-архитектуры проекта
По плану проекта компания отказывалась от комплекса программ (1С:УПП + 1С:ДО + множественные интеграции с внешними решениями) и меняла его на связку 1С:ERP + ЗУП + ДО + поддержка тех же интеграций. Основные работы мы начали в августе 2020 года, а закончили - в апреле 2021 г.
Одной из задач перехода с УПП на ERP (ЕРП) был перевод интеграции между УПП и системой аналитики QlikView.
Справка
QlikView - сторонний продукт, система бизнес-анализа, позволяющая собирать данные из разных источников информации, строить по ним модели, поддерживать их в актуальном состоянии и формировать аналитические отчеты, дающие наглядную информацию для принятия управленческих решений и расчёта KPI.
Интеграция требовалась для контроля зарубежными менеджерами, для оценки KPI региональных менеджеров и начисления им оплат и бонусов по результатам деятельности.
ВНИМАНИЕ:
! Инструменты перевода с языка SQL на язык 1С и обратно, а также организация процесса подойдут для перевода большинства прямых интеграций с СУБД старого продукта 1С на новый продукт 1С, т.е. технология касается не только частного случая для QlikView, представленного в этой статье, а подойдёт на других проектов с переводом других ПО.
Рис. 1 Примерный вид QlikView (к данному проекту картинка отношения не имеет, взята из сети для визуализации)
Вводная по задаче с QlikView
Интеграция QlikView была реализована ранее с УПП на уровне прямых sql-запросов к СУБД.
Указываем наименование проекта и ставим плановую и фактическую дату начала и конца проекта.
Для добавления партеров к проекту нажимаем на кнопку «Добавить», которая находится рядом с табличной частью.
В поле «Партнеры» выбираем партнера, который участвует в проекте и указываем его роль, контактное лицо.
Можно также оставить комментарий.
Нажимаем на кнопку «Записать и закрыть».
В результате у нас появился новый проект.
Страна Австралия Австрия Азербайджан Албания Алжир Ангола Андорра Антигуа и Барбуда Аргентина Армения Афганистан Багамы Бангладеш Барбадос Бахрейн Белоруссия Белиз Бельгия Бенин Болгария Боливия Босния и Герцеговина Ботсвана Бразилия Бруней Буркина-Фасо Бурунди Бутан Вануату Великобритания Венгрия Венесуэла Восточный Тимор Вьетнам Габон Гаити Гайана Гамбия Гана Гватемала Гвинея Гвинея-Бисау Германия Гондурас Гренада Греция Грузия Дания Джибути Доминика Доминикана Египет Замбия Зимбабве Израиль Индия Индонезия Иордания Ирак Иран Ирландия Исландия Испания Италия Йемен Кабо-Верде Казахстан Камбоджа Камерун Канада Катар Кения Кипр Киргизия Кирибати Китай Колумбия Коморы Конго ДР Конго КНДР Корея Коста-Рика Кот-д’Ивуар Куба Кувейт Лаос Латвия Лесото Либерия Ливан Ливия Литва Лихтенштейн Люксембург Маврикий Мавритания Мадагаскар Малави Малайзия Мали Мальдивы Мальта Марокко Маршалловы Острова Мексика Мозамбик Молдавия Монако Монголия Мьянма Намибия Науру Непал Нигер Нигерия Нидерланды Никарагуа Новая Зеландия Норвегия ОАЭ Оман Пакистан Палау Панама Папуа — Новая Гвинея Парагвай Перу Польша Португалия Россия Руанда Румыния Сальвадор Самоа Сан-Марино Сан-Томе и Принсипи Саудовская Аравия Северная Македония Сейшелы Сенегал Сент-Винсент и Гренадины Сент-Китс и Невис Сент-Люсия Сербия Сингапур Сирия Словакия Словения США Соломоновы Острова Сомали Судан Суринам Сьерра-Леоне Таджикистан Таиланд Танзания Того Тонга Тринидад и Тобаго Тувалу Тунис Туркмения Турция Уганда Узбекистан Украина Уругвай Микронезия Фиджи Филиппины Финляндия Франция Хорватия ЦАР Чад Черногория Чехия Чили Швейцария Швеция Шри-Ланка Эквадор Экваториальная Гвинея Эритрея Эсватини Эстония Эфиопия ЮАР Южный Судан Ямайка Япония
«1С:ERP Управление предприятием 2» – современное программное решение для построения автоматизированных систем управления деятельностью предприятий, компаний. Невысокая стоимость владения и возможность получения существенного экономического эффекта стимулирует предприятия на её использование. Но необходимость внедрения автоматизированных систем управления иногда вызывает у руководства компаний тревогу. Хорошо, если в компании есть опытные специалисты, которые уже внедряли ERP на своих прошлых местах работы или имеют опыт его использования. Но таких на рынке труда пока немного. Поэтому руководители, которые решают проблемы повышения эффективности деятельности компании и интересы которых непосредственно затрагивает автоматизация систем управления, задаются вопросами: как подступиться к реализации и как разобраться в сложной «компьютерной игрушке»?
Прежде всего следует понимать, что внедрение автоматизированной системы управления ERP на платформе 1С — это хоть и сложный технически и организационно, но все же ПРОЕКТ, то есть к нему применимы общие каноны проектного менеджмента. В чем же его особенности?
Во-первых, объектом автоматизации выступает система управления предприятием — это нечто виртуальное, поскольку состоит из инструкций, стандартов, нормативов, регламентов, а также опыта персонала. Это усложняет в проекте все — планирование, моделирование, внедрение, проектный менеджмент.
Во-вторых, внедрение ERP — это сложный симбиоз людей и информационных технологий, причем от человеческого фактора успешность проекта зависит больше, чем техническая составляющая. Но если у вас успешное предприятие, если вы вывели своё производство на уровень международных стандартов — внедрение 1С:ERP вам по плечу!
Вместе с тем, чтобы проект внедрения 1С:ERP был реализован успешно, в его специфике нужно разобраться до старта работ.
Понятие ERP дословно означает систему планирования ресурсов компании. Её компоненты предназначены как для автоматизации ежедневных операций внутренних бизнес-процессов, так и для поддержки взаимодействия с контрагентами по бизнесу, для помощи топ-менеджменту компании и собственникам. Система 1С:ERP помогает формировать и реализовывать стратегию компании.
Обратимся к образам и представим систему жизнеобеспечения в сложных условиях «открытого космоса большого бизнеса». Все системы работают как часы. Но этого мало. На монитор руководства должна регулярно поступать информация о текущем состоянии бизнеса и об отклонениях от стратегического направления движения. Желательно большинство мелких проблем решать автоматически «на местах» и не загружать этим руководителя, т.е. избавить его от текущих вопросов.
Тогда собственник будет иметь возможность сконцентрироваться только на формировании стратегии развития компании и контроле за ходом ее реализации. Из этого видно, насколько важны системы интегрированного управления для руководства компании.
Перейдем к команде исполнителей, так как часто именно участники проекта вызывают наибольшие тревоги руководства. Поэтому главное требование к компании-исполнителю проекта — наличие успешного опыта внедрения 1С:ERP, желательно наличие экспертных знаний в предметной области работы заказчика.
Наилучший вариант, если у исполнителя есть опытная проектная команда. До старта проекта можно запросить резюме этих специалистов, при необходимости, провести с ними интервью.
Опытные специалисты, реализовавшие несколько проектов, смогут выявить, классифицировать и решить проблемы гораздо быстрее, чем «свой» специалист, работающий в существующих бизнес-процессах. Потребность в спецах во время внедрения ERP-систем максимальна, а на этапах промышленной эксплуатации уже снижается до уровня эпизодических работ.
Двигатели успешного проекта
Участие в проекте первого руководителя
Если первое лицо предприятия принимает активное участие в подготовке и реализации внедрения 1С: ERP, то он обеспечивает создание условий для достижения стратегических целей и мотивирует персонал и проектную команду на успех.
Пренебрежение участием в запуске ERP первого руководителя может быть одной из важных проблем, с которой приходится сталкиваться в процессе внедрения. Это выглядит как самоустраненность руководства от принятия ключевых решений по проекту. И-за этого проектной группе не хватает полномочий, участники или не хотят брать ответственность на себя, или решают задачи выстраивания работы исключительно в интересах «своего» подразделения, стратегические цели размыты.
Формирование, организация работы и мотивация проектной команды
Вот пример обычной структуры проектной команды.
Проектная команда может состоять из рабочих групп, сформированных по направлениям бизнеса, и состоящих как из специалистов исполнителя, так и ответственных работников заказчика. Управляет проектной командой, например, совет по управлению изменениями.
Обычно председателем совета является собственник бизнеса или так называемый спонсор проекта — высший топ-менеджер, распорядитель ресурсов. Рабочие группы возглавляют линейные руководители. В рабочие группы со стороны заказчика приглашают функциональных пользователей и ИТ-специалистов.
Профессионализм руководителя проекта
В проекте внедрения 1С:ERP эффективный руководитель проекта (РП) — это один из основных факторов успеха. Его задача – добиваться результатов за счет организации работы других людей. Особенно это относится к руководителю проекта со стороны заказчика. При его выборе заказчику предлагаю:
• использовать внутренний ресурс — выбрать сотрудника, который уже реализовал какой-нибудь ваш проект благодаря своей энергии и организаторским способностям;
• поискать на рынке менеджера проекта с опытом работы (либо внедрения подобной системы).
Так как проект внедрения ERP-систем технологически сложен, задача РП — сформировать проектную команду, где будут технически подготовленные люди, которым он доверяет. Кстати, многое при этом зависит и от личности руководителя проекта, его способности объединить и организовать проектную команду.
Правильный выбор внедряющей компании
Для того, чтобы не ошибиться в этом вопросе, советую обратить внимание на проектный опыт претендента. Для этого стоит:
• узнать количество и статус внедренных проектов, в том числе в вашей отрасли;
• ознакомиться с отзывами компаний, где проводились аналогичные внедрения претендентом;
• ознакомиться с резюме членов проектной команды у потенциальной компании-исполнителе;
• оговорить возможность личной беседы с каждым специалистом;
• проверить наличие задокументированной системы менеджмента качества.
Следует учесть еще один нюанс. Поскольку проект внедрения 1С:ERP подразумевает плотное взаимодействие и буквально врастание специалистов исполнителя в проблемы заказчика, то вопрос доверия команде исполнителей очень актуален.
Межцеховой уровень в 1С:ERP осуществляет управление выполнением графика производства, исполнителями которого являются отдельные подразделения. Обеспечивается координация процессов передачи результатов этапов между подразделениями.
Доступно три методики планирования производства (выбор определяется функциональной опцией НСИ и администрирование – Настройка НСИ и разделов – Производство – Методика управления производством ):
- Без планирования графика производства;
- Планирование по материальным ресурсам;
- Планирование по материальным и производственным ресурсам.
Рисунок 1 - Выбор методики управления производством
Каждый вариант предполагает регистрацию потребности к производству заказами на производство и управление ходом производства с использованием этапов. Варианты отличаются степенью детализации планирования этапов и регистрации выполнения.
Без планирования графика производства
Наиболее простой вариант управления ходом производства. Данный вариант устанавливается по умолчанию при включении опции Использовать производство. Последовательность и срок исполнения этапов определяются вручную в рамках рабочего места Производство – Межцеховое управление – Диспетчирование этапов. Возможность планирования времени исполнения этапов отсутствует, в документах Этап производства можно указать только общую длительность этапа. Факт выполнения и состав использованных ресурсов отмечаются непосредственно для этапа.
Планирование по материальным ресурсам
Сроки исполнения этапов рассчитываются только с учетом обеспечения производства материальными ресурсами. В ресурсных спецификациях для этапов нельзя указать загружаемые виды рабочих центров (ВРЦ). В документах Этап производства отсутствует вариант планирования по доступности ВРЦ.
Планирование по материальным и производственным ресурсам
Сроки исполнения этапов рассчитываются с учетом обеспечения производства материальными ресурсами и доступности производственных ресурсов. Это самый богатый по функциональным возможностям вариант использования прикладного решения.
Управление очередью заказов
Данное рабочее место предназначено для управления списком заказов на производство, переданных к производству, и осуществления действий по исполнению этих заказов: определение очередности исполнения, формирование этапов производства, контроль обеспечения материалами, планирование графика производства.
Рисунок 2 - Доступ к рабочему месту - Управление очередью заказов
Список заказов содержит 3 колонки индикаторов состояний заказа: состояние выполнения этапов, обеспеченность материалами, состояние выпуска.
Рисунок 3 - Управление очередью заказов
Состояние выполнения этапов производства
- Требуется сформировать этапы - по заказу не сформированы все необходимые этапы производства. Либо по заказу еще не формировались этапы, либо есть необходимость доформировать. Двойным щелчком по такому индикатору выполняется команда формирования этапов по заказу.
- Требуется проверить этапы - среди этапов заказа есть те, которые не удалось провести в статусе Сформирован, они находятся в статусе Формируется. Такие этапы может потребоваться дозаполнить и отметить сформированными. Двойным щелчком по такому индикатору открывается Диспетчирование этапов с отбором по выбранному заказу.
- Требуется планировать график производства - некоторым или всем этапам заказа требуется расчет графика. Такой индикатор показывает, что график производства по этому заказу либо вообще не рассчитывался, либо стал неактуальным и требует перепланирования. По этому индикатору открывается форма планирования графика по заказу.
- Требуется передать этапы к выполнению - индикация наличия по заказу этапов, готовых к выполнению, но не переданных к выполнению. Готовыми к выполнению считаются этапы, у которых нет невыполненных предшественников. Двойным щелчком по индикатору всем готовым к выполнению этапам будет поставлен статус К выполнению.
Обеспеченность материалами
В колонке может содержаться индикатор, показывающий наличие этапов, для которых все еще не обеспечены все необходимые материалы. При необособленном обеспечении проблемными являются такие материалы, у которых в этапе стоит действие К обеспечению. При обособленном обеспечении те материалы, по которым все еще не созданы обеспечивающие заказы. Двойным щелчком по индикатору открывается форма диспетчирования этапов с отбором по заказу и необходимости обеспечения. Из этой формы можно найти, в каких именно этапах есть проблемы.
Состояние выпуска
- Нарушена дата потребности - индикатор появляется в том случае, если по графику ожидается опоздание производства всей или части продукции относительно желаемой даты выпуска в заказе.
- Все произведено - индикатор появляется у тех заказов, по которым произведена вся продукция. Такие заказы можно перевести в статус Закрыт.
Диспетчеризация этапов производства
Рабочее место предназначено для контроля за ходом выполнения производства. Основу рабочего места составляет список этапов производства, содержащий разнообразную индикацию и отборы, позволяющие акцентировать внимание на важных моментах.
Для диспетчеризации оформленных этапов производства используется рабочее место Производство – Межцеховое управление – Диспетчирование этапов.
Рисунок 4 - Доступ к рабочему месту - Диспетчирование этапов
В рамках указанного рабочего места решаются следующие задачи:
- На критическом пути – этап находится на критическом пути, соблюдение сроков его исполнения наиболее важно;
- Задерживает заказ – этапы, рассчитанное положение которых в графике производства ухудшает срок исполнения заказа. Оптимизацию сроков исполнения заказа необходимо начинать именно с них.
Отражение статуса этапа дополняется указанием состояния его исполнения. Возможны следующие значения поля Состояние (совокупность Статус этапа, Состояние исполнения):
- Формируется, Требует уточнения – отсутствует часть данных для корректного создания документов Этап производства. Недостающие данные требуется указать вручную;
- Сформирован – полноценно заполненный этап, может обеспечиваться материалами, планироваться в графике, но у него есть незавершенные предшествующие этапы;
- Сформирован, Готов к выполнению – сформированный этап, у которого нет незавершенных предшествующих этапов;
- К выполнению, Ожидает предшественников – этап передан к выполнению, но предшествующие ему этапы еще не завершены;
- К выполнению, Ожидает начала – этап передан к выполнению, предшествующие ему этапы завершены, но отметка о начале выполнения не установлена;
- Начат, Ожидает завершения – этап выполняется;
- Завершен – этап завершен.
Рисунок 5 - Диспетчирование этапов
Формирование графика производства
График производства отражает совокупность этапов производства, расставленных по времени планируемого исполнения. Расчет графика выполняется по интервалам планирования с уменьшением доступности в них загружаемых видов рабочих центров.
Для расчета графика предназначена форма Планирование графика производства заказа.
Расчет графика производства запускается по кнопке Планировать.
Рисунок 6 - Планирование графика производства
Настройки поделены на 3 группы: планирование графика, планирование модели, прочие настройки.
Рисунок 7 - Настройки планирования графика
После успешного планирования на форме появляется информация, позволяющая проанализировать результат планирования. Информация размещена по 3 вкладкам, расположенным в порядке от общего к частному: сводная информация по планированию заказа, продукция с датами запуска/выпуска, этапы с датами выполнения.
Сводная информация
На вкладке отображается общая информация о результатах планирования заказа.
В табличном виде сопоставлены даты запуска/выпуска требующиеся по заказу, получившиеся по графику и по модели для сравнения. Та же самая информация, но в наглядном графическом виде представлена в диаграмме Сроки выполнения. Элементы диаграммы расшифровываются двойным щелчком по полосам. По полосе требуется открывается заказ на производства, по полосам график и модель открываются диаграммы Гантта, показывающие результирующий график в разных разрезах.
Загрузка оборудования, % (модель) - мини-диаграмма показывает по модели загрузку нескольких самых загруженных видов РЦ. Попавшие туда виды РЦ являются потенциальными причинами отличия рабочего графика от модели. Двойным щелчком по диаграмме открывается отчет, дающий более подробную информацию о том, в какие периоды и как получается загружено оборудование по модели.
Задержка в обеспечении, дн. (модель) - в этой диаграмме показывается список материалов, обеспечение которых задерживается относительно модели графика. Эти материалы являются потенциальными причинами задержки рабочего графика относительно модели. Двойным щелчком по диаграмме открывается отчет, дающий более подробную информацию о потребности в материалах по модели и о доступном обеспечении.
Рисунок 8 - График производства. Вкладка «Сводная информация»
Продукция
На вкладке представлен список продукции заказа с указанием дат запуска, выпуска, расчетом длительности производства и опоздания как по рабочему графику, так и по модели.
Рисунок 9 - График производства. Вкладка «Продукция»
Этапы
На вкладке представлен список этапов заказа с указанием дат выполнения по рабочему графику. В списке есть колонка с признаком задерживающих заказ этапов и возможностью отобрать только задерживающие заказ.
Рисунок 10 - График производства. Вкладка «Этапы»
По любому этапу можно вызвать диагностику его графика и диаграмму Ганта, показывающую этап и смежные с ним этапы.
Рисунок 11 - Диагностика графика и График смежных этапов
Ошибки
Вкладка появляется в том случае, если при планировании графика возникли какие-либо ошибки. Если при повторном планировании ошибок нет, вкладка скрывается.
Порядок установки 1C: ERP основан на поэтапном внедрении модулей. Это дает возможность обучить персонал, максимально эффективно использовать системные функции. Интеграция считается завершенной, когда система на 100% выполняет поставленные перед ней задачи, работает стабильно, без сбоев.
Процесс внедрения начинается с разработки плана. Он включает анализ производственных мощностей, структуры предприятия, компании. Изучается специфика работы, формируется перечень модулей (пакетов), которые обеспечат оперативное, точное выполнение организационных, производственных процессов.
Этапы внедрения 1C: ERP основываются на «дорожной карте», которая должна быть у исполнителя. Это не что иное, как понимание процесса, умение оперативно его корректировать в соответствии с требованиями заказчика. Также поставщик услуги формирует перечень критических требований – настроек, которые невозможно выполнить в рамках технических возможностей системы.
Основные этапы внедрения 1C: ERP
Команда вендоров проводит презентацию для клиента с порядком внедрения 1C:ERP и предоставляет дорожную карту. Так устанавливается коммуникация между заказчиком и командой исполнителей работ. Кроме того, ключевые пользователи получают разъяснения о причине, по которой компания внедряет1C: ERP.
Командное планирование. На этом этапе вендор исследует различные элементы и процессы бизнеса клиента. Создается план проекта и согласовывается с заказчиком. Он состоит из:
- методологий управления проектом;
- ресурсного обеспечения;
- плана развертывания и самого развертывания,
- требований к готовности;
- перечня процедур тестирования;
- требований к подготовке запуска.
На этом этапе внедрения 1C: ERP управления предприятием находятся «болевые точки», разрабатываются решения для их устранения. Тут ведется коллективная работа. Результат – визуализация сценариев интеграции ERP для сформирования представления о процессе.
Сбор данных. Клиент собирает данные, относящиеся к плану счетов компании, готовому продукту, покупателям сырья, списку поставщиков и так далее. Это выполняется в формате, выбранном поставщиком. Данные позже переносятся в ERP, поэтому клиенту не нужно делать так много записей. Миграция, как правило, выполняется только для основных данных, так как перенос транзакций является непростым, дорогостоящим процессом и занимает много времени. Только открытые транзакции переносятся в новую систему. Такая работа выполняется параллельно с настройкой, в которой участвует поставщик.
Настройка конфигурации. На этом этапе клиенту предлагается внести некоторые коррективы в свои процессы, чтобы сопоставить их с передовым опытом ведения бизнеса. Уровень пользователя и безопасности процессов также устанавливаются в зависимости от служебной иерархии и в соответствии с должностными обязанностями работников.
Иногда вендоры выделяют формирование иерархии в отдельный этап, и называют «выявлением человеческого фактора в бизнесе». Тут предполагается внесение в систему изменений, связанных с возможным пересмотром штата и должностных обязанностей. Но стоит понимать, что такие решения связаны с риском затягивания запуском системы в работу.
Пользовательское приемочное тестирование или UAT. Этот этап играет важную роль в определении соответствия функциональных возможностей системы, выдвинутым заказчиком требованиям. Испытание проводится в соответствии с предоставленными тестовыми данными и тестовыми сценариями. На этапе UAT производится тонкая настройка программного обеспечения. Как правило, UAT выполняется с участием пользователей на тестовых серверах. Именно тут появляются замечания, которые реализуются в виде тонкой настройки ПО.
Обучение и передача знаний. Конечные пользователи должны научиться эффективно использовать ERP. Последовательность внедрения 1C: ERP на этом этапе подразумевает обучение отдельных работников, которые передадут знания и навыки коллегам или освоение системы всем персоналом, имеющим к ней доступ.
Порядок внедрения 1C: ERP предусматривает наблюдение за работоспособностью системы, выполнение работ по ее модернизации. Периодическое обслуживание обеспечивает бесперебойное функционирование 1C: ERP. Это важно для сохранения, расширения клиентской базы, своевременного предоставления точных отчетов фискальным органам.
В рамках такого сотрудничества клиент получает профессиональную информационную поддержку. Поставщик услуг сообщает о выходе обновлений, а также устранении ошибок предыдущих версий программного обеспечения.
Рекомендуется заключить с поставщиком соглашение о техническом обслуживании и поддержке. Это обусловлено тем, что у вендора есть уникальный опыт внедрения системы и специалисты быстро решают технические задачи, включая устранение сбоев, подключение новых модулей. Сторонние организации могут нарушить конфигурацию, что связано с репутационными, финансовыми рисками.
Доверяйте профессионалам, оптимизируйте коммерческие процессы, используйте рационально материальные, нематериальные ресурсы, будьте впереди конкурентов.
Читайте также: