Владелец сайта предпочёл скрыть описание страницы. «Додо ИС» была призвана сделать работу в пиццерии легче. Для этого компания использует облачную информационную систему «Додо ИС» и интеллектуальный подход к видеонаблюдению.
10 главных преимуществ франшизы «Додо Пицца»
Для работы с системой понадобится планшет и беспроводной интернет. На одну пиццерию фрайчанзи устанавливает в среднем 5 - 9 планшетов. В системе «Додо ИС» видны показатели не только отдельному кафе, но и по всей сети. Руководитель сможет сравнивать показатели с другими точками «Додо пиццы» и производить анализ ошибок, строить стратегию развития своей точки. Покупая франшизу «Додо пиццы», франчайзи получает доступ на закрытый сайт с базой знаний по ведению данного вида бизнеса: организация работы кухни, управление персоналом, макеты рекламы, образцы рабочих документов.
Detailed production monitoring with Prometheus, visualization with Grafana, and log collection by Azure Data Explorer. Technology radars.
Ищем единомышленников, а не капитал Мы зарабатываем не на вступительном взносе, а на успехе наших партнёров. Поэтому мы ищем не людей с деньгами, а тех, с кем мы сможем построить успешный масштабируемый бизнес. Нам важно, чтобы вы были нашим человеком и разделяли наши принципы: Клиенты — смысл нашей работы Мы делаем всё ради клиентов, верим нашим гостям, позитивно реагируем на критику и всегда готовы исправлять ошибки. Люди — главный актив Основа нашего бизнеса — не деньги, недвижимость или технологии. Секрет нашего успеха — люди. Открытость Мы уверены, открытость делает нас лучше. Мы всегда смотрим правде в глаза. Мы открыты перед сотрудниками, клиентами и партнерами. Стремление к совершенству Мы уверены, что всё можно сделать лучше, чем до сих пор. Работаем открыто Со дня основания мы ведём открытый бизнес. Создатель сети Фёдор Овчинников рассказывает обо всём, что происходит в сети: показывает запуск пиццерий, публикует финансовую и управленческую отчётность, рассказывает о планах и внутренней кухне компании. Со стороны некоторым кажется, что открытость — это причуда. Никто так не делает — и ничего, живут и работают. И действительно, бизнес может работать, не будучи открытым и не раскрывая своих финансовых результатов. Зачем тогда это делать? Открытость — главный драйвер нашего развития. Мы публикуем для франчайзи всю информацию о работе сети. Наши франчайзи знают, сколько зарабатывают другие пиццерии и за счёт чего: какая у них производительность труда, как они следят за качеством, как рекламируются и привлекают людей. Мы поощряем обмен знаниями внутри сети. Мы публикуем финансовую отчётность о работе сети и отдельных пиццерий. Инвесторы и партнёры видят наш бизнес в цифрах. Мы показываем клиентам нашу кухню, буквально и метафорически: водим экскурсии, рассказываем об открытии новых пиццерий и новых продуктах, стандартах качества, контроле, трудностях и успехах. Благодаря систематической работе с клиентами мы формируем сообщество лояльных и заинтересованных клиентов. Открытость — это стимул работать хорошо. Всё, что мы делаем, мы делаем исходя из того, что нас рассматривают под микроскопом. Мы полируем бизнес-процессы. Мы тщательно подходим к качеству продукта. Мы требовательны к себе. У нас не бывает подхода «и так сойдёт», потому что любая небрежность мгновенно раскроется.
В эту сумму войдут аренда, ремонт соответствующий дизай-проекту, закупка оборудования и найм персонала, затраты на рекламу и закупка продуктов для первого месяца работы. Гарантии франчайзера Сердце пиццерии - облачная система управления «Додо ИС». Для работы с системой понадобится планшет и беспроводной интернет. На одну пиццерию фрайчанзи устанавливает в среднем 5 - 9 планшетов. В системе «Додо ИС» видны показатели не только отдельному кафе, но и по всей сети.
Статистика пиццерий Додо Пицца
Информационная система Додо. Додо ИС персонал. Dodo is кабинет сотрудника. Лента новостей. Кассы также подключены к «облаку», поэтому с помощью Додо ИС офис может отслеживать все финансовые показатели любой пиццерии в онлайн режиме. Сеть пиццерий «Додо Пицца» застраховала от киберрисков свои информационные системы и ресурсы, в том числе, программное обеспечение, корпоративную электронную почту, Web-сайт, «облачный» сервис и базы данных.
10 главных преимуществ франшизы «Додо Пицца»
Додо is личный кабинет. Палочки с креветками Додо. Додо ис смены. Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Основа франшизы «Додо Пиццы» — облачная ERP-система «Додо ИС» (Dodo IS), которая организует рабочие процессы пиццерии, включая обработку заказов, работу кухни, доставку, управление штатом и маркетинг[24]. База знаний Додо ИС. Dodo IS — информационная система как ядро франчайзинга.
Как работает личный кабинет сотрудника Додо Пицца
Для этого компания использует облачную информационную систему «Додо ИС» и интеллектуальный подход к видеонаблюдению. Сейчас у нас уже есть база знаний, в которой доступны статьи, рассказывающие о возможных проблемах, способах их решения и нестандартных сценариях работы. Какая техническая база стоит за системой Додо IS? Александр Андронов — CEO Dodo EngineeringDodo Engineering — часть Dodo Brands, развивает собственную цифровую платформу Додо ИС для управления ресторанным.
Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Что оно умеет?
Додо корпоративная политика. Додо акции. Промокод Додо день рождения. Додо скидка в день рождения. Акция на день рождения в ДОД. Додо личный кабинет. Маркетинг пиццерии. Стандарты Додо.
Додо пицца маркетинг. Меню для персонала. Стафф меню для персонала. Стафф меню на неделю. Додо пицца dashboard. Додо пицца пример дашборда с аналитикой. Архитектура Dodo is.
Dodo auth. Dodo is схема. Учетная политика Додо ИС. Организационная структура компании Додо пицца. Архитектура пиццерии схема. Бизнес процессы Додо. Додо персональный кабинет.
Стандарты Додо пицца. Стандарты работы Додо пицца. Додо ИС личный. Чат поддержки Додо.
Что оно умеет? Бесплатное мобильное приложение Menusa позволяет сделать QR-меню для кафе и ресторанов с помощью телефона. Совсем уж инновационным стартап назвать нельзя, подобные сервисы уже существуют в Интернете. Тем не менее, Овчинников в своем Телеграм-канале упирает на несколько преимуществ "Менюзы".
Приложение, по его мнению, очень простое, не перегружено излишним функционалом. Оно предназначено именно для небольших кафе и ресторанов массового сегмента. Владелец заведения может скачать приложение, сфотографировать свои блюда на своей телефон — и меню готово.
Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор.
Источник: СК Сбербанк Страхование.
Некоторые из них имели дублирование по функциям для ролей. Например, локальному маркетологу, который отвечает за маркетинговую активность сети в своем городе, приходилось пользоваться как интерфейсом «Админа» для заведения акций , так и интерфейсом «Менеджера Офиса» для просмотра влияния акций на бизнес. Конечно, внутри оба модуля использовали один сервис, который работал с с бонусными акциями. Сервисы классы в рамках одного монолитного большого проекта могли вызывать друг друга для обогащения своих данных.
С самими классами-моделей, которые хранят данные, работа в коде велась различно. Где-то были конструкторы, через которые можно было указать обязательные поля. Где-то это делалось через публичные свойства. Конечно, получение и преобразование данных из базы было разнообразным. Логика была либо в контроллерах, либо в классах сервисов. Это вроде незначительные проблемы, но они сильно замедляли разработку и снижали качество, что приводило к нестабильности и ошибкам.
Сложность большой разработки Трудности возникли и в самой разработке. Нужно было делать разные блоки системы, причем параллельно. Вместить нужды каждого компонента в единый код становилось все труднее. Было не просто договориться и угодить всем компонентам одновременно. К этому добавлялись ограничения в технологиях, особенно касаемо базы и фронтэнда. Нужно было отказываться от JQuery в сторону высокоуровневых фреймворков, особенно в части клиентских сервисов сайт.
В каких-то частях системы могли бы использоваться базы, более подходящие для этого. Например, позднее у нас был прецедент перехода с Redis на CosmosDB для хранения корзины заказа. Команды и разработчики, занимающиеся своей областью явно хотели большей самостоятельности для своих сервисов, как в части разработки, так и в части выкатки. Конфликты при мерже, проблемы при релизах. Если для 5 разработчиков эта проблема несущественна, то при 10, а уж тем более при планируемом росте, все стало бы серьёзнее. А а впереди должна была быть разработка мобильного приложения она стартанула в 2017, а в 2018 было большое падение.
Разные части системы требовали разных показателей стабильности, но в силу сильной связности системы, мы не могли этого обеспечить. Ошибка при разработке новой функции в админке, вполне могла выстрелить в приеме заказа на сайте, ведь код общий и переиспользуемый, база и данные тоже едины. Вероятно, можно было бы и в рамках такой монолитно-модульной архитектуры не допускать этих ошибок и проблем: сделать разделение ответственности, проводить рефакторинг как кода, так и базы данных, чётко отделять слои друг от друга, следить за качеством каждый день. Но выбранные архитектурные решения и фокус на быстром расширении функционала системы привели к проблемам в вопросах стабильности. Как блог Сила ума положил кассы в ресторанах Если рост сети пиццерий и нагрузки продолжался бы в том же темпе, то через некоторое время падения были бы уже такими, что система и не поднимется. Хорошо иллюстрирует проблемы, с которыми мы начали сталкиваться к 2015 году вот такая история.
В блоге « Сила ума » был виджет, который показывал данные по выручке за год всей сети. Виджет обращался к публичному API Dodo, которое предоставляет эти данные. Виджет показывался на каждой странице и делал запросы по таймеру каждые 20 секунд. Запрос уходил в api. Запрос на статистику по выручке шел сразу в базу и начинал запрашивать данные по заказам, агрегировать данные прямо на лету и выдавать сумму. В эту же таблицу заказов ходили Кассы в ресторанах, выгружали список принятых за сегодня заказов, в неё же добавлялись новые заказы.
Кассы делали свои запросы каждые 5 секунд или по обновлению страницы. Схема выглядела так: Однажды осенью, Федор Овчинников написал в свой блог длинную и популярную статью. На блог пришло очень много людей и стали внимательно всё читать. Пока каждый из пришедших человек читал статью, виджет с выручкой исправно работал и запрашивал API каждые 20 секунд. API вызывало хранимую процедуру на расчет суммы всех заказов с начала года по всем пиццериям сети. Агрегация шла по таблице orders, которая очень популярна.
В неё же ходят все кассы всех открытых ресторанов на тот момент. Кассы перестали отвечать, заказы не принимались. Ещё они не принимались с сайта, не появлялись на трекере, менеджер смены не мог увидеть их в своем интерфейсе. Это не единственная история. К осени 2015 года каждую пятницу нагрузка на систему была критическая. Несколько раз мы выключали публичное API, а однажды, нам пришлось даже отключить сайт, потому что уже ничего не помогало.
Был даже список сервисов с порядком отключения при серьезных нагрузках. С этого времени начинается наша борьба с нагрузками и за стабилизацию системы с осени 2015 до осени 2018. Именно тогда случилось « Великое падение ». Дальше тоже иногда происходили сбои, некоторые были весьма чувствительными, но общий период нестабильности сейчас можно считать пройденным. Бурный рост бизнеса Почему нельзя было «сделать сразу хорошо»?
Додо ис персонал
Додо ис – это база знаний компании Dodo Pizza, которая содержит информацию о всех процессах, продуктах, технологиях и т.д., используемых в работе сети. Сеть пиццерий «Додо Пицца» представила обновлённый имиджевый сайт, который отличается большим количеством визуальных приемов. У нас она называется «Intro to Dodo IS Architecture» и является частью процесса онбординга новых разработчиков. Как Додо Пицца прошла путь от Scrum до LeSS Huge и осознанно отступала от правил этих фреймворков и Agile-методологии.
Основатель "Додо пиццы" выпустил бесплатное мобильное приложение для рестораторов. Что оно умеет?
Додо севера. Додо офис лого. Додо пицца мобильное приложение. История заказов Додо пицца приложение. Приложение Додо пицца установить. Додо пицца начинки. Пицца диабло Додо. Додо пицца в граммах. Додо пицца фудкорт. Додо пицца экраны. Додо пицца кассовая зона.
Пицца экспресс. Раскраска Додо пицца. Додо детям. Рисунки Додо пицца детские. Организационная структура управления Додо пицца. Организационная структура пиццерии схема. Схема принятия заказа. Додо пицца личный кабинет. Додо номер телефона. Додо is личный кабинет.
Додо личный кабинет Додо. Приложение для заказа пиццы. Как оформить заказ в Додо пицца через приложение. Ассортимент пиццерии. Ассортимент пиццы в Додо пицца. Лозунг Додо пицца. Додо пицца сэндвичи. Додо пицца корпоративная культура. Кухня Додо. Горячий цех Додо пицца.
Пиццерия Додо кухня. Оборудование в Додо. Скрипты для пиццерии. Скрипт по доставке пиццы. Ребус Додо. Игра хвостики Додо. Пирамида Додо. Ребусы от Додо. Буклет Додо. Брошюра Додо пицца.
Додо набор. Буклеты Додо пиццерии. Продающий скрипт пиццерии. Карьерная лестница Додо пицца. Скрипт доставки пиццы. Скрипты для курьеров. Экраны меню Додо пицца. Монитор меню Додо.
Своему первому клиенту среди франчайзи Додо мы помогаем с 2014 года. Пока у клиента работала одна пиццерия, достаточно было сопровождения 1С:Бухгалтерии — бухгалтера копировали данные из Додо ИС вручную. Но когда появилась сеть пиццерий, перенос данных занимал бы слишком много времени. Нужно было с нуля настроить синхронизацию. Клиенты ведут бухгалтерию в 1С:Фреш, поэтому мы развернули для франчайзи отдельное облако на технологии Фреш, в котором сделали необходимые доработки. Сейчас так работают уже с 10 облачными базами Додо франчайзи. Подробно про механизм интеграции рассказываем и показываем на видео: Автоматизировали оплату самозанятым и контроль доставок В ходе доработок сделали загрузку и учет зарплаты самозанятых, это актуально для многих франчайзи. Курьеры часто работают как самозанятые — поставщики услуг по доставке.
Контакт Центр. Приём заказов через оператора. Наши сайты dodopizza. Сервис авторизации и аутентификации для бэкофиса. Трекер заказов на кухне. Сервис отметки статусов готовности при приготовлении заказа. Касса Ресторана. Приём заказов в ресторане, интерфейсы кассира. Выгрузка отчётов в 1C для бухгалтерии. Оповещения и накладные. Менеджер Смены. Интерфейсы для работы менеджера смены: список заказов, графики производительности, вывод на смену сотрудников. Менеджер Офиса. Интерфейсы для работы франчайзи и управляющего: приём сотрудников, отчёты по работе пиццерии. Табло Ресторана. Отображение меню на телевизорах в пиццериях. Настройки в конкретной пиццерии: меню, цены, учёт, промокоды, акции, баннеры для сайта и т. Личный Кабинет Сотрудника. Графики работы сотрудников, информация о сотрудниках. Табло Мотивации Кухни. Отдельный экран, который висит на кухне и отображает скорость работы пиццамейкеров. Отправка sms и email. Собственный сервис для приёма и выдачи статических файлов. Первые попытки решить проблемы помогли нам, но стали лишь временной передышкой. Они не стали системными решениями, поэтому было ясно, что с базами надо что-то сделать. Например, разделить общую базу на несколько более специализированных. Начинаем разгружать монолит: отделение Auth и Трекера Основные сервисы, которые тогда больше других записывали и считывали из базы: Auth. Чем занимается Auth Auth — это сервис, через который пользователи логинятся в бэкофис на клиентской части отдельный независимый вход. Также к нему обращаются в запросе, чтобы удостовериться, что есть нужные права на доступ, и что эти права не изменились с последнего входа. Через него же происходит вход устройств в пиццерии. Например, нам хочется открыть на телевизоре, висящем в зале, табло со статусами готовых заказов. Тогда мы открываем auth. Телевизор сам перейдёт на нужный интерфейс своей пиццерии и начнёт отображать там имена клиентов, заказы которых готовы. Откуда нагрузки? Каждый залогиненный пользователь бэкофиса на каждый запрос ходит в базу, в таблицу пользователей, через sql-запрос вытаскивает оттуда пользователя и проверяет, есть ли у него нужные доступы и права на эту страницу. Каждое из устройств делает то же самое только с таблицей устройств, проверяя свою роль и свои доступы.
Поэтому крайне важно защитить ее от сбоев и киберрисков, подытожил финансовый директор.
Додо ис база знаний - фото сборник
Часть регулярно получаемых данных была в колонке в виде XML-структуры, это увеличивало время выполнения, удлиняло запросоы и усложняло разработку. К одним и тем же таблицам производились очень разнородные запросы. Особенно страдали популярные таблицы, вроде упоминавшейся таблицы orders или таблицы pizzeria. Они использовались для вывода оперативных интерфейсов на кухне, аналитики. Еще к ним обращался сайт dodopizza.
Данные не были агрегированными и много расчетов происходило на лету средствами базы. Это создавало лишние вычисления и дополнительную нагрузку. Часто код ходил в базу тогда, когда мог этого не делать. Где-то не хватало bulk-операций, где-то надо было бы разнести один запрос на несколько через код, чтобы ускорить и повысить надежность.
Связность и запутанность в коде Модули, которые должны были отвечать за свой участок бизнеса, не делали этого честно. Некоторые из них имели дублирование по функциям для ролей. Например, локальному маркетологу, который отвечает за маркетинговую активность сети в своем городе, приходилось пользоваться как интерфейсом «Админа» для заведения акций , так и интерфейсом «Менеджера Офиса» для просмотра влияния акций на бизнес. Конечно, внутри оба модуля использовали один сервис, который работал с с бонусными акциями.
Сервисы классы в рамках одного монолитного большого проекта могли вызывать друг друга для обогащения своих данных. С самими классами-моделей, которые хранят данные, работа в коде велась различно. Где-то были конструкторы, через которые можно было указать обязательные поля. Где-то это делалось через публичные свойства.
Конечно, получение и преобразование данных из базы было разнообразным. Логика была либо в контроллерах, либо в классах сервисов. Это вроде незначительные проблемы, но они сильно замедляли разработку и снижали качество, что приводило к нестабильности и ошибкам. Сложность большой разработки Трудности возникли и в самой разработке.
Нужно было делать разные блоки системы, причем параллельно. Вместить нужды каждого компонента в единый код становилось все труднее. Было не просто договориться и угодить всем компонентам одновременно. К этому добавлялись ограничения в технологиях, особенно касаемо базы и фронтэнда.
Нужно было отказываться от JQuery в сторону высокоуровневых фреймворков, особенно в части клиентских сервисов сайт. В каких-то частях системы могли бы использоваться базы, более подходящие для этого. Например, позднее у нас был прецедент перехода с Redis на CosmosDB для хранения корзины заказа. Команды и разработчики, занимающиеся своей областью явно хотели большей самостоятельности для своих сервисов, как в части разработки, так и в части выкатки.
Конфликты при мерже, проблемы при релизах. Если для 5 разработчиков эта проблема несущественна, то при 10, а уж тем более при планируемом росте, все стало бы серьёзнее. А а впереди должна была быть разработка мобильного приложения она стартанула в 2017, а в 2018 было большое падение. Разные части системы требовали разных показателей стабильности, но в силу сильной связности системы, мы не могли этого обеспечить.
Ошибка при разработке новой функции в админке, вполне могла выстрелить в приеме заказа на сайте, ведь код общий и переиспользуемый, база и данные тоже едины. Вероятно, можно было бы и в рамках такой монолитно-модульной архитектуры не допускать этих ошибок и проблем: сделать разделение ответственности, проводить рефакторинг как кода, так и базы данных, чётко отделять слои друг от друга, следить за качеством каждый день. Но выбранные архитектурные решения и фокус на быстром расширении функционала системы привели к проблемам в вопросах стабильности. Как блог Сила ума положил кассы в ресторанах Если рост сети пиццерий и нагрузки продолжался бы в том же темпе, то через некоторое время падения были бы уже такими, что система и не поднимется.
Хорошо иллюстрирует проблемы, с которыми мы начали сталкиваться к 2015 году вот такая история. В блоге « Сила ума » был виджет, который показывал данные по выручке за год всей сети. Виджет обращался к публичному API Dodo, которое предоставляет эти данные. Виджет показывался на каждой странице и делал запросы по таймеру каждые 20 секунд.
Запрос уходил в api. Запрос на статистику по выручке шел сразу в базу и начинал запрашивать данные по заказам, агрегировать данные прямо на лету и выдавать сумму. В эту же таблицу заказов ходили Кассы в ресторанах, выгружали список принятых за сегодня заказов, в неё же добавлялись новые заказы. Кассы делали свои запросы каждые 5 секунд или по обновлению страницы.
Схема выглядела так: Однажды осенью, Федор Овчинников написал в свой блог длинную и популярную статью. На блог пришло очень много людей и стали внимательно всё читать. Пока каждый из пришедших человек читал статью, виджет с выручкой исправно работал и запрашивал API каждые 20 секунд. API вызывало хранимую процедуру на расчет суммы всех заказов с начала года по всем пиццериям сети.
Агрегация шла по таблице orders, которая очень популярна. В неё же ходят все кассы всех открытых ресторанов на тот момент.
При добавлении нового пользователя его сразу добавляют в группу, чтобы для него автоматически открылись нужные курсы. Также новичок получает доступ к приветственному видео с рассказом о возможностях платформы.
Это позволяет экономить время и обеспечивать всех сотрудников обучающими материалами. Администрирование платформы На платформе 20 администраторов, но в их обязанности входит не только работа с Эквио. Все сотрудники параллельно ведут другие проекты. Для нас это удобнее, чем назначить несколько специалистов, которые будут заниматься только платформой.
Каждый администратор тратит лишь небольшую часть рабочего дня на работу с сервисом. Если кто-то из специалистов уходит на больничный или в отпуск, его всегда можно заменить. Сотрудники Додо Пиццы редактируют обучающие материалы во встроенном редакторе, добавляют интерактивные вставки в видео, добавляют награды за переход на новый уровень обучения, выполнение рабочих задач и победы в конкурсах. Решение сложных моментов С платформой Эквио практически не возникло никаких сложностей.
Единственная трудность, которая возникала у пользователей — введение данных для входа, так как некоторые вводили личный почтовый адрес вместо рабочего, не могли найти пароль. Также некоторым администраторам потребовалась дополнительная помощь после прохождения обучения. Данные сложности решились повторной отправкой данных для входа и созданием гайда по работе с административной панелью. В результате адаптация сотрудников прошла очень легко.
Это около 500 человек. Для нас важна обратная связь внутри платформы, поэтому мы добавили возможность оценить все обучающие курсы и материалы. Если оценка оказывается ниже запланированной, принимаем меры. Чтобы понять, насколько удачным было решение о смене обучающего сервиса, наша компания запустила на платформе опрос среди пользователей.
Среди неохваченных онлайн-обучением — старшие менеджеры, руководители и сотрудники, для которых пока нет образовательного контента. В завершении поделюсь с вами рекомендациями, которые сформировались на основе опыта, полученного при запуске платформы: Данный кейс можно посмотреть в видео-формате: Обучающая онлайн-платформа Эквио разработана для корпоративного обучения на любых устройствах. Время запуска составляет от 1 дня. Закажите бесплатную демо-версию , чтобы протестировать возможности платформы.
Додо пицца упаковка. Контроль качества пицца. Наклейка контроль качества на пиццу.
Додо пицца коробка. Додо пицца промокод на пиццу 4 сезона. Додо пицца коды.
Промокод Додо пицца Екатеринбург. Пицца в подарок при регистрации Додо. Промокод Додо пицца.
Код Додо пицца. Додо пицца бонусы. Промокод на бесплатную пиццу.
Приложение пицца. Додо приложение. Dodo пицца приложение.
Доставка пиццы приложение. Dodo pizza приложение. Мобильное приложение Додо.
Додо пицца Железнодорожный. Додо пицца Конаково. Додо пицца.
Додо форма. Додо пицца форма. Додо форма сотрудников.
Минимальная сумма доставки в Додо. Додо пицца минимальная сумма доставки. Додо Одноклассники.
Додо Додо шумо кучоед Додо. Структура Додо пицца. Додо презентация.
Додо тема для презентации. Додо пицца иллюстрации. Додо пицца меню.
Додо пицца меню в пиццерии. Меню пиццерии Додо. Додо меню в ресторане.
Пакет Додо пицца. Игрушки от Додо пицца. Подарочная карта Додо пицца.
Бизнес модель Додо пицца. Структура компании Додо пицца. Додо пицца Размеры пицц.
Размеры пиццы в Додо. Диаметр пиццы. Додо пицца диаметр пиццы.
Промокод Додо пицца 2022. Коды в Додо пицца 2022. Промокоды на Додо пицца 2022 Екатеринбург.
Промокоды Додо 2022 Волгоград.
Чтобы приложение работало правильно, рекомендуется использовать устройства, которым не больше 6 лет, во избежание проблем с программным обеспечением. Кроме того, рекомендуется систематически обновлять программу.
Чем отличается учётная запись сотрудника Персональный аккаунт на портале Додо ИС могут зарегистрировать все сотрудники организации. После регистрации личного кабинета сотрудникам предоставляется возможность занесения своих пожеланий относительно рабочего графика, получения выходных. Менеджер смены просматривает оставленные пожелания и использует их для составления полноценного графика для сотрудников организации.
В персональном аккаунте для работников предусмотрено рабочее место с публичной страницей для каждого сотрудника. Там указаны его персональные данные, а именно ФИО и контакты для связи. Это полезно в том случае, если кто-то из работников не вышел на работу по болезни и его требуется заменить.
Такое своеобразное рабочее место позволит менеджеру не заниматься поиском контактов. Вся информация будет видна после входа в персональный аккаунт. На сервисе каждый сотрудник может посмотреть, когда истечет срок действия медицинской и санитарной книжки.