На стеклолитейном заводе Экран, как и на любом заводе, случаются неполадки: оголилась проводка, заклинил мотор, сорвался ремень. С момента как проблему заметят, донесут руководству, найдут нужного мастера и устранят пройдёт много времени. Пока оборудование ждёт починки, продукция не производится.
Задача
Уменьшить издержки связанные с простоями станков при поломке.
Решение
В партнерстве с инжиниринговой компанией ООО «Сибирь Телематика» мы создали приложение для работников завода. В нём работники заводят задачи об инцидентах и быстро берут их на исполнение. У партнеров уже было свое видение интерфейса и функционала приложения, поэтому на наши плечи легла задача программной реализации.
Мастер смены находит неполадку и заводит инцидент. Он появился в общем списке и виден подразделениям, ответственным за устранение этих неполадок.
Инциденты — список первичных задач. Он может взять инцидент и тогда он станет моим инцидентом. Работник может поменять описание инцидента, дополнить его.
Работник подразделения выдвигается на место и анализирует проблему. После того, он берет инцидент в работу на себя. Если проблемой должно заниматься другое подразделение, работник меняет описание и инцидент снова появляется в общем списке, но виден уже другим подразделениям.
Как только работник начал работать над инцидентом, он переходит в список «работы». Другие работники видят его в списке и могут помочь.
Минуты простоя станка на производстве могут стоить компании миллионы. Чтобы оперативно сообщать инженерам о неполадках, система должна уметь отправлять уведомления. Сложность в том, что мы не могли дать доступ приложению к интернету. Это бы нарушило политику безопасности в компании. Приложение должно работать в локальной сети, поэтому стандартные подходы с применением Firebase/GCM не применимы. Мы создали собственную систему оповещений с применением Android Services, Retrofit и дублированием канала оповещений через сокет подключение.
Если коротко — это два ключевых модуля реализованных на Android services:
Работник подразделения выдвигается на место и анализирует проблему. После того, он может берет инцидент в работу на себя. Если проблемой должно заниматься другое подразделение, работник меняет описание и инцидент снова появляется в общем списке, но виден уже другим подразделениям.
Сервис, который работает в фоновом режиме и с определенной интервальностью делает запросы к серверу для проверки оного на наличие новых инцидентов;
Сервис, который имеет постоянное подключение через сокет к внутреннему серверу оповещений.
Каждый из сервисов работает независимо и страхует функционал другого.
1.
2.
Благодарственное письмо
О проекте
Сделано за 2,5 месяца
Виктор Филатов
Менеджер
Программисты под Android
Арсен Кудряшкин
Дизайнер
Светлана Корсукова
Виктор Филатов
Заказать приложение или аудит
Почта: work.with@fill.team
Мы работаем без привязки к офису и готовы созвониться в удобное вам время. Если вы живёте в Новосибирске, мы можем обсудить проект лично.
Ответим вам в течение суток.
Нажимая кнопку «Отправить», вы соглашаетесь на обработку персональных данных. Это значит, что мы будем бережно хранить ваши контакты и никому их не передадим.