Русский
Русский
English
Статистика
Реклама

Digital

Цифровая трансформация завода (ч. 3) волшебные интерфейсы и оживление железа

30.01.2021 20:16:42 | Автор: admin

Часть 1: CRM для ERP

Часть 2: Роботизация бизнес-процессов

Часть 3: Волшебные интерфейсы и оживление железа (в этой публикации)

Часть 4: Личные кабинеты, чат-боты и dream team

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

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

Рекомендация: Не айтишные книги, которые полезно прочитать айтишнику
  1. Принципы. Жизнь и работа. Рэй Далио

  2. Цель. Процесс непрерывного совершенствования. Элияху Голдратт

  3. Гемба Кайдзен. Путь к снижению затрат и повышению качества. Масааки Имаи

Какие идеи обычно возникают, когда нужно увеличить пропускную способность отгрузки на заводе:

  • Увеличить количество точек для одновременной отгрузки на заводе.

  • Увеличить количество КПП для одновременного въезда/выезда на завод.

На первый взгляд ответы правильные и логичные. Остается только найти пару 10 или 100 млн. руб. на инвестиционный проект и реализовать его.

Узкое горлышко найдено, дело за малымУзкое горлышко найдено, дело за малымЛичный опыт: Не верьте программистам и консультантам

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

  • У пользователя действительно все хорошо и прекрасно.

  • Пользователь не знает к кому обращаться со своими проблемами.

  • Пользователь много раз обращался, никто не решил проблему, потерял надежду и перестал обращаться.

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

  • У пользователя нет возможности обратиться из-за отсутствия времени, так как оно полностью занято оперативной работой.

Еще одна причина:

  • Программист и консультант никогда не были в гемба и не видели, как именно пользователь работает с системой и насколько это соответствует реальным бизнес-процессам.

Общий счет 5:1 в пользу того, чтобы не верить программистам и консультантам, что у пользователей нет вопросов и проблем.

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

Выявленные на месте явные проблемы (без погружения в детали):

  • 3 рукописных журнала для оперативной работы (при наличии рабочего места в ERP).

  • 2 монитора, чтобы вывести нужную информацию (изображение с 2-х видеокамер, данные с 2-х промышленных весов, программы для вывода текста на Led-табло, монитор для работы в ERP).

  • Настольный калькулятор (для вычисления max. веса к погрузке по каждой машине).

  • Ручки и фломастеры (для заполнения настольных журналов).

  • Поток жалоб от диспетчера на ошибки в рабочем месте ERP и постоянные проблемы со вторым монитором, куда выводятся данные с промышленных весов.

Лайфхак #1: Фотографируйте рабочие места пользователей

Так выглядело рабочее место диспетчера, когда я приехал и это было нормой с 2016 года.

Часть рабочего места диспетчера, вид сверхуЧасть рабочего места диспетчера, вид сверхуМонитор 1 - данные с 2-х камер, данные с 2-х весов, программа для led-таблоМонитор 1 - данные с 2-х камер, данные с 2-х весов, программа для led-таблоМонитор 2 - интерфейс рабочего места в ERP, беспощадный и жестокийМонитор 2 - интерфейс рабочего места в ERP, беспощадный и жестокийНастольный калькулятор и журналы на столе диспетчераНастольный калькулятор и журналы на столе диспетчераЖурнал прибывших машин на погрузку с отметками плановых точек погрузки на заводеЖурнал прибывших машин на погрузку с отметками плановых точек погрузки на заводеЖурнал с очередью машин (кто и во сколько приехал, когда и кого грузить, кто отгружен)Журнал с очередью машин (кто и во сколько приехал, когда и кого грузить, кто отгружен)Журнал выданных номерных пломб (учет по сериям) по сменам диспетчеровЖурнал выданных номерных пломб (учет по сериям) по сменам диспетчеров
Лайфхак #2: Наблюдайте, слушайте диалоги, задавайте вопросы

Это помогло за одну 12-часовую смену понять суть работы диспетчера:

  • Регистрация прибытия водителей на погрузку.

  • Планирование времени отгрузки в журнале (формирование очереди).

  • Вызов водителей на погрузку по журналу (по очереди из числа прибывших)

  • Выдача номерных номерных пломб и магнитных карт, их регистрация в ERP (для погрузки).

  • Ручная отправка задания на промышленные весы (для взвешивания машины до погрузки).

  • Ручное вычисление max. веса к погрузке (по каждой машине с учетом грузоподъемности и веса пустой машины).

  • Ручная отправка на промышленные весы задания на погрузку (max. вес к погрузке).

  • Печать отгрузочных накладных (после окончания погрузки).

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

Диалоги диспетчера с водителями обнажили бюрократию на рабочем месте и предвзятое отношение к водителям:

  • У одних водителей ничего не спрашиваем и не проверяем, у других - проверяем каждую букву в ФИО и гос. номерах.

  • Одни водители ожидают свою очередь, другие - проезжают на погрузку без очереди, хвастаясь перед другими водителями.

  • Одним водителям всё подробно рассказываем, других - игнорируем и не отвечаем на элементарные вопросы.

Все это порождало хаос в работе диспетчера и водителей, конфликты между людьми: между водителями и диспетчером, между самими водителями.

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

Нарисовались следующие задачи, которые были решены
  1. Ускорить регистрацию прибывших на погрузку водителей.

  2. Ускорить выдачу диспетчером номерных пломб и магнитных карт для водителей.

  3. Развести машины по времени прибытия на завод.

  4. Упорядочить очередь прибывших на погрузку машин.

  5. Ускорить взвешивание машин до и после погрузки.

  6. Привести в порядок интерфейс рабочего место диспетчера в ERP.

  7. Убрать у диспетчера второй монитор, журналы, калькулятор и фломастеры.

На решение задач и автоматизации, которые дали наибольший эффект ~ 2 месяца с учетом покупки и настройки оборудования, закупки партий номерных пломб со штрихкодами, написания ТЗ и других связанных процессов.

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

На гифке сразу виден результат преобразований (автоматическая очередь машин в новом рабочем месте диспетчера в ERP).

Волшебное рабочее место диспетчера в ERP - маленький мир больших машинВолшебное рабочее место диспетчера в ERP - маленький мир больших машинВремя "обслуживания" диспетчером одной машины сократилось в 10 раз
  • Автоматическая очередь машин через 1 КПП для 3-х точек отгрузки на заводе.

  • Автоматическое управление из ERP взвешиванием на промышленных весах.

  • Вся информация выведена на 1 экран 1 монитора пользователя.

  • Выдача номерных пломб и магнитной карты водителю с помощью сканера штрихкодов за 5 секунд.

  • Печать комплекта отгрузочных накладных диспетчером за 5 секунд.

  • Рабочее место диспетчера без журналов, калькулятора и фломастеров.

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

Так выглядят номерные пломбы для выдачи водителю:

  • Приходят в коробках по 10 тыс. шт. и соединены друг с другом пластиковыми "ножками" (особенность изготовления).

  • Изначально был только номер, затем мы заказали с нанесением штрихкодов.

  • Штрихкод просто кодирует номер самой пломбы.

Пластиковые номерные пломбы со штрихкодамиПластиковые номерные пломбы со штрихкодами

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

Примерка штрихкода для наклеивания на магнитную картуПримерка штрихкода для наклеивания на магнитную карту

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

  • Чтобы сканер различал штрихкоды, мы кодируем первый знак: 1 - штрихкод номерной пломбы, 2 - штрихкод магнитной карты.

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

ГЛАВНЙ РЕЗУЛЬТАТ: пропускная способность отгрузки продукции автотранспортом на заводе увеличена в 2 раза без капитальных затрат.

Подробнее, о том, что для этого было сделано, читайте далее...

Электронная очередь для грузового автотранспорта

Фактически очередь начинает формироваться на этапе приема заказов:

> с нашей доставкой, клиент указывает только дату и время выгрузки по адресу доставки.

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

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

Конкурентное преимущество: мы поддерживаем такой высокий уровень сервиса, чтобы клиенты могли получить продукцию завода: "день в день" - для регионов до 300 км, на следующий день - для регионов до 600 км, и через день - для регионов свыше 600 км.

Существующие ограничения на заводе при отгрузке в автотранспорт
  1. Разная продукция завода отгружается в разные часы в течение суток.

  2. Скорость отгрузки продукции на заводе не более 6 машин в час на 1 точку погрузки.

  3. Один вид продукции отгружается с 2-х точек погрузки, второй - с одной точки.

  4. Одновременно на заводе могут находиться не более 8 грузовых машин на всех точках погрузки.

  5. Все машины заезжают на завод и выезжают с завода через 1 КПП и одного диспетчера в смену.

Пример настроек в ERP по действующим ограничениям
Настройки пропускной способности отгрузки в ERPНастройки пропускной способности отгрузки в ERPНастройки вариантов подбора свободного времени отгрузки продукции в ERPНастройки вариантов подбора свободного времени отгрузки продукции в ERP

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

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

Автоматический подбор свободного часа погрузки на заводе (по заказу в ERP) для доставки клиенту ко времениАвтоматический подбор свободного часа погрузки на заводе (по заказу в ERP) для доставки клиенту ко времениВ какой момент формируются 3 разные очереди в ERP
  1. Заказ клиента принят 21.01.2021 в 11:14.

  2. Расстояние от завода до пункта разгрузки у клиента 630 км.

  3. Чтобы доставить заказ клиенту 22.01.2021 к 8:00, машина должна приехать на завод для погрузки 21.01.2021 не позднее 15:00 - это плановая очередь погрузки.

  4. Когда машины приезжают на завод для погрузки - это фактическая очередь прибытия.

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

