Система управления логистическим комплексом с применением голосовых технологий

Заказчик
ООО "Веста-фудс"
ИТ-поставщик
ООО "Проф ИТ"
Год завершения проекта
2016
Сроки выполнения проекта
Август, 2014 — Июль, 2016
Масштаб проекта
2500 человеко-часов
117 автоматизированных рабочих мест
Цели
1. Повышение производительности складского комплекса
2. Совершенствование существующих бизнес-процессов компании
3. Расширение ассортимента поставляемой продукции
4. Организация адресного хранения товара с поддержанием различных условий хранения товаров и обеспечением партионного учета по срокам годности и сериям.
5. Обеспечение требований ЕГАИС

Уникальность проекта

Уникальность решения достигается за счет комбинации следующих возможностей:
1. Интеграция системы в действующую ERP систему
2. Интеллектуальные голосовые технологии для организации складских операций (сбор товара, возврат)
3. Наличие гибкого инструмента для самостоятельного (без привлечения разработчиков) построения сценариев процессов, обслуживаемых решением
4. Обеспечение онлайн учета товара
5. Уход от бумажной технологии сборки товара
6. Обеспечение требований ЕГАИС при приемке, перемещении и сборке алкогольной продукции
7. Построение оптимального маршрута обхода ячеек при сборке товара с учетом жесткости упаковки собираемого товара
Проект решает задачи импортозамещения
Нет
Использованное ПО
В качестве основы для Системы управления логистическим комплексом предприятия был выбран российский программный комплекс NexTrade Logistic, включающий в себя:
1. WMS систему для организации полноценного учета на складах с адресным хранением товаров, обеспечивающей автоматическое управление задачами склада в режиме реального времени
2. Модуль Voice Picking – модуль голосового взаимодействия сотрудников склада с модулем WMS, позволяющий сократить количество печатных форм документов на этапе сборки товаров. Модуль позволяет организовать прямое общение сервера WMS и сотрудника с помочью естественной человеческой речи. Система в реальном времени отслеживает движения товара и корректирует работу сотрудника напр. при нехватке товара в ячейке.
3. Модуль для слотчиков (водителей погрузчиков), используемый для оповещения и регистрации результатов заданий, выполняемых слотчиками в системе – регистрация размещения паллет на этапе приема товара и выполнение внутрискладских перемещений. Модуль представляет собой веб-приложение на планшете, закрепленном на рабочем месте слотчика
Описание проекта
Внедрены и автоматизированы следующие бизнес-процессы: • Управление физической моделью склада в удобном визуальном редакторе • Организация адресного хранения с учетом различных условий хранения товаров, партионного учета по срокам годности и сериям • Осуществление приема товаров от поставщиков с помощью сканера штрих-кодов и автоматическим поиском ячейки для размещения товара • Осуществление отгрузки товаров клиентам с использованием автоматической очереди заказов на отбор и прокладкой оптимального маршрута отбора товара с учетом весовых параметров отбираемых товаров • Осуществление претензионной работы с покупателями и поставщиками • Осуществление операций по оперативному и плановому пополнению зоны отбора, внутрискладским перемещениям, направленным на оптимизацию складского пространства с использованием модуля слотчиков • Складской учет товаров, формирование оприходований, списаний и проведение инвентаризаций с возможностью использования сканера штрих-кодов • Набор аналитических отчетов по оценке состояния склада и складских операций. Внедрение Системы управления логистическим комплексом предприятия позволило руководителям подразделений компании отметить повышение производительности работы склада, прозрачности учета, удобства и качества проведения анализа оперативной деятельности компании. Появилась возможность отказаться от ручных операций по формированию и выдаче складских заданий кладовщикам и слотчикам
География проекта
Компания «Веста-Фудс» имеет централизованный склад в Ростове-на-Дону общей площадью хранения более 8 000 кв.м. Все задействованные отделы компании расположены в центральном офисе компании в Ростове-на-Дону.
Дополнительные презентации:
Транспорт и логистика - Презентация кейса Веста-Фудс.pdf
Коментарии: 36

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • Виктор Федько
    Рейтинг: 367
    Независимый эксперт
    Эксперт
    17.02.2015 20:54

    Мнда. Не то чтобы обухом по голове ))), как бы, плавали - знаем. Но чтоб так вот обстоятельно препарировать. Надо собраться с мыслями))).

  • Михаил Рябко
    Рейтинг: 10
    АО МПО им.И .Румянцева
    Начальник отдела проектов 1С
    18.02.2015 01:27

    Наличие сильных связей между модулями, похоже, беда всех ERP систем. Но тут нужно выбирать - или получаем результат операции в разных подсистемах в рамках одной транзакции или решаем проблемы синхронизации модулей.
    В принципе, мне нравится идея модульного построения системы. Сейчас на платформе 1С она в той или иной степени реализуется настройкой обмена между теми же "флагманами" - УТ, ЗУП, БП (в том числе в фоновом режиме).
    Вот, было бы интересней, если существовала какая-то 1С-я конфигурация-основа (пусть, например, управления НСИ и синхронизацией) + внутренний стандарт интерфейсной шины. При этом партнеры 1С могли бы разрабатывать к ней модули аналогично, как они делают сейчас самостоятельные конфигурации, коих уже превеликое множество.
    Такой подход мог бы разрешить противоречие между лучшей функциональностью специализированных решений и комплексным подходом систем типа ERP.
    В принципе, есть решения типа 1С:Консолидации, но решений в такой архитектуре на 1С я пока не встречал. В новых продуктах, например УТ, 1С:ERP 2.0 и 1С:Документооборот появилась возможность бесшовной интеграции через web-сервисы, что уже похоже на шаг в модульном направлении.

  • Андрей Ивков
    Рейтинг: 30
    Мобильные ТелеСистемы
    руководитель ИТ группы
    18.02.2015 04:54

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

    Простой системой Полностью модульной Без багов в каждом обновлении Со всей подробной документацией по каждому чиху С полностью прогнозируемым результатом установки обновлений
    Или есть такие?

    Само по себе слово ERP уже приводит любое подразделение эксплуатации ИТ небольшую дрожь в коленках. Или "а не пора ли поставить обновления?".

  • Марк Шварцблат
    Рейтинг: 30
    КТ "Акведук"
    ИТ-директор
    18.02.2015 16:52

    Ну, в общем-то, тоже самое много раз писалось и говорилось. И да - проблема общая для любой сложной системы. В рамках текущей парадигмы программирования проблема мало и плохо решаемая. Только мощное внутреннее тестирование, а желания нести эти затраты не видно.
    Выходы какие видятся?
    1. Шина обмена данными
    2. Облако, отвязанное от реализации конкретной операционной системы, для сокращения количества версий.
    3. Другая идеология для построения хранения данных.
    4. Независимость модулей (кубиков-кирпичиков).
    5. Система настройки, которая позволит легко выпиливать лишнее и, при необходимости, добавлять обратно.

    • Дмитрий Кудрявцев Марк
      Рейтинг: 30
      CIO-on-demand.ru
      партнёр
      18.02.2015 23:56

      Только сегодня на презентации одной конфигурации срезал докладчика (и по совместительству - идеолога и главного разработчика) вопросом: а шина-то у вас есть?

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

      Ха-ха-ха.

      А вообще 1С убить можно любым решением с использованием BPMN. Представьте себе: ты "рисуешь" в системе моделирования бизнес-процесс, а его "кубики" есть типовой код обработки триггеров событий. Дальше визуально собираешь формы ввода данных в онлайн-движке, оно автоматически сращивается с "нарисованным" процессом и вуаля: СЭД, учетная система, CRM. Да что угодно (до известных пределов, конечно же).

      Типовые конфигурации в таком виде + BPMN резко сужают круг программистов "для поддержки обновлений", рынок сдувается и 1С начинает шевелиться.

      Собственно, по этой же причине у Справочно-правовых систем нет полноценных облачных версий и т.п.

      • Дмитрий
        19.02.2015 14:39

        О, и как такая система называется ? Можете привести примеры внедрений ?

        • Дмитрий Кудрявцев
          Рейтинг: 30
          CIO-on-demand.ru
          партнёр
          19.02.2015 18:18

          Если вы про конфигурацию и её презентацию, но в эфир писать не стану - неэтично. В привате - пожалуйста, вчера говорили про 1300 внедрений, т.е. опыт есть.

          • Михаил Рябко Дмитрий
            Рейтинг: 10
            АО МПО им.И .Румянцева
            Начальник отдела проектов 1С
            20.02.2015 09:31

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

          • Дмитрий
            20.02.2015 14:40

            Я про "магическую" BPMN систему.
            К сожалению, большинство бизнес-процессов в компании не удаётся натянуть на «простейшие» кубики. Все эти красоты разбиваются о реальности желаний заказчика.
            Т.е. или простейшие бизнес-процессы в типовых кубиках, или сложно программируемые "кубики".

            P.S.
            Самое интересное, что в 1С есть и простой и сложный вариант.

        • 20.02.2015 14:10

          Таких систем достаточно много, есть в том числе и отечественные разработки, одну из них разрабатывают в Ижевске
          p.s. ввел в яндекс "Ижевск BPM" и вспомнил, что не одну, а даже две.

  • Михаил Рябко
    Рейтинг: 10
    АО МПО им.И .Румянцева
    Начальник отдела проектов 1С
    19.02.2015 01:03

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

    Если поделить условно системы по основанию "коробочности", то получатся "коробочные" системы, "заказные" и те, что между ними - в той или иной степени измененные (кастомизированные).
    Статья по сути, плач Ярославны о нелегкой жизни программистов, сопровождающих эти кастомизированные системы (в данном случае на платформе 1С). И виновата в этом, как обычно 1С ©

    • Михаил
      20.02.2015 14:15

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

      • Михаил Рябко
        Рейтинг: 10
        АО МПО им.И .Румянцева
        Начальник отдела проектов 1С
        20.02.2015 14:30

        Да, собственно, так оно и есть. Остается разобраться, а почему так.
        Понятно, что идеальной для компании, наверно, была бы заказная система с пожизненной поддержкой, но сие дорого. Поэтому в желании уменьшить расходы что-то готовое берется за основу и дорабатывается со всеми вытекающими последствиями. Спрос рождает предложение. А с квалифицированными программистами 1С, да, беда - мало их.

        • Михаил
          20.02.2015 21:15

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

          В итоге рано или поздно, появится жизне пригодная ERP 2.0, те кто кодил все хотелки пользователей в УПП - будут делать перевнедрения на ERP 2.0

          • Михаил Рябко
            Рейтинг: 10
            АО МПО им.И .Румянцева
            Начальник отдела проектов 1С
            22.02.2015 00:54

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

            • Михаил
              22.02.2015 01:21

              Я не буду развивать тему 1С vs SAP и Вам не советую, даже в свете тренда на импортозамещение.
              Бездумная кастомизация зло - однозначно. И если уж говорить о том куда идет процесс адаптации ИС под требования компаний, то в 1С он, как раз идет от программирования в сторону тычек и галочек. А программирование будет нужно только для интеграции одной конфигурации с другой. Вы по ищите, как зависит стоимость поддержки ИС от процента кастомизации ИС. Если поленитесь, то я сам найду и скину сюда скрин.

              • Виктор Федько
                Рейтинг: 367
                Независимый эксперт
                Эксперт
                22.02.2015 09:24

                Зло - это вообще любые бездумные действия. Что в ИС, что в жизни.

                Кастомизация - вещь вообще вынужденная по трем причинам :

                1. Не существует готовых законченных систем-коробок под все случаи жизни. Не придумали еще. И не придумают никогда. И 1С тут не исключение

                2. Возможность и необходимость кастомизации - это сознательный выбор разработчика любой ИС. Ибо на коробках и лицензиях не заработаешь, а на доработках - самое оно. Это бизнес. Прибыльный и долговременный. Замечательная игла.

                3. Любой, самый отлаженный и четко действующий механизм любого уровня сложности требует постоянной регулировки, смазки, профилактики. Доточки и допилки. И нормальный серьезный бизнес, используя ИС для повышения собственной эффективности будет постоянно выдвигать новые требования. То, что мы называем "хотелки". Это есть эволюция, прогресс. И без кастомизации тут не обойтись. При этом ни один гениальный разработчик никогда не предусмотрит всех возможных пожеланий. До сих пор еще не смог. Ни MS, ни SAP, ни кто-то еще. Да и не сильно стремится к этому. Зачем? (см. п.2).

                • Виктор
                  22.02.2015 11:52

                  Никто не спорит с тем нужна доступность кастомизации или нет - конечно нужна, она есть в любой ИС. Речь о том, на сколько сильная кастомизация нужна в сравнении с типовым функционалом. А возможности типового функционала зависят от того, на сколько качественно проработана методолгия тех или иных модулей (конфигураций или подсистем). И если с зарплатой и БУ в 1С традиционно все более менее, и даже с WMS/TMS - все хорошо (есть сильные компании и хорошие конфигурации), то все что касается производства - требует слишком большой кастомизации от типового функционала. Например есть 1С:ТОиР, который изначально создавался для какого-то деревообрабатывающего завода, но специфика для электросетевой компании учтена очень плохо и ребята внедренцы ничего путного сказать не могут.
                  Я во все не говорю, про мифические коробочные решения, я говорю о том, что ОЧЕНЬ часто когда появляются новые требования, ни бизнес, ни ИТ не думает сколько это будет стоить. И именно для 1С это утверждение актуальнее всего, по многим причинам. В т.ч. по тому, что 1С, в большей степени, можно адаптировать под не качественные процессы, которые работают в компании, без улучшения самих процессов.

                  24793_200.png

                  • Виктор Федько
                    Рейтинг: 367
                    Независимый эксперт
                    Эксперт
                    22.02.2015 12:29

                    что ОЧЕНЬ часто когда появляются новые требования, ни бизнес, ни ИТ не думает сколько это будет стоить.

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

                    • Виктор
                      22.02.2015 17:11

                      Только непонятно, что это за бизнес такой, который, пускаясь в какой-либо проект не знает, во что это обойдется? ИТ-проект - не исключение

                      Почти весь высоко-маржинальный бизнес - такой и есть.

                      обрабатывая требования бизнеса, обязаны предъявить предварительную смету на "хотелки". Пусть и приблизительную.

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

                      Быструю и эффективную. Тогда приведенный график будет полным и законченным. Любая кастомизация, как процесс, имеет те же две стороны - расход и доход.
                      Ну, Ок. А как посчитать доход от ИС? Понимаете, можно говорить красивыми словами, а можно говорить, как оно на самом деле есть. Если вы реально считаете/меряете доход от ИС - то об этом есть смысл говорить и писать(и это будет всем полезно и интересно), а если нет - то и смысла нет. Почему? Потому что в реальности большинство самостоятельно ничего не меряют, ни доход, ни риски.

                      • Виктор Федько
                        Рейтинг: 367
                        Независимый эксперт
                        Эксперт
                        22.02.2015 17:37

                        Я бы, все-таки, о высоко-маржинальном бизнесе так плохо не думал. Все случается, но он потому и столь маржинален, что хорошо умеет считать.

                        Лаг, несомненно, важен. Он не должен превышать двух-трех трамвайных остановок)))). Это целиком на совести и профессионализме CIO.

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

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

                      • Михаил Рябко
                        Рейтинг: 10
                        АО МПО им.И .Румянцева
                        Начальник отдела проектов 1С
                        23.02.2015 03:05

                        Вот, мы подошли к еще одной неблагодарной теме о ценности IT для бизнеса, т.е. как померить "доход". Чтобы далеко не ходить, можно обратиться к "Искусству бега по граблям" Зеленкова Ю.А., которая доступна прямо тут же, в библиотеке GlobalCIO. Примерно на эти же темы написана диссертация (автореферат там же, в библиотеке).
                        О чем там речь? Он пишет, что основная ценность IT для бизнеса - это снижение неопределенности, через которую уменьшается стоимость издержек. Дан анализ различных методик оценки эффективности от внедрения систем.
                        Есть еще одна очень замечательная мысль - кроме всего прочего, системы должны иметь свойство адаптивности к внешней среде. Т.е. невозможно предсказать все варианты изменения внешней среды, однако, система должна адаптироваться к этим изменениям. Что это означает? Вариант с галочками не удовлетворяет данному требованию.
                        Более, того, надо понимать, что все модели и "лучшие практики" -это попытки изобразить проекцию реального мира на какую-то модель, лучше или хуже его отражающую. Зачем и почему модель? Хотя бы потому, что описать реальные взаимосвязи - очень сложная задача, и поэтому прибегают к упрощению.
                        Какое следствие, что мы отсюда имеем? "Лучшие модели" и "лучшие практики" (и системы, которые построены на их основе) безусловно полезны и нужны, но могут быть не самым лучшим отражением реальной картины мира в конкретном случае.

                        • Виктор Федько Михаил
                          Рейтинг: 367
                          Независимый эксперт
                          Эксперт
                          23.02.2015 09:29

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

                          • Михаил Рябко Виктор
                            Рейтинг: 10
                            АО МПО им.И .Румянцева
                            Начальник отдела проектов 1С
                            23.02.2015 16:30

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

                            • Виктор Федько Михаил
                              Рейтинг: 367
                              Независимый эксперт
                              Эксперт
                              23.02.2015 17:34

                              Да не всегда грешно))).

                              Вполне там была нормальная оценка и не только СЭД. Поищи))). Не найдешь - так у меня сохранилось)).

                              • Михаил Рябко Виктор
                                Рейтинг: 10
                                АО МПО им.И .Румянцева
                                Начальник отдела проектов 1С
                                24.02.2015 19:15

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

                                ...
                                "При начале внедрения системы 1С ставилась цель - замена существующих программ ИВЦ в связи с возрастающими рисками по поддержанию системы в актуальном состоянии при изменении действующего законодательства в следствие морального и физического старения техники и достижения пенсионного возраста сотрудников, связанных с ее обслуживанием. Вести же ручной учет вследствие больших объёмов не представляется возможным."

                                "КоАП классифицирует как грубое нарушением правил ведения бухгалтерского учета и представления бухгалтерской отчетности, если искажение сумм начисленных налогов и сборов не менее чем на 10%, а искажение любой статьи (строки) формы бухгалтерской отчетности не менее чем на 10%.
                                От административной следует отличать уголовную ответственность (ст.199 и ст.199.1 УК РФ), которая наступает для должностных лиц в случаях уклонения от уплаты налогов и (или) сборов с организации или неисполнения обязанностей налогового агента в крупном размере.
                                Крупным размером в ст.199 и 199.1 УК РФ признается сумма налогов и (или) сборов, составляющая за период в пределах трех финансовых лет подряд более двух миллионов рублей, при условии, что доля неуплаченных налогов и (или) сборов превышает 10 процентов подлежащих уплате сумм налогов и (или) сборов, либо превышающая шесть миллионов рублей, а особо крупным размером - сумма, составляющая за период в пределах трех финансовых лет подряд более десяти миллионов рублей, при условии, что доля неуплаченных налогов и (или) сборов превышает 20 процентов подлежащих уплате сумм налогов и (или) сборов, либо превышающая тридцать миллионов рублей.

                                Ежемесячно сумма страховых взносов в ПФР в составляет порядка ХХ млн. руб., ФОМС – ХХ млн.руб., ФСС – около ХХ млн. руб.
                                Оценим цену ошибки в 10% только для квартальной отчетности ПФР. При ежеквартальной отчетности в ПФР сумма отчета составит порядка ХХ млн.руб., 10% от суммы этой ХХ млн.руб., что уже превышает порог в 2 млн.руб. для наступления уголовной ответственности должностных лиц. "
                                ...
                                Ну и т.д.

                        • Михаил
                          23.02.2015 10:25

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

                          • Михаил Рябко
                            Рейтинг: 10
                            АО МПО им.И .Румянцева
                            Начальник отдела проектов 1С
                            23.02.2015 16:03

                            УПП у нас используется с 2007г. Как обычно, перед началом внедрения все владельцы процессов дали "клятву верности" типовому функционалу, ну, а потом началось :)
                            В итоге мы разделили функционал УПП на 3 отдельные базы по уровню кастомизации (сильно переделанная и вообще не обновляемая, ибо и не требуется; средний уровень, постепенно сводящийся со временем к типовому; и практически типовая конфигурация) и организовали между ними обмен. В данном случае решение было больше политическое, чем технологическое.
                            Чем это было вызвано? На момент внедрения среди владельцев процессов не нашлось обладающих всей картинкой и готовых взять на себя ответственность сразу за изменение существующих процессов. Тут надо заметить, что происходила смена поколений систем (ИВЦ) и людей. Поэтому требовалось время, чтобы владельцы процессов приняли новые схемы и перешли к ним.
                            И раз, мы уж говорим, про 1С, получается, что мы используем все три возможности - глубокую кастомизацию, модульность и типовые конфигурации. А как у Вас дела с 1С сложились (как я понял, определенный опыт также имеется)?

                            • Михаил
                              23.02.2015 20:57

                              Михаил Евгеньевич, вы конечно простите, но мне кажется, что вот ОН и ответ, на вопрос "чем плоха 1С", и ключ к спору про кастомизацию, и выводы каким местом думают бизнес заказчики при внедрении ИС.

                              У компании, в которой я тружусь, опыт конечно имеется и он почти такой же, как и у вас. 2005-2006 год, то ли 5-е, то ли 6-е по масштабам внедрение 1С на тот момент времени. 1С:УПП, 300 пользователей. Спустя 8-9 лет почти все подсистемы переделаны(оно же кастомизированы), в т.ч. и зарплата, и еще много чего. Результат, каждое обновление проходит тяжело. В прошлом году приезжали пара консультантов из топовой 1С франчайзи, оценили объем созданных доработок (оно же кастомизация) в 2 человеко/года. Выводы, прислали ТКП - перевнедрение на ERP 2.0, ценник почти 50 млн.
                              Кроме УПП, у нас имеется несколько самописных конфигураций и документооборот, где работает 140-160 пользователей. Хотелки (я не называю это требованиями, т.к. бизнес-требование - это осмысленное, осознанное и оформленное видение по изменению ИС. А "хотелка" - это всякая анти-логичная хрень), которые противоречат методологии или меняют типовой функционал в ДО - отбрасываются. Т.е. ДО держится максимально к типовой конфигурации.

                              В каком году появился механизм подписки на события? Ведь кастомизацию по правильному можно делать через него!
                              А еще есть проблемы с производительностью, начиная с того, как 1С работает с потоками, ядрами, файлами, обновлением РЛС и т.п и т.д
                              Я не говорю, что 1С плохая, местами не зрелая - да. Поэтому торопиться в внедрением этой же ERP 2.0 особо не стоит.

                              • 23.02.2015 21:27

                                А еще, кроме программистов 1С, у нас есть тех поддержка (2 человека) только на 1С. Там интересная статистика, по количеству обращений (на тех поддержку 1С есть отдельный раздел в каталоге услуг по конфигурациям, по крупным БП и т.п.). Дак вот, есть пользователи которые обращаются в среднем раз в 2 дня (один из них за 120 дней работы обращался 68 раз), даже не смотря на то, что 90% их работы в 1С описано инструкциями(которые регулярно улучшаются) и иногда прводим обучение по новым Бизнес-Процессам.

                                • Михаил Рябко
                                  Рейтинг: 10
                                  АО МПО им.И .Румянцева
                                  Начальник отдела проектов 1С
                                  24.02.2015 09:41

                                  О, с инструкциями тема знакома. На некоторые процессы делали максимально доступные, почти комиксы :) Но, все равно есть постоянные "клиенты" с одним и тем же вопросом каждый месяц.
                                  Наверное, надо попробовать теперь снимать мультики-инструкции :) Если серьезно, то может может стоит попробовать короткие видеоинструкции сделать на популярные вопросы. По трудозатратам не думаю, что больше, чем писать.

                              • Виктор Федько
                                Рейтинг: 367
                                Независимый эксперт
                                Эксперт
                                24.02.2015 08:15

                                ответ, на вопрос "чем плоха 1С", и ключ к спору про кастомизацию, и выводы каким местом думают бизнес заказчики при внедрении ИС.

                                Я бы только заменил здесь "1С" на "любая ERP-коробка" от любого вендора." - и все встало бы на свои места окончательно, имхо. 1С "болеет" той же болезнью, что и все остальные - необходимостью доработок.

                                А уж степень доработок как раз и зависит от уровня зрелости бизнес-заказчиков.

                              • Михаил Рябко
                                Рейтинг: 10
                                АО МПО им.И .Румянцева
                                Начальник отдела проектов 1С
                                24.02.2015 18:58

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

                  • Михаил Игитов
                    Рейтинг: 25
                    1C
                    Руководитель по развитию сектора 'Металлы и горная добыча'"
                    25.02.2015 23:08

                    Для сравнения - посмотрите насколько все "хорошо" в SAP для производства. И с кастомизацией там скорее хуже, чем в 1С.

              • Михаил Рябко
                Рейтинг: 10
                АО МПО им.И .Румянцева
                Начальник отдела проектов 1С
                25.02.2015 21:44

                Хотя, возможно, Вы правы. Дело часто не в ERP системе.
                Вот, например, и положительный пример из энергетики. За 2,5 года сделать такое - снимаю шляпу! Причем, у них тоже был выбор SAP vs 1С.
                http://www.globalcio.ru/projectoftheyear/2014/projects/#best_decision/10/project/238/

  • Олег Баталов
    Рейтинг: 152
    AO Caspian Beverage Holding
    Начальник отдела информационных технологий
    20.02.2015 10:14

    1. Квалификацией части внедренцев/программистов, в частности автора статьи на Хабре.
    У платформы низкий порог вхождения, и как следствие низкое качество кода в некоторых "Конфигурациях", что и вызывает проблемы описанные в статье.
    2. Плюс сама бизнес модель большинства франчайзи предполагает создание стабильного спроса на свои услуги и не ориентирована на создание изначально качественного продукта.
    3. Ну и как всегда, неуправляемая энергия законодателей.

Год
Предметная область
Отрасль
Управление
Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.