Как мы сделали систему для мобильных обходов в СИБУР

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




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

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

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

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

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

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

    Собственно, это и были основные боли, которые мы пытались решить.

    Приложение и смартфон


    Над приложением трудились примерно 15 человек, если считать все целиком — backend, frontend, мобильное приложение, дизайн.

    Backend решили делать на .NET Core, фронт на reactjs, ну и куда же без Kotlin и Java.

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





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

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





    Работает устройство для обходов на стандартном Android, соответственно, приложение мы писали для этой платформы. Благодаря приложению доступны:

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


    Думали еще над возможностью делать history в процессе обхода, но решили, что пока не стоит.

    В среднем в одной смене 8 человек, а самих смен — 4. Мы заточили систему под среднюю ёмкость в 2500 человек (потому что сейчас это пилот на одной площадке, а у нас сейчас 22 площадки и 150 установок).

    Обход


    Площадка, оборудование и нужные зоны увешаны BT-маяками и NFC-метками. В некоторых местах для того, чтобы периметр отметился как проверенный, достаточно Bluetooth, а где-то необходимо использование NFC. Почему так? Потому что есть определенные виды оборудования, для проверки которых достаточно просто войти в радиус действия BT-маяка (достаточно посмотреть, что проверяемая штуковина в принципе еще существует на том же месте и ее не сдуло), а другое оборудование требует более тщательной проверки, с использованием точных измерительных приборов, фиксации параметров и показателей.

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

    Кроме этого, в каждый маячок мы зашили перечень проверок, которые надо провести именно с привязанным к маячку оборудованием. Сотрудник входит в радиус BT-маяка оборудования и получает в приложение чеклист с тем, что конкретно нужно проверить для данной железки. То же самое с NFC-меткой. Коснулся оборудования — в смартфон пришел чеклист — провел проверки. Например, приложил смартфон к насосу — и получил список: «Проверить температуру», «Проверить давление» и иные параметры.

    Соответственно, как только сотрудник зашел в зону BT-маяка, на схеме у руководства такая зона помечается зеленым цветом (то есть, сотрудник тут был и данный узел осмотрел), а в случае с NFC-меткой сотрудник отмечает каждую проведенную проверку вручную в списке.

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

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

    Это что касается приложения со стороны обходчика. А вот как это выглядит для начальника смены.

    Система


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

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

    Слаженной работы всего этого дела мы добились благодаря микросервисной архитектуре. Выглядит все это вот так (и об этом мы еще расскажем подробнее):



    Полнотекстовый поиск на backend сделали на Elasticsearch.

    Что потом


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

    А ещё хотим подцепить возможность оформления полноценных заявок на ремонт и отслеживания их исполнения.

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

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

    Главное — в лучшую сторону изменилось полезное время смены.

    Пока это все данные, на основе которых можем строить статистику, ибо пилот — это пилот, но в общем и целом — все довольны.

    Включая обходчиков.
    Цифровой СИБУР
    98,00
    Компания
    Поделиться публикацией

    Похожие публикации

    Комментарии 39

      0
      Человечек из WAN на картинке получился очень симпатичным))
        0
        Интересный подход. Приходилось делать разработки для первичной нефтепереработки и тестировать «в поле», слава богу тогда собаки были ещё не в моде или их кормили в те времена. На одной из объектов даже жирный заяц жил, он считал что там безопаснее чем в окружавшем его лесу.
        Кстати, по этой же причине у нас и Bluetooth-маяки и NFC-метки выглядят не как привычные всем лаконичные биконы, а вот так
        — ну вообще то Bluetooth-маяки, а уж тем более NFC-метки легко удовлетворят требованиям искробезопасности, хотя сертификация наверно по любому нужна.
          +2
          Все верно, необходима сертификация по ГОСТу. Также зоны опасности делятся на несколько категорий, в зависимости от которых требования к девайсам могут меняться
          0

          Чем NFC лучше QR-кодов?!

            +4
            Довольно логично что коды будут стираться и загрязняться, а еще их не очень то видно в темноте.
            P.S. А статья интересная, спасибо, правда мы 1С: ТОИР пилим, но тоже близко, так что почитать интересно было.
              +2
              А ещё QR-код можно распечатать и никуда не ходить ))
              0
              Какой канал связи используется на площадке, чтобы обходчик был всегда в сети?
                +1
                Пока пользуемся GSM – 3G/LTE, благо зона покрытия на производстве позволяет
                0

                Ещё заинтегрировать все эти собранные данные с автоматикой и телемеханикой и совсем красиво будет.
                Интересно, как такие проблемы решаются в Газпроме, Транснефти, или там всё печально, как и 5 лет назад, никто не в курсе?

                  0
                  В Роснефти всё печально(((. Заполняем по 5-7 бумажных журналов. Причём если посмотреть эти журналы, то на 90% они заполнены одной и той же фразой повторенной каждые 2 часа. В журналах тех обслуживания (по одному на каждое оборудование) непрерывным потоком переписана много раз карта техобслуживания. Журналы хранятся 5 лет. В итоге получаем на склад забитый макулатурой с абсолютно бесполезной информацией.
                  Связь через рации, до центрального щита докричишся не ото всюду Какое то время назад мы (асушники) по согласованию с руководством реализовали WIFi сеть со 100% покрытием территории для IP телефонии. Некоторое время проблема со связью была решена, но после нашествия «Пети», руководство решило «поднять уровень информационной безопасности», и в первую очередь запретила IP телефонию. И убедить его что это независимая сеть физически изолированная от общей не удалось. Вернулись к рациям, и проблемам со связью.

                  Вот так и живём.
                  0
                  Как-то несколько лет назад аналогичную штуку запилили за пару месяцев в полтора рыла на 1Ске. Тоже Андроид, тоже NFC, авторизация, маршруты и прочее. Не пригодилось :(
                    +1
                    Есть ли отзывы от обходчиков?
                      –2
                      А нужны ли на самом деле отзывы обходчиков?
                        0
                        От зависит, как минимум, сколько этих «чудо-балалаек» будет приходить в негодность ввиду действия обстоятельств непреодолимой силы. Ну и как бы… Раз уж сделали электропогонялку для кого-то, спросить его самого было бы, мне кажется, этично.
                          0
                          Это если расценивать данный «прибор» как погонялку, а не инструмент для работы, вроде гаечного ключа. А так да, обратную связь нужно собирать, только с непосредственных начальников (мастер, начальник участка и т.п) этих обходчиков, которые в большинстве своём бывшие обходчики, только видят картину чуть на более высоком уровне.
                            0
                            Про гаечный ключ не надо спрашивать того, кто крутит им гайки? Достаточно спросить того кто крутил гайки другим ключом 10 лет назад? Или забивал гвозди молотком, т.к. 10 лет назад гаек не было. У начальников свой интерес, у пользователей свой. Желательно спрашивать и тех, и других.
                      –1
                      Электронные пинатели сторожей ))) Куча народу сидела трудилась получала получку, с одной только целью проверить не спит ли обходчик. Мда жутко полезная весч в хозяйстве, какже раньше без неё обходились. Качество наблюдения за неполадками осталось на человеческом факторе — итого никакой разницы ;) Попробовать поднять получку сторожу ( она явно заметно меньше чем у 15 ИТшников) и он будет держатся за место передавая его «по наследству», пробегая участок 50 раз вместо одного раза за ночь.

                      PS. А в это время Маск строит ракету чтобы полететь на Марс ))))
                        +1
                        Вы точно статью внимательно читали? Даже если эффект на одной площадке будет именно таким как вы описываете (хотя мне сомнительно что сторожа эти ваши как то помогут помнить последовательности операций и быстрее реагировать на поломки), то учитывая «у нас сейчас 22 площадки и 150 установок» — оплату труда нужно будет повышать далеко не одному сторожу (даже если на площадку в один момент времени он нужен один — нужно несколько смен) и на постоянной основе. И все это против оплаты 15 айтишников на время проекта (ну год максимум наверно) + стоимость обслуживания системы (которая заметно ниже) после окончания проекта.
                        А, вы еще и обходчика собственно сторожем обозвали. По количеству обходчиков как я понимаю ситуация следующая:
                        В среднем в одной смене 8 человек, а самих смен — 4. Мы заточили систему под среднюю ёмкость в 2500 человек

                        Т.е. вы считаете что заметно поднять зп 2500 сотрудникам будет дешевле?
                          0

                          Я не вполне согласен с вашей точкой зрения (ладно чоужтам, совсем не согласен). Обходчик это не сторож, он не охраняет оборудование чтобы его никто унес. Обходчик следит за тем, чтобы оно не бабахнуло, устроив очередной Бхопал. Единственное, интересно, почему по-прежнему необходим обход "ногами", а не за счёт IoT, то есть почему прибор не может сам доложить о своём состоянии, почему нужно идти к нему и "спрашивать".

                            0
                            Не на всё оборудование, накопившееся за десятки лет, можно повесить электронику.
                              +1
                              Сейчас в СИБУРе запущено цифровое направление, в рамках которого создаются несколько продуктов, ТОиР лишь один из немногих. IoT также активно идет. Не могу в подробностях описать детали продукта (ибо знаю лишь поверхностно), думаю, коллеги из параллельной команды поделятся опытом отдельной статьей
                                0
                                Я считаю, что довольно трудозатратно будет сделать, чтобы IoT оповещал, что в каком то месте оборудования есть трещина или что какая-то часть сильно загрязнилась и требуется вмешательство. Ну и много других факторов который человек осознаёт, что надо исправлять.
                              0
                              Ооо Сибур. Лет 5 назад делал портал им.
                                0
                                Чтобы сделать IoT, придётся реально поработать, недостаточно выдать смартфончик )))

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

                                Автоматизация должна быть автоматической, чтоб вкалывали роботы, а не человек. Пока роботов нет придётся мотивировать биороботов рублём ) Ещё вопрос реальный экономический эффект от внедрения считали с учётом появившихся дополнительных расходов(сервер+телефоны и тд)? Как завод ваще раньше то работал, он же только и должен был что простаивать пока журналы бумажные о неполадках заполняются ;)

                                Ни интернет, ни смартЫфон, да даж батарейки ненужны чтобы получить подсказку по месту)))
                                image
                                  0
                                  Потихоньку ковыряемся в этой области, но т.к. мы 1Сники, то идет туго. Можно где-то почитать подробнее про вашу реализацию? Очень интересная схема с кучей разных объектов, но многие названия на ней мне не понятны (Sinotify, SiDrive, Disquad и т.п.). Или знаний не хватает или это просто имена элементов применяемые непосредственно в вашем проекте. Так-же интересно как была реализована система считывания меток мобильными устройствами. Для наших потребностей необходим android-сервис который бы считывал метку и передавал приложению (мобильная 1С), готового сервиса нужной функциональности найти не удалось, писали сами. Но, т.к. нет навыков в разработках под андроид получилось кривовато. А чем пользовались вы?
                                    +1
                                    Интересно, откуда столько 1сников с ТОИР связанных? Интересует вопрос, вы именно не из 1с запрашиваете стороннее приложение которое метку читает, а как то из сервиса в 1с пушите? Просто я не нашел способа передать интент в 1с чтобы обработать в конкретной информационной базе (извращения вроде смс или через сервисы пуш уведомлений не считаю).
                                      0
                                      У нас так. Есть обычная конфа 1С: ТОИР, 8.2 не на управляемых формах «допиленная под себя». Есть своя маленькая пробная 1С конфа которая через веб-сервисы и планы обмена связана с 1С: ТОИР. При чем связана не по стандартной схеме 1С, как 1С обычная + 1С буферная запущенная как распределенная на андроид. А напрямую, мобильная платформа с 1С: ТОИР. Эта конфа запускается под андроид на мобильной платформе 1С. Также для андроид написано приложение «сканер NFC» который запускается из под 1С и через широковещательное сообщение выдает отсканированную инфу, а 1С «ловит». Нехватка знаний программирования под Андроид не позволила реализовать полноценный андроид-сервис. Да и проект делался с целью проверить «А взлетит ли идея?». Пока вывод что в принципе взлетит, но дорого и надо персоналу как-то объяснить, что это нужно и полезно. А не просто их «заставляют еще зачем-то клацать что-то там в смартфоне», хотя их задача ремонтировать сломавшееся оборудование.
                                        0
                                        Почему то был уверен что бродкасты 1с ловить не умеет, посыпаю голову пеплом, впрочем в моем случае это бы не подошло, как я понял обработчик вырубается если из 1с выйти(( Я на проекте где для 1С: ТОИР мобильного (полностью нетипового, который мы прикрутили к 1С: ТОИР 2.0) потребовалось постоянно в фоне периодически местоположение собирать независимо от запущенной 1с — накидал простенькое нативное приложение из которого забирал данные обращаясь при запуске 1с за прошедший период.
                                      +1
                                      Можно где-то почитать подробнее про вашу реализацию?

                                      Пока, к сожалению, нет статей с технической реализацией всего этого, но есть в планах.

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

                                      Мы писали свой android-сервис. Это, на мой взгляд, самая интересная часть мобильного приложения, с которой пришлось достаточно долго разбираться. Не столько с реализацией, сколько c калибровкой пороговых значений (вход/выход из зоны маяка), масштабируемостью на случай добавления новых маяков и т.п.
                                        0
                                        Интересно, буду ждать.
                                      0
                                      Изобретаем велосипед, есть же похожее mobin.pro. Из Сколково.
                                        +1
                                        Решение об in-house разработке появилось не сразу, готовые решения от сторонних вендоров тоже изучали. Плюс для компании важно создать внутри себя центр компетентной IT-разработки, так как в планах большое количество цифровых продуктов. Покупка готовых решений отнюдь не упрощает бизнес-процессы в компании, скорее наоборот – подгоняет процессы под себя.
                                          0
                                          modin.pro на свою «коробочку» сертификат о взрывозащите получил? У нас на предприятии много «категорийных» объектов, на некоторых нельзя появляться даже тем смартфоном ecom sonim smart-ex 01, тот что в статье на фото показан. Т.к. хоть он и имеет стандарт по взрывозащите, но по температурному допуску не вписывается. А вот планшет от той-же фирмы Tab-ex 01 уже проходит.
                                          +1
                                          5 лет назад я работал в Транснефти и для конкурса молодежи по нашему филиалу мы делали точно такую же систему!
                                          Очень забавно было читать — все один-в-один как у нас. Мы так же выбрали метки NFC, защищенные смартфоны на андройде. У нас было приложение для андройда сделанное на Андройд Студио, верх — на Нетбинсе, база MySql или Постгрес, не помню. Все делали на коленке, в обед и в нерабочее время, так как это для конференции, а не основная работа. По этой же причине нам ничего не купили настоящего и для тестовой системы мы использовали обычный смартфон, а вместо меток — RFIDы из карточек метро :)
                                          В нашей программе маршрут для обходчика (любые специалисты — операторы, энергетики, КИПиА и т.д.) формировался на верхнем уровне. Он состоял из точек обхода (насос, задвижка, распредустройство и т.д.) и заданий к нему. Галочками помечалось состояние (утечки, грязь и т.д.), если необходимо — делалось и прикладывалось фото (агрегата, а не селфи обходчика).
                                          Кроме того, система могла использоваться как информационно-учетная — при сканировании метки выдавалсь полная информация об агрегате. В теории была идея завязать с автоматикой или телемеханикой (так как это основная деятельность, проблем бы тут вообще не было). Т.е. человек мог отсканировать насос, а ему бы выдалось его текущее состояние, наработка, режим работы, давление и прочее).
                                          В общем, система была перспективная и, главное, «копеечная» по разработке и внедрению. Не нужны даже были никакие подрядные организации и прочее.
                                          Мы выиграли конкурс внутри филиала, поехали на следующий этап научно-технического конкурса молодежи, который в тот год у Транснефти проходил (внезапно!) в Сколково. Никаких нанотехнологий, спокойствие :) просто арендовали зал :)
                                          Там мы не заняли никакого места :) Дяди в ролексах сказали, что это слишком как-то «странно» и новО — у нас еще нет, видите ли, базы оборудования, чтоб его вносить в маршрут обхода :) Куча народу сидит, занимается любой бумажной глупостью, а создать базу оборудования — это сликшом новО видите ли :)
                                          В общем, наш проект не поддержали и все затихло. Тогда я понял, что все эти конкурсы внутри таких госкомпаний — это чистая показуха. Дань совеским традициям внедрения различного рода рационализаторства.
                                          Интересно то, что мы полностью все придумали сами, только потом нашли нечто похожее у Мосводоканала или какой-то подобной организации. А здесь, оказывается, в Сибуре это сделали и это пигодилось. Очень пиятно это знать, хотя о Сибуре я уже слышал несколько положительных отзывов в плане их склонности к новым технологиям.
                                          А в Транснефти, по прежнему, обходчики ходят с блокнотиками из бересты и гусиными перьями, видимо, либо вообще не выходя из сдания операторной производят «обход».
                                          Я думаю, система не заинтересовала никого потому, что, как раз, делалась своими руками, а не руками подрядчиков :) И навара не предвиделось.
                                          Ну и, опять же, государственная контора — это ничья контора. Никто не заинтересован в эффекте и экономии, а так же в удобстве персонала.
                                          Слава богу я оттуда благополучно уволился и устроился в самую лушую контору на свете :) переквалифицировавшись из программиста скада-систем и контроллеров в разработчика на java. И вот уже два года как счастстлив «в браке». А ТН искренне ненавижу до сих пор :)
                                            0
                                            Интересное наблюдение: а действительно почему в одной конторе решили обходится без готовой системы, а в другой целый проект специально финансировали? Невозможно же всё объяснять всякими «откатам», руководство и там и там явно не дураки иначе давно бы лишились должности.
                                              0
                                              ТН, РН и ГП это ужасные, неповоротливые машины.
                                              И руководство там в большей степени набирается не за особые познания, а по многи другим причинам. Там в верхушке вообще, если задаться вопросом, большинство бывшие/действующие чекисты, как и во всех хлебных госкомпаниях, а у них мысли, поверьте, далеки от ИТ-новшеств :) Там вон выше писали про опыт РН по внерению IP-телефонии, так вот и в ТН до сих пор WiFi запрещен вообще как явление.
                                            0
                                            В целом пилот вполне себе удался, хоть пока и не выходит собирать максимально четкую статистику инцидентов — например, шел обходчик по площадке, увидел, что одна из заглушек разболталась, просто поправил на ходу и пошел дальше, мол «Фигня какая, чего это в список вносить». То есть откровенные мелочи всегда исправляются на ходу, но не всегда вносятся в отчет. Но мы хотим фиксировать каждую мелочь.
                                            Мне кажется, это уже административный вопрос, а не разработчиков…
                                              +1
                                              1. В каком климате эксплуатируете i.Safe и какие характерные отказы?
                                              2. У вас что-то из i.Safe приняли в гарантийный ремонт в России по IMEI?

                                              Что в перчатках работает — не сомневаюсь.
                                                +1
                                                1. На данный момент устройства iSafe используются в г. Тобольск. Про характерные отказы говорить рано, зима близко, тогда и посмотрим :)

                                                2. У нас были некоторые проблемы с bluetooth-модулем, которые касались программной части устройства. Через вендора связывались с производителем, они выпустили новую прошивку, в которой устранили проблему.

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

                                              Самое читаемое