Способы регистрация прибытия водителей на заводе:

  • через диспетчера

  • через уличный терминал

  • через чат-бот Telegram (подробнее в четвертой части)

  • через распознавание гос. номера машины (в планах на этот год)

Пример регистрации водителей через диспетчера в ERP
Диспетчер отмечает прибытие водителей правой кнопкой мыши в своем рабочем месте в ERPДиспетчер отмечает прибытие водителей правой кнопкой мыши в своем рабочем месте в ERP
  1. Машины, которые фактически находятся на погрузке на заводе.

  2. Очередь машин на погрузку по статусам:

    - кто еще не прибыл на завод (НЕ ПРИБЛ).

    - кто прибыл и ожидает своей очереди (В ОЧЕРЕДИ).

    - кто прибыл и автоматически приглашен к погрузке (К ПОГРУЗКЕ).

  3. Динамические данные двух промышленных весов (показ только у диспетчера).

  4. Изображение с двух камер на точках погрузки на заводе.

Пример регистрации водителей через уличный терминал на заводе
  • Сенсорный антивандальный монитор 24" российского производства (широкоформатный 16:9, TFT TN, 1920х1080, углы обзора 160/160), установлен на КПП завода.

  • Монитор без собственного ПО для подключения к любому ПК, с особыми характеристиками яркости (1000 кд/м2) и температурного режима (-30/+30), в защищенном корпусе (сталь 2 мм) c закаленным стеклом (4 мм) и весом ~ 20 кг.

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

Начальный экран - крупные шрифты, большие кнопки, не промахнешьсяНачальный экран - крупные шрифты, большие кнопки, не промахнешьсяШаг 1: Быстрый поиск по водительскому удостоверению - водитель не найденШаг 1: Быстрый поиск по водительскому удостоверению - водитель не найденШаг 2: Быстрый поиск по цифрам гос. номера автомобиляШаг 2: Быстрый поиск по цифрам гос. номера автомобиляШаг 3: Найденные по гос. номеру автомобили - выбор и подтверждениеШаг 3: Найденные по гос. номеру автомобили - выбор и подтверждениеШаг 4: Проверка данных и регистрация прибытия на погрузкуШаг 4: Проверка данных и регистрация прибытия на погрузку

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

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

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

  2. Уведомление водителя с подтверждением времени прибытия.

Чат-бот для водителей в Telegram интегрирован с ERP в режиме онлайн и работает автоматически по заданным сценариям (подробнее в четвертой части).

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

Способ регистрации прибытия

Канал вызова на погрузку

через диспетчера

уличное LED-табло и SMS

через уличный терминал

уличное LED-табло и SMS

через чат-бот Telegram

уличное LED-табло и чат-бот Telegram

через распознавание гос.. номера (в плане)

уличное LED-табло и SMS (в плане)

Пример приглашения водителей на погрузку по SMS
Автоматическое приглашение водителей на погрузку по SMSАвтоматическое приглашение водителей на погрузку по SMS
Пример приглашения водителя на погрузку в чат-боте Telegram
1 - водитель отметил прибытие на завод, 2 - чат-бот автоматически пригласил на погрузку1 - водитель отметил прибытие на завод, 2 - чат-бот автоматически пригласил на погрузку

На скриншоте ниже видно историю взаимодействия водителей с чат-ботом Telegram в интерфейсе ERP (подробнее в четвертой части).

Автоматическое приглашение водителей на погрузку в чат-боте TelegramАвтоматическое приглашение водителей на погрузку в чат-боте Telegram
Пример приглашения водителей через уличное Led-табло
Автоматическое приглашение водителей на LED-табло по гос. номеру автомобиляАвтоматическое приглашение водителей на LED-табло по гос. номеру автомобиля
  • Размер каждой LED-панели примерно 1,5 х 2 метра.

  • LED-панели развернуты на 2 стороны стоянки грузовых автомобилей перед заводом.

И если SMS или уведомление в чат-бот Telegram отправляется однократно, то приглашение на уличное LED-табло может выводиться несколько раз в соответствии с тем, как меняется автоматическая очередь в ERP:

  • Первый вызов и ожидание водителя в течение 5 минут.

  • Второй и последующие вызовы через каждые 5 минут, после вызова на погрузку следующего по очереди водителя и окончания погрузки очередной машины на заводе.

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

Оживление LED-табло и автоматическое управление из ERP

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

Фото от российского производителя LED-панелей (1,5 х 2 м), готовых к отправке на заводФото от российского производителя LED-панелей (1,5 х 2 м), готовых к отправке на завод

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

Окно программы для вывода текстовых строк на LED-таблоОкно программы для вывода текстовых строк на LED-табло

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

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

Пример 3-х страниц с описанием протокола
Страница 2 описания протоколаСтраница 2 описания протоколаСтраница 5 описания протоколаСтраница 5 описания протоколаСтраница 8 описания протоколаСтраница 8 описания протокола

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

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

Пример кода на языке Pascal (Delphi 10) по использованию протокола
unit ConnTypes;interfaceconst     RecBuffSizeByte=1024;typeTLevel2Pack=packed record  SrcAddr:word; //source address  DstAddr:word; //receiver address  PId:byte;     //Packet id  Cmd:byte;   // Command code  Flags:byte;  //options  Status:byte; //command status  DataLen:word; //length of data  Data:array[0..RecBuffSizeByte-1] of byte;  //data  end;PLevel2Pack=^TLevel2Pack;TLevel2Head=packed record  SrcAddr:word; //source address  DstAddr:word; //receiver address  PId:byte;     //Packet id  Cmd:byte;   // Command code  Flags:byte;  //options  Status:byte; //command status  DataLen:word; //length of data  end;PLevel2Head=^TLevel2Head;TFullPacket=packed record  bSTX:byte;  LenLo:byte;  LenHi:byte;  Data:array[0..RecBuffSizeByte*2-1+32] of byte;  end;  PFullPacket=^TFullPacket;function MakeFullPacket(Src:PLevel2Pack; Dst:Pointer):integer;function EncodeWord(v:word):word;implementationuses CRCUnit;function CS2word(cslo, cshi:byte):word;var b:PByte;beginResult:=0;b:=@Result;b^:=cslo or $80;inc(b);b^:=$80 or ((cslo shr 7) and $01) or ((cshi and $3F) shl 1);end;function EncodeWord(v:word):word;beginResult:=((v and $3F80) shl 1) or (v and $7F) or $8080;end;function DecodeWord(v:word):word;beginResult:=((v and $7F00) shr 1) or (v and $7F);end;function EncodeDataForComm(Src, Dst:Pointer; SrcSize:integer):integer; var PS, PD:PByte;     i:integer;     b:byte;  begin  PS:=Src;  PD:=Dst;  Result:=0;  for i:=1 to SrcSize do    begin    b:=PS^ xor $80;    if (b<$20) or (b=$7F)       then begin            PD^:=$7F;            inc(PD);            PD^:=b or $80;            inc(Result);            end       else PD^:=b;    inc(PS);    inc(PD);    inc(Result);    end;  end;function MakeFullPacket(Src:PLevel2Pack; Dst:Pointer):integer;var cs:word;    PB:PByte;    F:PFullPacket;    PackLen:word;    PackSize:integer;  begin  PB:=Dst;  F:=Dst;  cs:=0;  PackLen:=word(Src^.DataLen+sizeof(TLevel2Head));  CountCSNewW(Src, PackLen, cs);  F^.bSTX:=$02;  PWord(@F^.LenLo)^:=EncodeWord(PackLen);  inc(PB, 3);// add bSTX, LenLo, LenHi  PackSize:=EncodeDataForComm(Src, PB, PackLen);  inc(PB, PackSize);  PWord(PB)^:=EncodeWord(cs);  inc(PB, 2); // add CsLo, CsHi  PB^:=$03;  Result:=PackSize+6;  end;end.

Таким образом, нам удалось реализовать полностью автоматическое управление выводом очереди на LED-табло из ERP.

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

Спасибо, что дочитали до конца!

Подробнее..

Digital-трансформация завода CRM для ERP, роботизация БП и оживление железа, ЛК, чат-боты и dream team (ч. 1)

18.01.2021 12:13:17 | Автор: admin

Часть 1: CRM для ERP (в этой публикации)

Часть 2: Роботизация бизнес-процессов и оживление железа

Часть 3: Личные кабинеты, чат-боты и dream team

Текущий уровень автоматизации: 2 года назад

Ситуация на момент моего прихода в компанию на должность CIO:

  • Коротко о заводе: круглосуточное производство, круглосуточная отгрузка продукции

  • Необновляемая с 2014 года ERP 2 и платформа 1С, пресс-релиз о внедрении

  • Бизнес-процессы компании, оторванные от бизнес-процессов в ERP, и как следствие:

    • Параллельная вселенная в виде файлов Excel, Google-таблиц и облачных хранилищ

    • Присутствие журналов и реестров для ручного заполнения сотрудниками

    • Много бумажного документооборот, в т.ч. с контрагентами

  • Минимум данных в ERP-системе и исторические "костыли" в разработке

  • Скромный сайт компании без какого-либо функционала и интеграций

  • Штат ИТ не укомплектован, процессы в дирекции толком не выстроены

  • Огромный список "зависших" текущих задач, начиная с 2016 года

  • Поддержка: 2 сисадмина и 1 помощник, консультант 1С и консультант-программист начального уровня на ГПХ

  • Один договор с одной местной компанией "1С:Франчайзи" на оказание услуг

  • Авральный режим работы пользователей и бесконечное "тушение" пожаров службой ИТ

  • Большое желание руководства компании выйти на новый уровень автоматизации

