Как стать автором
Обновить
16
Карма
5
Рейтинг

Пользователь

  • Подписчики 135
  • Подписки

«Эти глаза напротив»: история внедрения биометрического решения в X5 Group

При выборе на КСО биометрической оплаты начинает работать ПО Сбер (модуль распознавания VisionLabs из экосистемы Сбер). Передача данных осуществляется через пинпад Сбер. ПО Х5 в процессах обработки и передачи биометрических данных не участвует.

 

«Эти глаза напротив»: история внедрения биометрического решения в X5 Group

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

«Эти глаза напротив»: история внедрения биометрического решения в X5 Group

А откуда возник QR-код? При осуществлении платежа никакого сканирования QR-кода не нужно - просто посмотреть в камеру.

«Эти глаза напротив»: история внедрения биометрического решения в X5 Group

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

Построение архитектуры проекта при работе с PySpark


Спасибо за развёрнутый комментарий!

Данная структура позволяет работать в концепции Dataset->Dataset, но при этом позволяет и общаться с базами напрямую и не плодить функции загрузки таблиц. Также, при загрузке таблицы из базы, она ещё проверит колонки-типы таблицы на соответствие описанию. Что придаёт чуточку больше стабильности.

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

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

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

P.S. по вопросу больших данных спорить не буду, понятие настолько же определённое, насколько размытое)

Тестировщик на прокачку: как X5 Group обучает SDET-специалистов

1) Безусловно, в случае если команда незрелая и в команде нет специалиста, отвечающего за организацию и внедрение процесса тестирования, эти задачи также ложатся на плечи SDET’а. Разумеется, эти задачи имеют первостепенную важность. Но, как правило, отправлять SDET’а в совсем незрелую команду неразумно (можно сжечь специалиста дотла).

2) “Удачные” случаи – это статистические выбросы, их нужно исключать из общей выборки. Уровень стресса зависит от характера выполняемых задач. У SDET’а, в большинстве своем, задачи не имеют жестких дедлайнов и не приводят к блокирующим и критичным ошибкам в промышленной среде, отсюда меньше стресса.

Построение архитектуры проекта при работе с PySpark

это не специально, сейчас разберемся

Как и для чего мы сделали «Перчатку» — приложение для сотрудников «Перекрёстка» с элементами соцсети

Мы используем react-navigation - эта самая популярная библиотека + она на 100% закрывает все наши потребности в плане навигации по приложению. Можно было бы поэкспериментировать с react-native-navigation, но при разработки MVP даже не вставал вопрос о выборе библиотеке навигации. Для различных вариацией BottomSheets мы использовали три разных библиотеки react-native-scroll-bottom-sheet, reanimated-bottom-sheet, reanimated-bottom-sheet. У каждой библиотеки имеются свои возможности и ограничения - функционала очень много и не везде удалось использовать одну и ту же библиотеку. Возможно, в будущем, при рефакторинге, нам удасться сократить число библиотек для работы с BottomSheet в проекте.Идея с переносом асинхронной логике в хуки сама по себе интересная. Нам не нравится, что redux-saga обязывает результат запроса сначала положить в глобальное состояние приложения, а только потом как-то реагировать в компоненте/скрине. Иногда (довольно часто) нужно просто async/await функцию вызвать прямо из компонента. Мы использовали в проекте redux-saga по причине того, что этот подход достаточно давно известен и хорошо себя зарекомендовал. Однако, в последнее время, мы присматриваемся к переносу части логики связанной с чатами на MobX, чтобы уменьшить количество бойлерплейта и снизить сложность кода бизнес логики. За лето мы написали на MobX веб версию чатов и подумали, что будет хорошей идеей унифицировать эту часть логики для всех платформ, чтобы не писать ее дважды

Экспресс-поддержка

Спасибо большое за позитивный отклик! нам и самим очень нравится)

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

Как и для чего мы сделали «Перчатку» — приложение для сотрудников «Перекрёстка» с элементами соцсети

а на кассах самообслуживания или экспресс-сканом (прямо в телефоне) вы пробовали оплачивать? это очень удобно

Как и для чего мы сделали «Перчатку» — приложение для сотрудников «Перекрёстка» с элементами соцсети

Здравствуйте!

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

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

Как и для чего мы сделали «Перчатку» — приложение для сотрудников «Перекрёстка» с элементами соцсети

добрый день!

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

Как и для чего мы сделали «Перчатку» — приложение для сотрудников «Перекрёстка» с элементами соцсети

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

«Выручай-рейсы» в X5 Transport. Как мы сократили затраты на доставку путем автоматизации «пересменки» водителей

добрый день!

Есть машина, как непрерывный ресурс и есть водитель, как ограниченный во времени ресурс. За каждой машиной закреплен экипаж водителей, из-за необходимости производить пересменку согласно графика сменности водителей, без потерь в эффективности транспорта, предлагается схема «выручай рейса». Вместо ожидания сменщика, водитель помогает ему, выручив своего сменщика путем заблаговременной загрузки машины товаром для рейса своего сменщика. Каждое ТС передается из рук в руки между 2-мя водителями и по предложенной нами схеме, водитель, который завершает смену, передает сменщику уже загруженную машину. «Выручай рейсы» не применяются при экспедировании, только с собственным транспортом.  Таким образом, каждый водитель полностью утилизирует свою смену «полезным» временем, что положительно отражается на его вознаграждении.

 Идея с QR кодом имеет место быть, но необходимо учитывать, что автомобиль проходит проверку перед и после рейса на АТП, часть АТП отдалена от РЦ. В этом случае печать двух комплектов является дополнительным расходом бумаги. Передача груза и автомобиля «из рук в руки» необходима для разграничения ответственности водителей, т.к. водители - штатные сотрудники.

Касса самообслуживания в телефоне —экспресс-скан

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

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

Касса самообслуживания в телефоне —экспресс-скан

Спасибо за оценку красоты) Но не очень понятно про экспертизу. Мы начали пилотирование решения в прошлом году сразу на 50 магазинах. Решение было создано кроссфункциональной командой Х5 из 100 человек всего за три месяца. Там, где не хватало наших компетенций и нужна была скорость - мы привлекали специалистов с рынка (например, при создании мобильного приложения). Однако в целом - это собственная разработка Х5. Ровно поэтому мы смогли ее быстро масштабировать и встроить в действующие системы.

Касса самообслуживания в телефоне —экспресс-скан

Про воровство. Мы прекрасно пониманием риски, но система работает уже год (а кассы самообслуживания уже пару лет) и мы не видит роста потерь. Все-таки люди приходят покупать необходимые товары, а не воровать.

Мы, в свою очередь, верифицируем клиента по данным регистрации (Х5 ID) - покупатель оставляет и номер телефона, и данные банковской карты. Данные видеонаблюдения, мониторинга позволяют выявить фрод и найти человека.

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

Касса самообслуживания в телефоне —экспресс-скан

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

Хватит это терпеть: как мы обновили архитектуру системы мониторинга автотранспорта на 15 000 машин и 17 000 магазинов

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

Хватит это терпеть: как мы обновили архитектуру системы мониторинга автотранспорта на 15 000 машин и 17 000 магазинов

50-200 Мбайт на машину в месяц в зависимости от типа блоков и количества анализируемых параметров, мы используем Блоки «MТ X» от производителя «Вега Абсолют»

Информация

В рейтинге
709-й
Работает в
Зарегистрирован
Активность