Название базовой системы (платформы): | ConsID Platform (ранее Open HandHeld Engine OHE) |
Разработчики: | Консид Технологии (ConsID) |
Дата премьеры системы: | 2008 |
Дата последнего релиза: | 2015/10/29 |
Технологии: | SaaS - Программное обеспечение как услуга, WMS |
Содержание |
СonsID WMS (ранее – Open Source HH.WMS/OHE.WMS) — адаптируемая система следующего поколения, которая оптимизирует на операционном уровне работу склада и существенно повышает эффективность управления складскими процессами. Результат внедрения системы – точность выполнения операций, своевременная доставка заказов и высокий уровень удовлетворенности клиентов.
Высокий уровень адаптируемости ConsID WMS — результат инновационного подхода к разработке системы. Это позволяет быстро автоматизировать как стандартные, так и сложные специфические бизнес-процессы, а в случае их изменений — в короткие сроки перенастроить под новые особенности и обеспечить непрерывность бизнеса клиента.
Открытость функциональной реализации системы и возможность быстрого внесения изменений в настройки позволяют масштабировать и развивать систему вместе с развитием бизнеса даже без привлечения разработчика, что обеспечивает низкую совокупную стоимость владения.
Основная Функциональность
Приемка и размещение
- Одновременная приемка нескольких заказов
- Одновременная работа нескольких сотрудников с одним заказом
- Прием товара по наименованию продукта без наличия заказа
- Прием с рассортировкой по типам паллет с учетом правил совместимости товаров: формирование паллет для размещения в зоны хранения и паллет для пополнения различных зон отбора
- Идентификация ошибок при поступлении товара
- Отчеты по расхождениям
- Перемещение товара в ячейки хранения за один цикл
- Произвольное направление размещения товаров в ячейки хранения
- Немедленный доступ поступившего в ячейки товара к отбору
- Контроль операций по возврату товара
- Поддержка кодов EAN/UPC (формирование этикеток, контроль)
- Поддержка серийных номеров и партий, а также дополнительных атрибутов
- Управление товарами специальной номенклатуры
Управление запасами
- Интеллектуальное управление размещением товара с учетом различных факторов (алгоритмов FIFO и LIFO, температурный режим хранения, сроки годности, весо-габаритных характеристик)
- Инвентаризация по дате/товарам/ячейкам
- Назначение ячеек с атрибутами доступа и размера
- Поддержка различных типов ячеек
- Гибкий процесс размещения через управление пополнением
- Формирование запросов на пополнение склада на основе реальных заказов
- Управление пополнением по принципу "мин/макс запасов товара в ячейке", "скорости отбора"
- Контроль серийных номеров и кодов партий
Отбор и упаковка
- Множество стратегий отбора (волновой, групповой, зонный, по товару, коробками и другие)
- Формирование оптимальных маршрутов обхода с учетом множества факторов
- Формирование заданий по типу техники, количеству номенклатур, доступности по высоте
- Одновременное пополнение склада и отбор
- Автоматическое задание на пополнение склада при отборе
- Прямой отбор товара в упаковочные коробки
- Поддержка работы с разнообразными типами складского оборудования (карусели, конвейеры, лифты, индикаторные системы)
- Печать товарных этикеток и ценников в разнообразных форматах
- Поддержка режима формирования комплектов
- Механизм замены товаров на аналогичные
- Работа с продукцией различной длины, поддержка операций перемотки и нарезки длинномерного товара
- Работа с весовым товаром
Отгрузка
- Реализация различных стратегий отгрузки в зависимости от выбранного подхода к управлению транспортной логистикой (по рейсам, заказам, направлениям, транспортным носителям)
- Управление «отгрузочными модулями», когда однотипные небольшие заказы от одного клиента консолидируются и отгружаются как одна транспортная единица
- Перекрестная отгрузка (cross docking)
- Оценка веса и объема отгружаемого товара
- Формирование упаковочных и палетных этикеток по требованию пользователя
- Печать отгрузочных этикеток в начале процесса отбора
- Формирование сообщений покупателю об отгрузках
- Автоматическая печать таможенной документации
- Автоматическое формирование отчетов для транспортных компаний
- Интеграция с системами управления транспортными перевозками
Дополнительные модули
Consid Labor
Управление ресурсами
ConsID Labor оперативно планирует работу склада для сохранения его высокой производительности даже во время пиковых нагрузок. ConsID Labor рассчитывает критические интервалы времени по типовым операциям и плановое количество трудовых ресурсов, требуемое для их выполнения. С помощью модуля вы можете производить расчет коэффициента трудового участия сотрудников, тарификацию операций сотрудников, расчет фонда оплаты труда, то есть создать схему мотивации сотрудников для повышения эффективности их работы.Гид по NGFW. 10 наиболее заметных продуктов, доступных на российском рынке
Consid Billing
Тарификация складских услуг
ConsID Billing позволяет 3PL-оператору вести ведет автоматический учет выполненных операций отдельно для каждого клиента, рассчитать их стоимость за любой период исходя из списка учитываемых операций и цен, индивидуально установленных контрактом для каждого клиента склада. Результаты тарификации могут выгружаться в корпоративную информационную систему.
Consid KPI
Ключевые показатели работы склада
Модуль ConsID KPI позволяет руководству оценивать текущие показатели эффективности работы склада и обоснованно принимать решения на основе фактических данных, которые агрегируются в WMS-системе в процессе операционной деятельности. ConsID KPI содержит набор готовых аналитических отчетов по ряду метрик и показателей, например:
- Оценка производительности за период;
- Онлайн-расчет оборачиваемости;
- Онлайн-график операций;
- Текущая загрузка склада;
- Эффективность работы персонала;
- Топ 10 лучших работников склада.
Consid Event
Управление событиями и оповещениями
Модуль ConsID Event позволяет пользователям системы оперативно реагировать на происходящие события и принимать упреждающие решения. ConsID Event отслеживает заданные события и делает рассылку оповещений пользователям системы по электронной почте, SMS, на терминалы сбора данных и т.д. Это позволяет получать системным администраторам, работникам склада, клиентам и перевозчикам оповещения о критических событиях.
История развития
2017: Смена названия
В октябре 2017 года компания ConsID переименовала продукт Open Source HH.WMS (OHE.WMS) в ConsID WMS.
2015: Вышел релиз OHE.WMS v4.2
22 октября 2015 года компания "Консид Технологии" сообщила о выходе релиза OHE.WMS v4.2.
Развивая функционал системы, разработчики добавили возможности:
Групповые шаблоны для основных объектов склада
Возможности управления характеристиками пользователей, оборудования и топологии на основе групповых шаблонов.
На больших распределительных и дистрибутивных центрах, с большим количеством сотрудников и погрузочной техники, актуально управлять пользователями в разрезе групп пользователей (с настроенными правами доступа и характеристиками для групп).
Использование групповых шаблонов позволяет сократить время и количество ошибок связанных с изменением всех характеристик пользователя, оборудования, ячеек и т.п. Для добавления очередного сотрудника склада достаточно завести личные данные и выбрать групповой шаблон настроек, которые соответствуют должности сотрудника, далее система автоматически создаст все основные привязки к зонам, список доступного оборудования, бизнес-процессов и т.п.
Использование групповых шаблонов для топологии склада также позволяет существенно снизить трудоемкость создания и изменения адресного пространства и практически исключило возникновение ошибок при перенастройках адресного простанства.
Изменение прав доступа к меню WEB и ТСД перенесено на WEB Dispatch в функции администратора
Гибкий механизм контроля WMS за перемещениями товара на складе
Решение OHE.WMS помогает управлять более 10 параметрами при поиске места для хранения товара. Для оптимального хранения на складе при перемещениях необходимо следовать рекомендациям системы. Но иногда рекомендации необходимо нарушать. Как поступить в таком случае? С одной стороны - нарушаются правила, с другой - нельзя класть товар в рекомендуемую ячейку вследствие объективных причин (заполненность ячейки, ячейка блокирована по любой причине и т.п.).
OHE.WMS v4.2 предлагает универсальный механизм, который позволяет управлять характеристиками поиска ячеек для размещения и контроля постановки товара в ячейки, на основе предустановленных правил. Логист может выбрать те характеристики, которые требуют обязательного соблюдения сотрудником склада, и те, которые носят рекомендательных характер. Таким образом, при поиске места хранения будут учитываться все характеристики, а при контроле постановки товара в ячейку только часть.
Это даёт возможность более гибко управлять движением товара, максимально исключить дефрагментацию на складе и добиться более оптимального использования пространства на складе.
Введение матрицы совместимости товарного запаса
В новой версии появилась возможность управлять хранением на складе на основе групп совместимости. OHE.WMS v4.2 позволяет создавать правила совместимости товарного запаса на складе (матрицу совместимости). Введение матрицы совместимости товаров, позволяет исключить возможность хранения и перемещения не совместимых товаров в одной ячейке/в одном паллето-месте.
Механизм уплотнения товарного запаса
В систему добавлен механизм уплотнения, позволяющий анализировать дефрагментацию склада на основании различных характеристик и создавать задания на перемещение товаров. В результате работы этого механизма создаются задания на консолидацию товара в ячейках хранения, с целью минимизации дефрагментации товарного запаса на складе.
Управление "отгрузочными модулями"
Введен новый бизнес объект - отгрузочный модуль. Отгрузочный модуль - это универсальная коробка (транспортный носитель), которая может содержать в себе несколько грузо-мест разных заказов отгрузки, которые комплектуются в одному клиенту или разным клиентам одной точки доставки.
Эту возможность отгрузки удобно использовать, если на склад поступают множество однотипных небольших заказов от одного клиента. В этом случае все эти заказы консолидируются в одной отгружаемой единице - "отгрузочный модуль". Далее обрабатываются и отгружаются, как единое целое.
Помимо уже имеющихся вариантов отгрузки заказов: по-заказно, по рейсам, по направлениям, добавлена новая возможность отгрузки заказов - по Отгрузочным Модулям. На этапе проверки заказов перед отгрузкой из нескольких грузо-мест одного направления формируются Отгрузочные Модули (транспортные носители). На отгрузке контроль отгрузки выполняется по отгрузочным модулям. В варианте отгрузки по отгрузочным модулям, возможна реализация частичной отгрузки заказов.
Добавлен тип сводной таблицы для отображения сводной информации
В OHE.WMS v4.2 добавлен новый тип сводной таблицы Pivot для отображения сводной информации
Сводные отчеты
В продукт вошло множество сводных отчетов на базе нового объекта:
- Сводный отчет по типам заданий
- Сводный отчет по приходным заказам в разрезе дат/поставщиков
- Сводный отчет по расходным заказам в разрезе дат/клиентов/маршрутов
Скриншот таблицы сводного отчета (2015)
Скриншот таблицы сводного отчета (2015)
Добавлены типы графических объектов
В OHE.WMS v4.2 добавлены новые типы графических объектов для сознания аналитических и графических отчетов
Добавлены аналитические отчеты
На основе графических объектов разработано множество аналитических отчетов:
- Наполненность склада
- Панель администратора.
- Статистики по обслуживанию БД.
- Активным пользователям.
- Нагрузка на систему за месяц.
- Нагрузка за месяц в течении дня.
- Распределение нагрузки за месяц по типам операций
- Текущие показатели работы склада
- Распределение заказов по направлениям
- Активность комплектовщиков в течении дня
- Задания по зонам. Задания по пользователям и т.д.
Панель вызова аналитических отчетов и административных функций
В OHE.WMS v4.2 в Web Dispatch добавлена панель инструментов для быстрого вызова наиболее часто используемых аналитических отчетов и административных функций.
Панель администратора
На панель администратора централизовано выведены наиболее часто используемые функции администирования:
Управление сессиями терминальными и ВЕБ; Информация о лицензиях; Монитор Администратора: ошибки обмена данных, лог остановки служб, лог архивирования, снятие товара с погрузчика и др.
Режим пред-просмотра разрабатываемого дизайна штрих-этикетки
В OHE.WMS v4.2 в Web Dispatch в форму редактирования штрих-этикеток добавлен режим пред-просмотра
Мотивация
Модуль позволяет рассчитать коэффициент трудового участия сотрудников склада исходя из списка учитываемых операций, тарифов и временных характеристик выполнения операций.
- Автоматический учет всех выполненных в OHE.WMS операций;
- Ведение списка операций;
- Тарификация операций сотрудников за период;
- С выгрузкой результатов тарификации в КИС;
- Схемы мотивации сотрудников, расчет баллов;
Расширен функционал WEB Dispatch и терминальных функций
- Добавлены WEB функции дублирующие терминальные функции: отмена приемки строк заказа, отбор, проверка, отгрузка, отмена заказа, расформирование заказа, перевод статусов, отмена отгрузки расходного заказа и др.
- Добавлены новые терминальные функции: кроссдокинг по-паллетный, кроссдокинг с рассортировкой по клиентам по ячейкам, приемка с рассортировкой по типам паллет (хранения, пополнения по зонам склада), операции работы с мерным товаров распил и разрез, отбор одним сканом, подтверждение отгрузки по заказу, формирование отгрузочного модуля, отгрузка отгрузочного модуля, мотивация форма ввода дополнительных действий, печать листа расхождений приемки и др.
- Оптимизирован алгоритм формирования заданий уплотнения. Формирование заданий перемещения товаров по заданиям, для уменьшения дефрагментации хранения товаров на складе.
- Оптимизирован механизм многошаговых перемещений. Добавлена операция размещения паллет по заданиям с автопереключением после выбора задания, перевезти паллету целиком или развести по складу. Добавлено перемещение через буферные ячейки с созданием задания на дальнейшее перемещение и автоматическим поиском ячейки назначения.
- Оптимизирован механизм пополнения. В алгоритм пополнения добавлен механизм расчета количества товара к пополнению, в зависимости от настроек и состояния склада, количество для пополнения может быть рассчитано: целой паллетой, с учетом мин-макс или количеством требуемым под отбор, с перемещением в зависимости от рассчитанного количества в заданную зону склада: зону коробочного отбора, зону мезонина, зону выбросов.
- Добавлено множество WEB отчетов и аналитических отчетов. Добавлена категория отчетов управления приходными заказами - Возвраты. В отчетах расходные заказы добавлены отчеты: заказы с Расхождениями, заказы в статусе Погружен. Для списков заданий введен статус списка заданий для группового управления статусом списка заданий.
2013: Open Source HH.WMS (OHE.WMS)
Решение предназначено для автоматизации складов готовой продукции, ответственного хранения, при производстве, а также распределительных центров. Автоматизация склада построена на основе штриховой идентификации товара и ячеек и применения мобильных терминалов сбора данных (далее ТСД) для выполнения складских операций.
Решение спроектировано в соответствии с современными технологиями разработки программного обеспечения (SOA, платформа .NET), что позволяет отнести его к классу адаптивных решений для автоматизации склада. Логика работы системы управления складом (WMS) вынесена в конфигурацию.
Это дает возможность без программирования:
- гибко изменять существующие бизнес-процессы
- разрабатывать новые
- с нуля разработать конфигурацию приложения в соответствии с требованиями заказчика
Основные цели работы Open Source HH.WMS - увеличение производительности склада, точности выполнения складских операций, оптимизация работы персонала и техники.
Цели работы OHE.WMS достигаются за счет следующих иновационных подходов к работе систем управления складом
- Единая Открытая платформа разработки OHE - позволяет без программирования расширять и дополнять требуемый функционал
- Наличие конктрукторов бизнес логики - позволяет быстро и гибко настраивать бизнес-процессы
- Большое количество шаблонов бизнес-процессов
- Наличие готовых отраслевых решений
- Минимальная стоимость владения продуктом
Возможность конфигурирования системы управления складом позволяет нашим клиентам иметь гибкую систему, способную удовлетворить все потребности в складской логистике. Решение ориентировано как на компании, у которых часто происходит смена бизнес-процессов, так и с устоявшимися бизнес-процессами.
Для первого типа клиентов использование системы управления для автоматизации склада позволит безболезненно, без остановки бизнес-процессов внедрять новые технологии командой собственных специалистов.
Для вторых мы конфигурируем нашу систему под требуемые бизнес-процессы и обеспечиваем полный цикл внедрения и поддержки системы управления складом.
Для изменения логики процессов и добавления, новых веб-форм, веб-отчетов, форм терминальных приложений, применяются следующие средства разработки:
- Open Source HH.WEB (конструктор для web отчетов)
- Open Source HH.Mobile (конструктор экранов терминалов сбора данных)
Использование встроенных (визуальных) средств разработки в системе управления складом позволяет уменьшить сроки внедрения решения и использоваться поэтапное внедрение бизнес-процессов. Так, в зависимости от сложности решения, средние сроки реализации проекта по автоматизации склада составляют 3-6 месяцев.
Работа с весовым и мерным товаром в системе управления складом OHE.WMS
На дистрибутивных и распределительных центрах и складах при производстве очень часто возникает необходимость вести учет товаров не только в типах упаковки (штуки, коробки, паллеты) но еще и в весовых и мерных (кв.метры,погонные метры) единицах хранения:
- на складах продуктов питания это задачи учета замороженой продукции, сырно-молочной, которые необходимо учитывать и в типах упаковок и в весовых единицах.
- на фрукто-овощных складах требуется учет продукции не только в упаковках (коробки, мешки, упаковки), но и в килограммах.
- на складах материалов это задачи учета рулонов с линолиумом не только в рулонах но и в погонных или квадратных метрах, керамической плитки не только в упаковках но и в квадратных метрах, мешков с цементом и смесей не только в упаковках, но и в килограммах. Бочки и канистры с жидкостями помимо учета в упаковках нужно учитывать в литрах.
- на складах тканной продукции рулоны с тканью необходимо учитывать кроме упаковок еще и в погонных метрах или квадратных метрах
- на складах электро-технической продукции бухты с кабелем кроме типов упаковки нужно еще учитывать в погонных метрах
Дополнительной задачей при работе с мерным и весовым товаром является выполнение отрезов, т.е. отделение от упаковки части товара.
Весовой и мерный товар можно условно разделить на следующие группы:
- весовой (мерный) товар с фиксированным значением. Это товар, единица хранения которого имеет постоянный вес (меру) единицы хранения. Погрешность данного веса (меры) незначительная и может не учитываться. К данной группе товаров, например можно отнести сыр в нарезке по 300г. , колбасы по 1 кг в упаковке.
- весовой (мерный) товар с не фиксированным значением. Это товар, который имеет средний вес (меру) единицы хранения (норма веса), но величина среднего веса (меры) может колебаться в пределах заданной величины (например 10% от среднего веса). Например, это может быть коробка с фруктами. Мешок с картофелем, морковью.
- весовой (мерный) товар, с переменным значением без нормы веса (меры). Это товар вес (мера) единицы хранения которого может изменяться в пределах 20-50% от величины среднего веса (меры), поэтому значение среднего веса (меры) сильно размыто и не может использоваться. Пример данного типа товара – мясная продукция, овощи в клетях, рулоны с тканью, рулоны с линолеумом, бухты с кабелем и т.п.
Рассмотрим, каким же образом можно отслеживать вес (мерность) товара на складе для обозначенных выше групп товаров на примере работы с весовым товаром на продуктовых складов.
Необходимо заменить, что многие системы управления складом WMS, не любят работать с весовым и мерным товаром или делают это не так как нужно Заказчику, а некоторые просто не поддерживают работу с мерными и весовыми товарами по структуре данных. Поэтому компаниям интеграторам приходится применять нестандартные подходы для отслеживания веса товара, а логистам со стороны склада придумывать схемы упрощения работы с такими группами товаров или обрабатывать их вне WMS.
Для чего же нужен учет веса товара на складе? Ведь обрабатывать товар в упаковках без учета веса (меры) намного проще и быстрее.
Большинство складов вводит учет веса, так как рассчитывается с поставщиками по весу (или другой мерной единице) или клиенты закупают продукцию по весу, поэтому на складе всегда должен быть актуальный вес продукции.
При работе с весовым товаром нередко необходимо учитывать процент который уходит на усушку утряску товара.
Для множества товаров, например овощи, фрукты хранение без учета веса невозможно.
Обработка товара с фиксированным весом=== Эта группа товаров является самой простой из весовых, т.к. при работе с ней можно не учитывать погрешности в отклонении среднего веса единицы хранения (коробки). Обычно обработку веса данной группы товаров сводят к настройке взаимодействия между WMS и ERP системой с возможностью передачи веса в виде среднего веса единицы хранения с пересчетом ожидаемого веса в типы упаковки и обратно. При необходимости учитывать вес для данной группы товаров на входе и выходе со склада вводят отдельную операцию взвешивания паллеты на приемке и отгрузке. Обычно это характерно для складов готовой продукции при производстве.
Обработка товара с нефиксированным весом
Эта группа товаров более сложная, чем предыдущая для обработки на складе, т.к. требует актуальных данных о весе товара для каждой единицы товара или для совокупности единиц товара. Для товара хранящегося в типах упаковки (штуки, коробки, паллеты) дополнительно учитывается вес.
Обычно товары данной группы поступают на склад от поставщиков в виде коробок с указанным весом каждой коробки, например, мандарины, бананы и т.п. Но для поставщика отчетной характеристикой является вес товара, и склад работает с ним по весу.
Можно обрабатывать данный тип товара как товар с фиксированным весом, но тогда будет возникать погрешность в фактически принятом весе товара и оплаченном поставщику. Хорошо если процент погрешности укладывается в нормы, а если нет?
В этом случае требуется принимать товар с фиксацией веса.
В этом случае по системе управления складом, в зависимости от настроек при приемке может сканироваться вес с каждой коробки товара, или вводится общий вес однородной паллеты или совокупности товаров.
На хранении в системе WMS помимо количества коробок в паллете учитывается общий вес паллеты или совокупности товаров. В зависимости от требований по обработке весового товара на различных операциях движения (перемещение, пополнение, корректировка) может запрашиваться дополнительный атрибут - вес. Это усложняет обработку этой группы товаров, но позволяет всегда в режиме реального времени знать вес товара в каждой ячейке и точно контролировать сколько реально по весу отобрано товара для покупателя товара.
При отборе весового товара с нефиксированным весом в зависимости от настроек WMS может запрашиваться вес каждой коробки (если вес товара указан), таким образом при отборе мы можем точно знать какой вес товара отобран, какой остался на паллете.
Если на товаре с нефиксированным весом отсутствует вес коробки, то при отборе не спрашивается дополнительный атрибут веса, а вес товара списывается на основании среднего веса коробки (нормы веса). В этом случае мы получаем приблизительный вес товара, из которой осуществлялся отбор, но ускоряем процесс отбора. В этом случае точный вес отгружаемого товара мы можем узнать на рабочем месте сортировщика, который занимается подготовкой заказа к отгрузке - выполнив взвешивание. На этапе проверки, сортировки весовой товар взвешивается по-артикульно на весах, обеспечивая точные данные веса по каждому отгружаемому товару.
Система управления складом WMS может легко быть настроена на ввод веса на различных контрольных точках, Например: приемка - отбор, приемка – проверка, приемка- отгрузка, только приемка и т. п.
Весовой товар, с переменным значением без нормы веса
Вес для данной группы товара в системе управления складом может учитываться различными способами:
- Товар учитывается как весовой непосредственно в килограммах, дополнительные типы упаковок и единиц хранения не ведутся.
- Товар учитывается как весовой непосредственно в килограммах, но обрабатывается на складе в разрезе паллет. Т.е. одна паллета содержит 1000 кг. Говядины, без учета количества туш.
В этом случае товар обрабатывается как стандартный весовой, и при работе с ним оператора всегда спрашивают ввести вес в килограммах. Сложность данной обработки товара заключается в том, что система WMS не может разделить вес по тушам, т.к. не известно сколько их физически храниться в ячейке. Данный подход может быть применен только в том случае, если товар полностью отгружается из ячейки или паллетной этикеткой с уникальным номером маркирована каждая единица хранения.
Если товар частично может быть отгружен из ячейки, то лучше использовать технологию работы как с товаром с нефиксированным весом с контролем веса на всех операциях.
При работе с весовым товаром с отслеживанием веса по-паллетно, необходимо также настраивать все операции, чтобы минимальная единица отгрузки была паллета.
Приведенная технология работы с группой без нормы веса желательно применять где она будет эффективна и необходима в противном случае лучше воспользоваться технологией работы с товаром с нефиксированным весом и контролем веса на точках обработки товара.
Интеграция с весами при работе с весовым товаром
При работе с весовым товаром на складе на точках обработки товара могут быть задействованы электронные весы. На приемке и отгрузке для контроля веса паллет с товаром используются напольные весы. Для контроля и маркировки единичного товара или совокупности однородного товара могут быть задействованы электронные весы.
В зависимости от класса весов:
- возможна печать штрих-этикеток товара с указанием веса;
- доступен вывод веса на электронном табло;
- возможна передача данных по интерфейсу (com-port, usb, ethernet и тд.) во внешние системы;
- возможна синхронизация с WMS и мобильными терминалами сбора данных.
Подрядчики-лидеры по количеству проектов
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение вендоров по количеству проектов внедрений (систем, проектов) с учётом партнёров
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение систем по количеству проектов, не включая партнерские решения
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Подрядчики-лидеры по количеству проектов
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение вендоров по количеству проектов внедрений (систем, проектов) с учётом партнёров
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
Распределение систем по количеству проектов, не включая партнерские решения
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)
![](/skins/ta/img/0.gif)