Первая smart-задача: "сделать CRM за 3 месяца!"

Мои попытки уточнить детали задачи, ее рамки и требуемые результаты - не увенчались успехом. В коммерческой дирекции ассоциации с CRM были весьма размытые, опыта никто не имел.

К счастью, с CRM-системами я был хорошо знаком

Еще с 2016 года, когда я был руководителем проектов внедрений в ИТ-компании, у меня уже были клиенты, которым мы продавали и настраивали 1C:CRM.

В 2018 году я возглавил новое направление в этой же ИТ-компании по внедрению популярных CRM-систем (1C:CRM, amoCRM, Битрикс24.CRM).

Личный опыт придал мне сил и уверенности выполнить задачу в сжатые сроки. А скромный ИТ-бюджет, доставшийся по-наследству, только добавлял драйва и азарта.

"Коробочная" CRM для исторической ERP: это реально!

Неожиданная новость: у нас уже заключен договор на разработку CRM

За 2 месяца до прихода в компанию, мой предшественник заключил договор на разработку CRM-системы (именно разработку новой CRM "с нуля", а не внедрения существующих).

Ко мне на встречу пришел программист 1C, который выполнял разработку CRM-системы для нашей ERP, чтобы сдать проект и подписать акт.

Тщательный аудит и проверка работ на соответствие ТЗ показала, что это была попытка "срубить бабла". Фактически в ERP была включена функциональная опция встроенной подсистемы CRM (набивалка) и настроены статусы документа "Сделка" в качестве "воронки" продаж.

Самое интересное, что ТЗ было написано подрядчиком и весьма не плохо, но до разработки так и не дошло.

Договор был расторгнут по причине невыполнения ТЗ.

Далее по совокупности критериев, здравого смыла, и сохранения режима "одного окна" в ERP для менеджеров по продажам - принято решение встроить "коробочный" модуль 1C:CRM 3.

Первая сложность: актуальный модуль 1C:CRM 3 подходил только для ERP 2.4, а у нас редакция 2.1.

Вторая сложность: историческая ERP сильно кастомизирована, местами очень "криво".

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

Лайфхак: Facebook спешит на помощь

Мой 12-летний опыт внедрения различных конфигураций 1С говорил о том, что эти сложности решаемые, и модуль можно интегрировать с ERP.

Хотя подобных кейсов в интернете и на технических форумах я не нашел, обратился к разработчикам через партнерскую группу в Facebook:

  • Разработчики честно ответили, что на их практике такого не было, но гипотетически это возможно, если перенести часть БСП из ERP 2.4 в ERP 2.1 (после чего попробовать интегрировать сам модуль).

  • Один из партнеров с Украины ответил положительно. На их практике было 2 успешных внедрения, когда они встраивали модуль 1C:CRM 3, только в ERP 2.2.

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

Через месяц модуль 1С:CRM 3 был встроен в нашу ERP 2.1.

Еще месяц ушел на интеграцию CRM с почтой, офисной АТС в "облаке" и сервисом отправки SMS.

Еще около месяца ушло настройку новой подсистемы, "воронки" продаж, портрета клиента, обучения менеджеров по продажам.

Smart-задача выполнена в срок.

После запуска в эксплуатацию, CRM получила развитие:
  • Новый сайт компании, интегрированный с ERP (подробнее во второй части)

  • Интеграция ERP с Wialon и ЭТРАН

  • SMS-робот и Email-робот

Ноу-Хау: Самый краткий CRM-отчет для оценки KPI

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

Отчет в CRM для оценки KPI менеджеров по продажамОтчет в CRM для оценки KPI менеджеров по продажам
  1. По данным ERP

  2. По данным звонков и писем с контактным лицам клиентов в CRM

  3. По данным CRM

  4. По данным звонков, сайта и почты в CRM

  5. По данным ERP

  6. По данным ERP

  7. По данным CRM

  8. По данным CRM

Внимание!

С появлением этого отчета, менеджеры тщательно проверяли в нем данные, чтобы не был потерян ни один звонок, ни одно письмо.

Этот отчет мотивирует менеджера по продажам:

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

- Звонить и вести переписку с клиентами с корп. SIM и корп. почты.

- Добиться от ИТ, чтобы CRM работала корректно.

Факты: Фиксация всех входящих и исходящих звонков в ВАТС и CRM

Связка "ВАТС + номер 8-800 + корп.SIM + Софтфон + CRM" иногда сбоила и некоторые звонки не фиксировались. Для решения всех проблем с корп.SIM и номером 8-800 потребовалось около трех месяцев плотной работы с саппортом Мегафон и Рарус.

Мы добились выпуска нескольких обновлений и 100% фиксации звонков в CRM.

Все звонки в ВАТС (8-800, корп. SIM, офисная АТС)Все звонки в ВАТС (8-800, корп. SIM, офисная АТС)Все звонки в CRM (входящие, исходящие, пропущенные)Все звонки в CRM (входящие, исходящие, пропущенные)
Пример: Воронка продаж, портрет клиента, потенциальные сделки

Основные инструменты менеджера по продажам в CRM для работы с клиентами:

Портрет клиента в CRM (детальный)Портрет клиента в CRM (детальный)Воронка продаж в CRM (канбан менеджера)Воронка продаж в CRM (канбан менеджера)Потенциальная сделка в CRM (история взаимодействий)Потенциальная сделка в CRM (история взаимодействий)

Мы также нашли способ автоматической фиксации фактов встреч менеджеров с клиентами в CRM по данным GPS и мобильной сети (не реализовали только из-за отсутствия полноценного API со стороны сервисов, а ручной режим нам не нужен).

Ниже пример стандартных отчетов в CRM:

Анализ источников привлечения клиентов
Анализ источников привлечения в CRMАнализ источников привлечения в CRM
Причины потерь потенциальных сделок (клиентов)
Анализ потерь интересов в CRMАнализ потерь интересов в CRM

SMS-робот и Email-робот для автоматических уведомлений

Модуль 1C:CRM для ERP уже содержал в себе функционал для подключения к SMS-провайдеру и электронной почты, поэтому мы реализовали только автоматические уведомления по SMS и Email, и интеграции с другими сервисами:

  • Клиентов об отгрузке продукции со складов в автомобили и вагоны (через интеграцию ERP с промышленными весами, подробнее во второй части).

  • Клиентов об убытие машины с территории завода со ссылкой-треком для отслеживания на карте (через интеграцию ERP с Wialon).

  • Клиентов о приближение машины у пункту разгрузки (через интеграцию ERP с Wialon).

  • Клиентов о прибытие вагонов на ЖД станцию для выгрузки (через интеграцию ERP с ЭТРАН).

  • Клиентов о необходимости разместить заказ (по расписанию для контактного лица).

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

  • Клиентов на самовывозе и перевозчиков - об опоздании водителей на погрузку (через интеграцию ERP с чат-ботом и уличным монитором, подробнее во второй и третьей части).

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

  • Перевозчиков о штрафах по опозданиям на погрузку и выгрузку (через интеграцию ERP с Wialon).

Как выглядят сообщения SMS-робота в ERP
СМС-робот в ERP для уведомленийСМС-робот в ERP для уведомлений

Все SMS отправляются с символьного имени, от лица компании.

Как выглядят письма Email-робота в ERP

Письма с вложениями и без:

  • Вложения - это отчеты в формате Excel, автоматические сформированные в ERP.

  • Формы отчетов Excel сразу адаптированы для печати на принтере.

  • Тексты писем адаптированы для чтения в смартфоне и ПК.

  • Письма в ERP синхронизованы с почтовым сервером.

Почтовый робот в ERP для уведомленийПочтовый робот в ERP для уведомлений

Интеграция ERP с Wialon: автоматический сбор данных по GPS

  1. Изначально, стояла задача реализовать автоматическое уведомление клиентов о статусе доставки продукции в режиме онлайн.

  2. Затем мы расширили интеграцию с Wialon и начали использовать сервис для автоматического фиксирования фактического времени прибытия машин на выгрузку.

Это набор готовых сервисов, связанный в единую подсистему. Срок реализации 2 месяца.

Пример SMS-сообщений показан на скриншоте выше.

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

Забегая вперед, мы также используем уведомления в чат-бот Telegram (подробнее в третье части). SMS - потому что не у всех контактных лиц клиентов есть доступ в интернет на адресах доставки, а мобильная сеть какая-никакая есть практически всегда.

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

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

Такая система, в связке с личным кабинетов перевозчика и чат-ботом для водителей (подробнее в третьей части):

  • Дисциплинирует перевозчиков и водителей соблюдать сроки погрузки и доставки

  • Повышает лояльность клиентов и гарантирует своевременные поставки точно в срок

Спасибо, что дочитали до конца!

Задавайте вопросы, постараюсь на все ответить.

Подробнее..

Digital-трансформация завода CRM для ERP, роботизация БП и оживление железа, ЛК, чат-боты и dream team (ч. 2)

21.01.2021 14:15:10 | Автор: admin

Часть 1: CRM для ERP

Часть 2: Роботизация бизнес-процессов (в этой публикации)

Часть 3: Волшебные интерфейсы и оживление железа

Часть 4: Личные кабинеты, чат-боты и dream team

Роботизация бизнес-процессов на примере закупок (2 кейса)

Как часто выглядит процесс закупок на предприятии (без погружения в детали):
  1. Поиск поставщиков и запрос коммерческих предложений.

  2. Сравнение полученных предложений и выбор поставщика.

  3. Заключение договора и осуществление поставки.

Сразу возникают элементарные вопросы:

  1. Где найти поставщиков и как запросить коммерческие предложения?

  2. Как сравнить полученные коммерческие предложения и выбрать поставщика?

  3. Как заключить договор и проконтролировать поставку?

Обычно это происходит так:

  1. Найти поставщиков в справочнике ERP или погуглить, запросить предложения в почте или по телефону.

  2. Свести всю информацию в одну кросс-таблицу Excel, вручную сравнить все предложения по одним и тем же критериям и выбрать наилучшего поставщика.

  3. Получить форму договора у поставщика или составить свою и ожидать поставку в срок.

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

Обычный рабочий день менеджера по закупкамОбычный рабочий день менеджера по закупкам

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

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

    - исправление орфографических ошибки с помощью интеграции сЯндекс.Спеллер

    - удаление "мусорных" символов в наименованиях (спец.символы, кавычки, буквы "ё", лишние пробелы)

    - замена латинских букв в русских словах на буквы кириллицы, и наоборот

    - и другие алгоритмы исправления ошибок в наименованиях (всего 8)

    Разработанные алгоритмы исправления ошибок в наименованиях номенклатуры в ERPРазработанные алгоритмы исправления ошибок в наименованиях номенклатуры в ERP
  2. Упорядочивание данных в справочнике номенклатуры:

    - логическое группирование по видам номенклатуры

    - введение аналогов и замен

  3. Обогащение данных в справочниках контрагентов и контактных лиц:

    - разработка и заполнение портрета поставщика (частично автоматическое на основе исторических данных о поставках в ERP)

    - актуализация контактных данных контрагентов (email, телефоны)

    - актуализация данных контактных лиц контрагентов (ФИО, должность, email, мобильные телефоны)

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

Кейс #1: Роботизация процесса проверки поставщиков

На нашем заводе юридическая проверка поставщиков это обязательная процедура перед заключением договора поставки. В зависимости от категории поставщика и суммы закупки, каждый контрагент (ИП или юр. лицо) должен предоставить от 10 до 20 сканов документов.

В одном процессе участвуют 3-4 сотрудника из разных подразделений:
  • Менеджер по закупкам (ставит задачи менеджеру по документообороту, контролирует ход процесса проверки).

  • Менеджер по документообороту (запрашивает документы у контрагентов и выполняет их первичную проверку).

  • Юрист (выполняет юридическую проверку контрагента и документов).

  • Сотрудник службы безопасности (при необходимости).

ВАЖНО!Чтобы не только правильно выполнялась процедура проверки, но вовремя запрашивалась и поступала информация от поставщиков, вовремя выполнялись и передавались задачи между всем участниками процесса проверки, включая поставщиков.

Для роботизации процесса проверки поставщиков в ERP мы связали в одну систему следующие компоненты:

  • ERP-система (рабочее место сотрудников).

  • Сайт компании (интеграция с ERP и сервисом DaData.ru).

  • Почта Gmail (интеграция с ERP и сайтом).

  • Сервис DaData.ru (интеграция с сайтом и ERP).

  • Сервис 1С:Контрагент (интеграция с ERP).

На сайте компании разработана форма для самостоятельного заполнения контрагентом.

Для простоты заполнения к форме сайта подключен сервис DaData.ru - это и заполнение поле из общедоступных справочников и автоматическое заполнение связанных полей.

Пример формы на сайте для заполнения поставщиком

1, 2, 3, 4 - Заполнение по справочникам из сервиса DaData.ru

5 - Список компетенций поставщиков и подрядчиков из ERP

Все формы на сайте адаптивные, можно легко заполнить на смартфоне.

Пример адаптивной формы на сайте для заполнения поставщиком
Адаптивная форма для заполнения на смартфонеАдаптивная форма для заполнения на смартфоне

Заполненная на сайте форма отправляется в ERP, где автоматически преобразуется в данные - создаются элементы справочников (контрагенты, контактные лица), документ проверки поставщика, задачи для сотрудников, письма с уведомлениями поставщиков.

Пример формы документа проверки поставщика в ERP
Пользовательский интерфейс в ERP для проверки поставщикаПользовательский интерфейс в ERP для проверки поставщика
  1. Текущее состояние проверки поставщика.

  2. Статус предквалификации (отдельный бизнес-процесс, здесь не рассматривается).

  3. Автоматическое определение статуса контрагента (действующий или в состоянии ликвидации).

  4. Досье контрагента на дату начала проверки (автоматически сохранено в PDF).

  5. Досье контрагента на дату открытия документа проверки (динамическое формирование отчета).

  6. Блок проверки документов (с возможностью автоматического запроса дополнительных документов, которые изначально не запрашиваются на сайте).

  7. Автоматическая проверка соответствия кодов ОКВЭД контрагента предмету закупки.

  8. Автоматическая проверка срока регистрации контрагента.

  9. Автоматические задачи сотрудникам, история действий по проверке, автоматические письма контрагенту.

Робот автоматически отклоняет проверку контрагентас отрицательным результатом по 10 признакам, и одновременным уведомлением по email поставщика о причине.

Проверка контрагента в ERP автоматически не пройденаПроверка контрагента в ERP автоматически не пройдена

1 - Робот автоматически устанавливает отрицательный статус проверки и завершает бизнес-процесс проверки.

2 - Робот автоматически определяет причина не прохождения проверки, и автоматически отправляет контрагенту письмо с причиной не прохождения проверки.

3 - Менеджер по закупкам всегда может обосновать проведение проверки, отправив ответственному задачу на согласование (бизнес-процесс проверки будет автоматически инициирован при положительном согласовании).

Пример автоматических признаков, которые проверяет робот проверки поставщиков
10 причин автоматического не прохождения проверки контрагента10 причин автоматического не прохождения проверки контрагента
Пример автоматического письма поставщику, когда проверка не пройдена
Автоматическое письмо поставщику от робота, что проверка не пройденаАвтоматическое письмо поставщику от робота, что проверка не пройдена

Когда у робота нет причин отклонять проверку,в ERP автоматически стартует бизнес-процесси сотрудники начинают получать автоматические задачи.

Пример задачи, которую получает сотрудник на своем рабочем месте в ERP
Автоматическая задача пользователю от робота в ERPАвтоматическая задача пользователю от робота в ERP

1 - Назначен ответственный

2 - Установлен крайний срок выполнения задачи

3 - Ссылка на документ проверки поставщика

Таким образом,робот автоматически ставит задачи разным сотрудникам(или ролям) при переходе бизнес-процесса проверки на разные этапы.

Пример истории задач сотрудникам при проверке поставщика
История автоматических задач по проверке поставщика в ERPИстория автоматических задач по проверке поставщика в ERP

Все задачи для сотрудников имеют сроки выполнения.Настройки всегда можно изменить в ERP (в пользовательском режиме).

Пример настроек робота в ERP для бизнес-процесса проверки поставщиков

1 - Настройки адресации ролей и сроков выполнения задач ответственными.

2 - Настройка служебных ролей для ожидающих процессов.

3 - Настройка срока ожидания повторного предоставления документов поставщиком (после чего проверка завершается автоматически с отрицательным результатом).

Настройки бизнес-процесса для робота проверки поставщиковНастройки бизнес-процесса для робота проверки поставщиков

Когда в процессе проверки поставщикасотрудник выявляет недочеты, он устанавливает переключатель в положение "Не соответствует" и указывает причину в комментарии.

Сотрудник выявил несоответствия при проверкеСотрудник выявил несоответствия при проверке

Контрагент получает автоматическое письмо по emailдля устранения выявленных замечаний:

1 - Замечание по каждому документу.

2 - Уникальная ссылка с ограниченным сроком действия.

Робот автоматически отправляет email поставщику со ссылкой для повторного предоставления документовРобот автоматически отправляет email поставщику со ссылкой для повторного предоставления документов

Форма на сайте, открытая по уникальной ссылке из письма, предлагает загрузитьтолько те документы, которые запрошеныу контрагента повторно.

Пример формы на сайте для повторного запроса документов
Сгенерированная форма на сайте для повторной отправки документов для проверки контрагентаСгенерированная форма на сайте для повторной отправки документов для проверки контрагента

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

Пример истории почтовых писем от робота по одной проверке поставщика
История автоматических писем в ERP в документе проверки контрагентаИстория автоматических писем в ERP в документе проверки контрагента

Все шаблоны автоматических писем настраиваются в ERP (в пользовательском режиме).

Пример настройки почтовой подсистемы для робота проверки поставщиков

1 - Настройки почтовых ящиков для уведомлений.

2 - Настройка почтовых ящиков для загрузки данных с сайта.

3 - Настройка шаблонов автоматических email для различных событий.

Настройки почтовой подсистемы робота проверки поставщиковНастройки почтовой подсистемы робота проверки поставщиков

Плюсы роботизации бизнес-процесса проверки поставщиков:

1. Из процесса проверки исключен один сотрудник - менеджер по закупкам.

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

2. Поставщики самостоятельно предоставляют данные через сайт.

Высвобождается время у менеджера по документообороту для запроса документов по email, и у поставщика для выяснения вопросов и пересылки писем.

3. Робот автоматически проверяет поставщиков по 10 признакам.

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

4. Робот автоматически ставит задачи сотрудникам разных подразделений.

Сотрудникам не нужно думать о том, кому передать результат своей работы, а задачи не будут забыты или просрочены.

5. Робот автоматически пишет письма поставщикам.

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

6. Не нужно увеличивать штат сотрудников при увеличении числа поставщиков.

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

7. Новые поставщики приходят самостоятельно через сайт компании.

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

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

Настройки и функционал робота проверки статуса ликвидации организаций
Настройки робота проверки статуса ликвидации всех контрагентов в ERPНастройки робота проверки статуса ликвидации всех контрагентов в ERP

Ежедневно ночью робот автоматически проверяет всю базу контрагентов в ERP и актуализирует статус ликвидации по каждому ИП и юр. лицу (интеграция с сервисом DaData.ru).

При обнаружения признака ликвидации у контрагента:

1 - Робот автоматически уведомляет ответственных сотрудников.

2 - Робот приостанавливает оплаты в счет контрагента.

3 - Робот маркирует карточку контрагента в ERP.

Виджет проверки статуса ликвидации в карточке поставщика в ERPВиджет проверки статуса ликвидации в карточке поставщика в ERP

Кейс #2: Роботизация процесса запроса КП у поставщиков

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

  • Поиск поставщиков и подрядчиков.

  • Запрос коммерческих предложений и их сбор.

  • Сравнение предложений и выбор наилучшего поставщика.

  • Подготовка аналитической записки и согласование с руководителем.

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

Для роботизации процесса запроса и обработки коммерческих предложений в ERP, мы связали в одну систему следующие компоненты:

  • ERP-система (рабочее место сотрудников).

  • Сайт компании (интеграция с ERP).

  • Почта Gmail (интеграция с ERP и сайтом).

Рабочее место менеджера по закупкам в ERP с функционалом запроса КП через сайт

Шаг 1:Менеджер выбирает позиции (1) для запроса предложений через сайт (2).

Выбор позиций номенклатуры для запроса КП через сайтВыбор позиций номенклатуры для запроса КП через сайт

Выбор позиций номенклатуры для запроса КП через сайт

Шаг 2:Робот автоматически выбирает (1), и показывает менеджеру подходящих поставщиков (2) и контактных лиц (3) с заполненными email (4), а также компетенции, результаты проверок и последние поставки (5).

Робот выбрал подходящих поставщиков и контактных лиц для запроса КПРобот выбрал подходящих поставщиков и контактных лиц для запроса КП

Шаг 3:Менеджер выполняет визуальную проверку и запрашивает КП через сайт.

Шаг 4:Для каждого контрагента робот автоматически создает письмо со ссылкой для заполнения коммерческого предложения.

Робот создал и отправил письма с запромо КП каждому поставщикуРобот создал и отправил письма с запромо КП каждому поставщикуПисьма, отправленные роботом из ERPПисьма, отправленные роботом из ERP

На сайте разработана динамическая форма для заполнения поставщиком коммерческого предложения:

1. Условия оплаты (налогообложение, цены с НДС или без, ставка НДС,наличие отсрочки и размер аванса).

2. Условия поставки (способ и срок доставки, наличие и срок гарантии).

3. Товары к поставке (цены, особые условия гарантии, сроков поставки или аналоги).

Пример формы на сайте для заполнения КП поставщиком
Форма на сайте для заполнения коммерческого предложения поставщикомФорма на сайте для заполнения коммерческого предложения поставщиком

Таблицу товаров к поставке можно скачать в Excel.

Пример адаптивной формы на сайта для заполнения КП на смартфоне
Форму коммерческого предложения можно заполнить прямо в смартфонеФорму коммерческого предложения можно заполнить прямо в смартфоне

Важно!Чтобы поставщик не тратил время на подготовку формы коммерческого предложения, ее можно:

  • Скачать уже заполненную прямо на сайте.

  • Распечатать, поставить подпись и печать.

  • Отсканировать и загрузить на сайт.

Пример заполненной формы коммерческого предложения от лика поставщика
Печатная форма коммерческого предложения для скачивания с сайтаПечатная форма коммерческого предложения для скачивания с сайта

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

Такие образом, все коммерческие предложения поступают в ERP автоматически.

После окончания срока приема предложений, в ERP автоматически формируется аналитическая записка.

Робот автоматически формирует аналитическую запискуи сравнивает все предложения от поставщиков по одним и тем же критериям (1), и ранжирует претендентов (2) в порядке убывания.

Аналитическая записка, сформированная роботом в ERPАналитическая записка, сформированная роботом в ERP

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

Мы разработали и других роботов, которые работают в режиме 24/7 и облегчают жизнь.

Спасибо, что дочитали до конца!

Задавайте вопросы, постараюсь на все ответить.

Подробнее..

15 причин подключения приборов учета к системе диспетчеризации потребления энергоресурсов, личное мнение (IoT провайдер)

02.02.2021 00:22:58 | Автор: admin

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

В. И. Ленин

Ужаснулись? Ленина вспомнил. А что тут страшного? Ведь на самом деле к тому и пришли: учет и контроль - наше все, успех любого бизнеса. Однако довольно лирики, перейдем к делу. Вначале расскажу, почему возникла идея, потом сама статья.

Однажды мне захотелось поделиться своим опытом работы IoT-провайдером в ЖКХ. Работа такая, прямо скажу, неоднозначная и достаточно редкая. Кому интересно, читайте статью о личном опыте деятельности в сфере ЖКХ. Однако, за время работы над новым сайтом, когда вошел в новый 2021 год, понял, что многое для себя надо переосмыслить. А для людей понятным и ясным языком донести информацию. Вот и задумал серию статей. Когда клиенты обращаются ко мне, чтобы подключиться или создать свою систему, возникает много вопросов. В статье решил закрыть все и написать свои ответы, почему электронный учёт это выгодно.

Первоначальное внедрение учета или модернизация существующей системы учета ресурсов индустриальных и жилых объектов (тепло, вода, электричество, газ) приносит экономию от 5 до 20% в зависимости от ситуации, электронный сбор этих данных дополняет и повышает эффективность учета. В случае применения систем АСКУЭ на ряде объектов, мы получаем дополнительную экономию бюджета до 15%.

Приведу несколько простых примеров:

Бизнес центр 10.000 кв.м (плотность - 2000 человек)

Электрическая энергия 9,5 млн рублей в год;

Тепловая 6 млн рублей в год;

После внедрения учета электроэнергии сумма аванса в среднем за год снизилась на 0,5 млн рублей;

Тепловая энергия 1 месяц простоя в случае поломки оборудования прибавит 3-5% от общей суммы за год. Поломка может быть до смешного простая, превышения диапазона разницы измерений между приборами. Например,(на подаче 2 кубометра теплоносителя, на обратном трубопроводе 1 кубометр теплоносителя).

Жилой дом, 9 этажей, 6 подъездов (стандартная панелька)

Небаланс электроэнергии, плавающий ОДН, формируется по двум причинам. Первая не единовременное снятие показаний между общедомовым прибором и квартирными. Вторая причина наличие у жильцов разномастного зоопарка оборудования, при этом преднамеренных хищений нет. Устранить небаланс без внедрения единой системы невозможно. В среднем ОДН (общедомовые нужды) в месяц на такой жилой дом составляет от 15 т.р до 60 т.р. Провести аудит и свести баланс вручную сложно. Нужно понимать, что каждый из нас сейчас платит в среднем 100 рублей в месяц, в этой сумме заложена оплата за соседа.

В реальности учет ресурсов делает расчет между потребителем и поставщиком ресурсов прозрачным. Это помогает потребителю сэкономить, а управляющим компаниям (УК) снизить возможные затраты и издержки, они реально есть. Подробно об этом не все знаю, но, по моему опыту, это 100% к сумме вашего ОДН, из бюджета управляющей компании. Как я писал выше, единственный эффективный инструмент учета подключение приборов учета к системам диспетчеризации инженерных систем, называемой также автоматизированной системой контроля и учёта энергоресурсов (АСКУЭ).

К предисловию статьи могу сказать, что сейчас основной потребитель АСКУЭ - это промышленные, бюджетные и иные коммерческие объекты, управляющие компании, ТСЖ. Был опыт проведения 15-и собраний с жильцами ТСЖ: жители многоквартирных домов не в состоянии адекватно оценивать плюсы и минусы таких систем в течение короткого собрания. Находятся жильцы, которые считают, что им всё бесплатно должно поставить государство, что является стоп-краном в продвижении новых технологий. Большинство жильцов в реальности не могут оценить своей выгоды в ближайшей перспективе.

Разберем подробнее, почему стоит подключать приборы учета к системе диспетчеризации.

Содержание:

  1. Контроль за счетчиками всех коммунальных ресурсов

  2. Огромный выбор поддерживаемого оборудования

  3. Адаптивная система подключения приборов учета к системе диспетчеризации

  4. Подключение множества объектов к единой системе диспетчеризации

  5. Дистанционный сбор показателей

  6. Оптимизация штата сотрудников

  7. Оповещение о возникновении поломок, аварий, нештатных ситуаций

  8. Формирование электронных отчетов журнала учета

  9. Анализ статистических данных, мероприятия по оптимизации потребления

  10. Работа на любых типах устройств

  11. Интерактивные карты подконтрольных объектов

  12. Программируемые задачи - поверка, сбор показателей

  13. Web-интерфейсы и мобильные приложения АСКУЭ

  14. Анализ качества предоставляемых коммунальных ресурсов

  15. Защита подключенных приборов учета

Заключение

Причина 1. Контроль за счетчиками всех коммунальных ресурсов

Системы диспетчеризации универсальны. С помощью интернета можно автоматически собирать показатели с приборов учета всех возможных коммунальных ресурсов:

холодная вода;

горячая вода;

электрическая энергия;

газ;

тепловая энергия;

водоотведение;

кондиционирование.

Зря что-ли, едва в 2015 году 3GPP запустил стандарт NB-IoT, а уже в 2017 г. Мегафон, а за ним МТС и другие начали устанавливать умные счетчики и работать в интернете вещей и в сфере М2М в ЖКХ. Стоимость на услуги у всех операторов разные, а облачный сервис не так дешев, как кажется, поэтому для ЖКХ логично нанимать организации, которые могут решить все организационные вопросы. Что сейчас и происходит.

Причина 2. Огромный выбор поддерживаемого оборудования

Современные системы диспетчеризации имеют огромное количество поддерживаемого оборудования различного типа и назначения:

общедомовые/квартирные теплосчетчики и вычислители;

расходомеры холодного и горячего водоснабжения (ХВС)/(ГВС), теплоносителя;

терморегуляторы;

электросчетчики;

счетчики газа (корректоры);

оборудование для передачи данных (GSM-модемы и Ethernet-преобразователи);

измерительные модули;

модули сбора данных (контроллеры).

Причем с каждым годом список моделей постоянно расширяется. Да и зона NB-IoT-покрытия уже превышает намного более чем 100 городов России.

Рис. 1. Щит учета тепла и сбора данныхРис. 1. Щит учета тепла и сбора данных

Причина 3. Адаптивная (plug and play) система подключения приборов учета к системе диспетчеризации

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

А в общем строение системы, как в компьютере: пользователя не должно заботить, из какого оборудования строится система учёта, главное - наличие интерфейсов. Модуль:

приборы учета любых типов с удобным интерфейсом, возможно существующий, если он подходит для выбранного канала связи;

локальная или облачная база данных ;

канал связи, удовлетворяющий по цене, скорости, доступности, времени запуска;

доступ к базе через интернет или локально (если своя база);

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

Причина 4. Подключение множества объектов к единой системе диспетчеризации

К системе диспетчеризации можно подключить множество объектов. Причем опрос и выгрузка данных по всем приборам учета может составить всего несколько минут. Единая система мониторинга позволит в условном online-режиме:

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

отслеживать работоспособность приборов учета;

регистрировать пиковые нагрузки на инженерные системы;

выявлять и устранять проблемы в работе инженерных систем.

Рис. 2. Система передачи данныхРис. 2. Система передачи данных

Для управления системой вам понадобится диспетчерский компьютер с установленным специализированным программным обеспечением (ПО) и один обученный специалист.

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

Причина 5. Дистанционный сбор показателей

В случае отсутствия АСКУЭ сбор показаний с приборов учета проводится работниками УК вручную. Подобная процедура отнимает много времени, что обусловлено:

количеством обслуживаемых домов;

труднодоступным местоположением общедомовых приборов учета;

невозможностью полной сверки показаний квартирных счетчиков;

большим расстоянием между обслуживаемыми УК домами;

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

Автоматический сбор показаний со всех подконтрольных узлов учета в сотни раз сокращает трудозатраты и время сбора данных. Становится возможным исключить из процесса учета жильцов. Данные с квартирных счетчиков жильцов предоставляются своевременно и достоверно. Взаимоотношение жильцов и УК определяются договором с коммерческой организацией.

Рис. 3. Личный кабинет пользователя для оценки качества ресурсовРис. 3. Личный кабинет пользователя для оценки качества ресурсов

Причина 6. Оптимизация штата сотрудников

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

Тем более, что в каждом доме есть интернет-провайдеры и не по одному на дом, от МТС, от Билайна, от Ростелеком и т. п. Оборудование стоит в каждом доме так, что проблем с каналами нет. Система автоматически избавляет от рутинных, обязательных отчётов для проверяющих и обслуживающих организаций.

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

Причина 7. Оповещение о возникновении аварий, нештатных ситуаций, поломок

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

неисправности узлов учета;

не нормативном потреблении коммунальных ресурсов;

возникновении нештатных ситуаций (НС) прорывы труб ХВС и ГВС, падение давления теплоносителя в системе, отсутствие электропитания;

нарушении режима подачи коммунальных ресурсов.

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

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

Оповещение о НС возникает непосредственно на диспетчерском компьютере. Имеется возможность настроить SMS и E-mail уведомление о НС ответственным лицам и аварийным службам. Подобная функция позволяет оперативно реагировать и устранять неисправности инженерных систем.

Рис. 4. Та самая ситуация, когда система постоянно говорит о превышении порога расходов между приборами более 4%, а на объекте завёлся барабашка.Рис. 4. Та самая ситуация, когда система постоянно говорит о превышении порога расходов между приборами более 4%, а на объекте завёлся барабашка.

Причина 8. Формирование электронных отчетов журнала учета

Помимо мониторинга показаний с приборов учета, ПО ведет архив показаний. Архив содержит показания за весь период подключения узла учета к системе АСКУЭ. На диспетчерском компьютере возможно в несколько кликов сформировать отчет за интересующий период. Выгруженная информация может быть представлена в различных электронных форматах (doc, xls,.pdf и т.д.), а также в специализированных отчетных формах для ресурсоснабжающих организаций (РСО). Данные из отчета можно загружать непосредственно в расчетные системы РСО. Процесс автоматизирован, более не требуется личная ежемесячная передача данных со всех объектов в РСО.

Причина 9. Анализ статистических данных, мероприятия по оптимизации потребления

Система диспетчеризации мощный инструмент аналитики, обусловленный:

круглосуточной работой 24/7;

возможностью ежедневного/ежечасного/ежеминутного опроса подчиненных узлов учета;

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

контролем качества поставляемых ресурсов (электроэнергия, количество тепловой энергии, масса теплоносителя);

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

Благодаря обработке регистрируемых данных, потребители имеют возможность:

определять время и величину пиковых нагрузок на инженерные системы;

выявлять причины пиковых нагрузок;

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

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

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

Приятным плюсом является расчет экономии потребляемых ресурсов от месяца к месяцу. Данную информацию удобно представлять в отчетности.

Рис. 5. График потребления электричества бизнес-центром. Чётко видно начало пандемии COVID-19 и удалёнку.Рис. 5. График потребления электричества бизнес-центром. Чётко видно начало пандемии COVID-19 и удалёнку.

Причина 10. Поддержка широкого перечня устройств

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

просматривать объекты и точки учета;

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

просматривать список НС по всем подконтрольным объектам.

Причина 11. Интерактивные карты подконтрольных объектов

В некоторых ПО присутствуют интерактивные карты объектов, которые визуализируют:

подконтрольные организации объекты;

их статус;

наличие НС;

проблемы с приборами учета;

повреждение инженерных систем;

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

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

Рис. 6. Интерактивная картаРис. 6. Интерактивная карта

Причина 12. Программируемые задачи поверка, текущие или плановые осмотры, ремонты (ППР)

Пользователь систем диспетчеризации имеет возможность производить ручной (по запросу) и автоматический опрос приборов учета. Автоматический режим позволяет задавать опрос приборов учета с заданной периодичностью (час/день/месяц).

Рис. 7. Мониторинг микрорайонаРис. 7. Мониторинг микрорайона

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

Причина 13. Web-интерфейсы и мобильные приложения АСКУЭ

Прозрачность отношений между РСО, УК и непосредственными пользователями услуг крайне важна. Эту прозрачность могут обеспечить системы диспетчеризации путем предоставления доступа пользователей к Web-интерфейсам и мобильным приложениям АСКУЭ.

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

отслеживать потребление коммунальных ресурсов как с личных приборов учета, так и с общедомовых;

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

контролировать правильность начислений.

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

Причина 14. Анализ качества предоставляемых коммунальных ресурсов

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

Рис. 8. Анализ потребления ГВС, состояние температуры нагрева водыРис. 8. Анализ потребления ГВС, состояние температуры нагрева воды

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

Для теплоснабжения:

температура и давление теплоносителя;

расход теплоносителя;

масса теплоносителя;

тепловая энергия;

количество теплоты;

время работы;

температура наружного воздуха.

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

Для электрической энергии:

полная мощность S фазная и суммарная, (кВА);

активная мощность P фазная и суммарная, (кВт);

реактивная мощность Q фазная и суммарная, (кВар);

напряжение фазное и среднее,(В);

ток фазный и средний, (А);

углы фазового сдвига между гармоническими составляющими тока и напряжения;

частота, (Гц);

время отключения от электросети, (мин).

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

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

Причина 15. Защита подключенных приборов учета

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

разницы показаний общедомового и квартирных приборов учета.

непрерывной регистрации показаний, резких пропусков и скачков в показаниях отдельных квартирных счетчиков 24/7;

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

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

Заключение

Есть три значимые проблемы теплоучета.

Первая - отсутствие нормативной базы. Правила учета тепловой энергии и теплоносителя за 1995 год не всегда отвечают действительности. Некорректны и устарели, потому не соблюдаются. Если говорить образно, то каждый теплосчетчик может трактовать алгоритм в пользу потребителя. Тут нельзя говорить, что учет имеет единство измерений. То есть гигакалория, измеряемая счетчиком на одном объекте, может оказаться не равной гигакалории, измеренной в другой точке учета.

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

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

Подробнее..

Реальный спектакль в виртуальной среде Большой драматический театр открыл филиал в Minecraft

06.07.2020 14:13:22 | Автор: admin

14 июня Большой драматический театр им. Г.А. Товстоногова сыграл первый спектакль в среде Minecraft. Для постановки Вишневого сада Чехова понадобился процессор Intel Xeon E5 1650 v3 и два SSD-диска по 480 Гб. На ванильном сервере популярной игры развернулся не только адаптированный сюжет и игра актеров, двигающих свои персонажи. В виртуальной реальности построили и сцену, и весь театр. Рассказываем о техническом закулисье, репетициях перед постановками и о том, как самая знаменитая песочница помогает стряхивать пыль с томов русской классики.

Сначала был театр


Во время пандемии некоторые театры ушли в онлайн. У Большого драматического театра им. Г.А. Товстоногова появился сайт БДТ Digital. Здесь можно слушать новые, созданные специально для онлайн-трансляции радиоспектакли, участвовать в онлайн-встречах с актерами, узнать, чем увлекаются актеры в свободное время.

Во время самоизоляции Minecraft переживает новую волну популярности. Вынужденно заключенные в квартирах, геймеры строят привычный себе мир только из виртуальных блоков. Студенты, оторванные от лекций, строят здания своих университетов, чтобы хотя бы так погулять по привычным аудиториям. Лишенные выпускных школьники проводят их в игре. Другие строят целые избирательные пункты и собирают в игре работающий компьютер.

Российские геймеры не обошли стороной и историческое здание БДТ, спроектированное Людвигом Францевичем Фонтана в XIX веке. В постройке им помогал художник спектаклей в Minecraft Андрей Воронов: он курировал процесс, предоставлял необходимые данные по параметрам, вносил правки. Получилось не сразу первый вариант строения был слишком большим. Но, еще немного поработав киркой, игроки завершили реалистичную копию театра с внутренним убранством и основной сценой. Где сцена, там и спектакль, подумали в БДТ.


Преимущества и ограничения Minecraft


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

Для своего digital-театра БДТ выбрал процессор Intel Xeon E5 1650 v3, два SSD-диска по 480 Гб каждый. Оперативная память составила 64 Гб, а пропускная способность канала 1 Гбит/c. В качестве операционной системы Ubuntu 18.04. Необходимую инфраструктуру театр арендовал у Selectel. На дебютный спектакль технические специалисты БДТ поставили ограничение на вход не больше 100 человек. Но последний состоялся без всяких ограничений.

У Minecraft есть свои правила и узнаваемый визуальный стиль. Секрет ее популярности в простоте геймплея. Что может быть понятнее равного со всех сторон куба. Хотя именно из этой простоты выросло масштабное движение игроков, которые строят там целые произведения архитектурного искусства. Вопреки понятным ограничениям. С ними работал и режиссер спектаклей в Minecraft Эдгар Закарян, который, наоборот, постарался трансформировать их в средства театральной выразительности.


Игра актеров


Квадратные человечки в Minecraft не выражают эмоций и ограничены в наборе движений. Они могут ходить, кланяться, поднимать руку, прыгать, строить и рушить. Особо не разгуляешься. Как признался Эдгар Закарян, самыми выразительными действиями персонажей оказались кивание головой и махание рукой. И режиссер искал в текстах пьес места, которые можно было выразить ими.
Очень важен хороший темп. В этой игре нужна динамика, больше движения. Со временем стало ясно, что лучше всего получаются диалоги, когда персонаж может подойти к другому герою, наклониться к нему, нашептать на ухо, например. Артисты озвучивают это в правильной интонации, и зрителю все понятно. С монологами так не получается, к сожалению. Для них нужно использовать 3D-шлемы и VR-очки, чтобы появилась возможность использовать мимику актеров, танец тела, рассказывает Эдгар.
Так как мимику актеров передать было невозможно, большую роль сыграли озвучка и взаимодействие с декорациями. Вместо настоящих слез героиня выстраивает ручей, а высшую степень отчаяния показывает через разбивание стекол в доме. Последние, правда, восстанавливаются одним щелчком мыши.


Особенности площадки преподнесли свои сюрпризы авторам спектакля. Так, во время Вишневого сада некоторые пользователи шутки ради прорывались на сцену (таких хулиганов в игре называют гриферами) и летали по залу. Вышло неожиданное разрушение театральной четвертой стены.
К нам на сервер зашли зрители, чьи знания и возможности в Minecraft превысили знания и возможности наших администраторов. Но мне это даже понравилось: сразу стало понятно, что это не запись, а настоящий живой продукт, все происходит здесь и сейчас, считает архитектор спектакля Андрей Воронов.

Декорации


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

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


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

Второй спектакль получился более технически сложным. При постановке использовались моды, разработанные для образовательного продукта Школакола, и плагины, которые компания сделала непосредственно под спектакль БДТ.

Репетиции


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


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

Сценарий


Культовый Вишневый сад режиссера Эймунтаса Някрошюса, удостоенный Золотой маски в 2004 году, длился 4 часа 50 минут. Спектакль по мотивам Чехова в Minecraft 15 минут. Создатели посчитали, что дольше будет сложно держать внимание игроков.

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

Самое сложное, по мнению режиссера, разобраться, как текст Чехова будет звучать в устах бегающих маленьких квадратиков. Но с Вишневым садом он справился быстро: сценарий, действия, реплики были написаны всего за 8 часов.
Очевидно, что люди в XXI веке, которые играют в компьютерные игры, не могут говорить языком Чехова. Это, пожалуй, было бы еще более абсурдно. Мы решили соединить два, казалось бы, несовместимых мира и в этом есть настоящее волшебство театра, заключает режиссер.

Продолжение следует


Спектакль по маленькой трагедии Пушкина показывали дважды за вечер, чтобы дать возможность посетить театр большему количеству человек. Однако онлайн-трансляцию и ее запись может посмотреть каждый на странице БДТ Вконтакте, на YouTube и в Twitch.

Останавливаться на двух спектаклях БДТdigital не планирует. Несмотря на традиционную критику современного прочтения классики, постановки получили своего зрителя. Трансляции смотрят и активно комментируют. Пока БДТ не раскрывает название и дату следующего спектакля, но режиссер обещает взрывы, спецэффекты и интеграцию зрителей в сценическое действие.
В одной из следующих статей мы дадим актуальные советы по оптимизации сервера Minecraft и пригласим вас в два наших дата-центра, воссозданных в кубическом мире. Подписывайтесь на наш блог и следите за обновленими!
Подробнее..

Recovery mode Как рассчитать стоимость работы компании?

30.07.2020 18:15:54 | Автор: admin
В контексте постоянно меняющихся условий баланс доходов и расходов не всегда легко просчитать. Во время пандемии многие IT-компании столкнулись с неплатежеспособностью клиентов и были вынуждены приостановить сотрудничество. Круг потенциальных клиентов стал более узким. При этом, зарплатные и кредитные обязательства остались. И в ситуации экстренной, и в ситуации повседневной бывает трудно отрегулировать денежный поток и правильно рассчитать стоимость нормочаса.

Наш финансовый директор Ольга Башкатова разработала Модель необходимого и достаточного объема продаж (МНДОП), которая помогает управлять изменениями в компании и заранее просчитывать экономические последствия.

Модель содержит в себе две ключевые точки: точку необходимого объема продаж (ТНОП) и точку достаточного объема продаж (ТДОП). Благодаря этому, мы понимаем, какой должна быть стоимость услуг компании и ежемесячная выручка, чтобы деятельность компании была безубыточной или приносила определенную прибыль (например, 20%).

Точка необходимого объема продаж рассчитывается по формуле: ТНОП = ОР(1 (П1НК+ П2 + П3 +...+ПN)), где ОР операционные расходы, включая фонд заработной платы (в денежном выражении);

П1, П2, П2, ПN значимые для компании варьируемые параметры, без учета желаемой прибыли (в доле от объема продаж);

НК налоговый коэффициент (необходим, если премии сотрудникам выплачиваются с валового дохода).

ТНОП измеряется в денежном выражении и показывает необходимый объем продаж для выхода компании в ноль, на уровень безубыточности.

Точка достаточного объема продаж (ТДОП) учитывает необходимый уровень прибыли. Мы просто добавляем к варьируемым параметрам значение прибыли (например, 0,2, если это 20%).

image
На практике важны следствия из этих формул.

Стоимость нормочаса к продаже для ТНОП = ТНОПКВ
Стоимость нормочаса к продаже для ТДОП = ТДОПКВ, где
К это количество специалистов IT-отдела,
В ежемесячная выработка специалиста IT-отдела, час.

image
Для правильного проведения расчетов необходимо точно оценить операционные расходы компании. Есть расходы, объем которых примерно одинаков каждый месяц. Например, это аренда и содержание офиса, фонд заработной платы, реклама, лизинговые платежи, юридические услуги, амортизация. Такие расходы мы вносим в формулу в денежном выражении. А есть расходы, которые представляют собой процент от валового дохода (выручки). Например, это могут быть премии, налоги, риски. Мы оцениваем их, опираясь на опыт компании, актуальное законодательство и мнения экспертов.

Для наглядности сделаем расчет для студии Reactive:

ТНОП Reactive = (2 130 000 + 300 000)/(1 (0,07* НК + 0,06 + 0,01) = 3 300 000, где
2 130 000 фонд заработной платы со всеми налоговыми отчислениями (см. таблицу),
300 000 другие операционные расходы,
П1 премия команды (7% от валового дохода),
НК налоговый коэффициент (налоговые отчисления на премии),
П2 налог по УСНО/доход (6%),
П3 риски (технические трудности на крупных проектах 10% от валового дохода).

image
ТДОП Reactive = (2 130 000 + 300 000)/(1 (0,07* НК + 0,06 + 0,01 + 0,2) = 4 500 000.

Все то же самое, только добавляем в знаменатель желаемую прибыль в виде четвертого параметра (П4=20%).

Стоимость нормочаса к продаже для ТНОП Reactive = 3 300 000/16*100 = 2100
Стоимость нормочаса к продаже для ТДОП Reactive = 4 500 000/16*100 = 2900

Итак, при ежемесячном объеме продаж в 3,3 млн. доходы Reactive полностью покроют расходы. Прибыль компании будет равной 0. Стоимость нормочаса к продаже в этих условиях 2100.

При ежемесячном объеме продаж в 4,5 млн. прибыль компании составит 20% от валового дохода, стоимость нормочаса к продаже 2900.

image
Модель помогает решить несколько экономических задач:

1. Определить минимальный объем продаж такой, при котором компания останется на плаву и не будет нуждаться в заемных средствах.
2. Обеспечить равномерный ежемесячный приток денежных средств: корректируются формы и сроки выплат по контрактам.
3. Проанализировать финансовое состояние компании и уровень ее платежеспособности. Если уровень точки необходимого объема продаж пройден компания точно получит прибыль, если же эта точка не достигнута компания несет убытки. Чем сильнее доход компании превышает ТНОП, тем в большей степени она финансово устойчива.
4. Прогнозировать экономические последствия повышения зарплаты, расширения штата сотрудников, приобретения имущества, увеличения других видов расходов. Мы просто подставляем в формулы новые значения (новый уровень зарплаты) и видим, какой объем выручки нужен для таких изменений. Если текущие проекты, договоры обеспечивают такую выручку в необходимом временном диапазоне, то зарплату можно смело поднимать.
5. Определить стоимость нормочаса (часа работы компании) с помощью математических следствий из модели. Вносим в уравнение выработку технического отдела, количество IT-специалистов и видим в итоге стоимость нормочаса, необходимую для безубыточной работы компании.
6. Принимать верные решения о новых активах: покупать, арендовать или отказаться.

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

После внедрения в практику таких расчетов мы сбалансировали входящие денежные потоки по договорам, отказались от убыточных проектов. Стоимость услуг стала более понятной и прозрачной это порадовало заказчиков. Конечно, по-прежнему имеют место имиджевые проекты, которые дают возможность выйти на новый рынок, получить признание, претендовать на премию в сфере digital. Мы рассчитали новые плановые показатели для менеджеров, ориентированные на прибыль 20%. Экономически обосновали возможность покупать имущество в лизинг, расширять штат сотрудников и повышать зарплаты. В 2019 году наша компания смогла полностью отказаться от привлечения заемных средств, закрыть год с прибылью и индексировать заработные платы всех сотрудников.

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

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

Recovery mode Что такое inbound маркетинг и зачем он нужен вашему бизнесу

07.06.2021 18:08:54 | Автор: admin

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

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

В этой статье мы расскажем, что такое inbound-маркетинг, чем он отличается от традиционного маркетинга и контент-маркетинга и почему важно использовать его в маркетинговой стратегии.

Inbound-маркетинг: что это такое

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

Инбаунд стратегия использует различные формы pull-маркетинга: контент-маркетинг, SEO-продвижение, социальные сети, блоги и другие. Это позволяет повыситьузнаваемость брендаи завоевать доверие клиентов.

Чем отличается inbound маркетинг от традиционного outbound маркетинга и контент-маркетинга

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

Разница между inbound и outbound маркетингом

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

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

Разница между inbound-маркетингом и контент-маркетингом

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

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

Как внедрить инбаунд стратегию

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

Определите цели и KPI

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

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

Исследуйте ключевые слова

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

Обратите внимание на два популярных инструмента:

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

  • Serpstat инструмент для взрывного роста в маркетинге.

Создайте портрет клиента

Образ клиента это описание вашего идеального клиента, которое выстраивается на основе данных о ваших покупателях, например, возраста, местоположения, семейное положения, должности, дохода и т. д. Здесь вам также поможет анализCustomer Journey.

Генерируйте релевантный клиент

Воспользуйтесь данными, которые вы получили при анализе ключевых слов для понимания поведения рынка, а затем напишите по этим темам интересный, насыщенный ключевыми словами контент. То есть адаптируйте свой контент под запросы пользователей.

Оптимизируйте

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

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

Создайте аккаунты в социальных сетях

Блог не единственное место, где стоит выкладывать интересный контент. Заведите аккаунты в популярных соцсетях: Вконтакте, Twitter, Pinterest, Facebook и т. д.

Кстати, вы можете использовать специализированные инструменты для успешного внедрения inbound-стратегии. Например:

  • Google Analytics бесплатный сервис, который позволяет создавать и отслеживать статистику веб-страниц.

  • SocialPilot инструмент, который совместим с большим количеством платформ, анализирует контента в соцсетях и помогает с анализом ключевых слов.

  • Sendible инструмент для планирования контента для соцсетей и блогов.

  • Hootsuite еще один инструмент, через который можно планировать контент, также в нем предусмотрена библиотека контента.

Преимущества inbound маркетинга

Если вы все еще думаете, что inbound-маркетинг не стоит ваших усилий, мы поделимся плюсами этого вида маркетинга, которые могут кардинально изменить ваше мнение.

1. Снижение расходов

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

2. Доверие клиентов и имидж бренда

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

3. Более качественный трафик и лиды

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

4. Возможность совершенствовать свой бизнес

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

Заключение

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

Давайте еще раз вспомним ключевую идею инбаунд маркетинга: помочь найти клиентам вашу компанию, предоставляя нужную информацию. В этом вам помогут регулярные напоминания о себе через email и push рассылки. Кстати, если вы думаете, что организовать систематическую отправку email-писем задача не из легких, вы не ошибаетесь. Однако использование платформы автоматизации маркетинга решит эту проблему. Подобные платформы позволят вам взаимодействовать с клиентами через различные каналы коммуникации (email, SMS и push-рассылки), автоматизировать процессы маркетинга через сценарии, выстраивать воронки конверсии.

В наше время на рынке немало достойных решений для автоматизации маркетинговых процессов. У каждого из них есть свои особенности. Наша компанияAltcraftтакже занимается разработкой платформы для автоматизации маркетинга.

Подробнее..

UXD Реальность и будущее в дизайне или человек во главе всего

18.09.2020 12:15:01 | Автор: admin

Немного истории

С 2013 года, в обиходе аббревиатура UI (точное обозначение User Interface), а в 2015 году добавилась новая UX (точное обозначение User experience).

Под UI понимается дизайн интерфейса, а под UX аналитика, ключевой опыт и удобство в пользовательских интерфейсах.

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

И всё ж, UI и UX, это не только интерфейсы и дизайн в диджитал.

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

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

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

Даже самый большой штат аналитиков не обеспечит идеальный пользовательский опыт.

Почему на смену UI/UX придет UXD

Мы подошли к новой аббревиатуре UXD (User Experience Design). UXD объединяет в себе работу UI и UX и формирует новый подход к проектированию пользовательского взаимодействия.

Пойдем по порядку:

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

Мы в Экосистеме РСХБ, словно скульпторы: придумываем, делаем каркас и украшаем все, соединяя воедино, чтобы получился тот продукт, которым будут пользоваться вечно. Мы стараемся максимально минимизировать негативный фидбэк от конечного потребителя. Делаем это всегда до реализации и запуска продукта.

Что ждет нас в будущем? Или к чему мы идем?

Еще одна новая аббревиатура UXZ, где Z от слова zero (ноль). Эта аббревиатура хорошо подходит под описание развития интерфейсов в VR и AR, где нет мышки, клавиатуры и нет плоского монитора нет ничего, чем мы привыкли пользоваться. Набор кнопок и инструментов в UXZ должен быть минимальным, грубо говоря, ничего лишнего. Это своего рода минимализм в области дизайна и прототипирования. К этому идеалу сейчас стремятся, сознательно или нет, все интерфейсы и все предметы вокруг нас. Это будущее, к которому идут все дизайн-решения, и мы в Экосистеме РСХБ держим руку на пульсе.

Практический пример наших кейсов с использование подхода UXD

Свое | Фермерство (https://svoefermerstvo.ru/) инновационная платформа, которая предоставляет доступ фермам и малым предприятиям к целому ряду сервисов и ресурсов, необходимых для ведения сельскохозяйственного бизнеса. Главное преимущество для аграриев состоит в том, что экосистема включает именно те цифровые решения, которые без дополнительных затрат позволят им автоматизировать многие процессы, сэкономить время, ресурсы и вывести свой бизнес на новый уровень. Все управляют предприятиями, банками, но мало кто помогает фермерам с внедрением готовых технологических решений.

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

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru