Новости ревизия додо ис

Промоакции «Додо ИС» помогает конструировать промоакции и управлять промокодами в масштабах всей сети или одной пиццерии. С этой целью в компании создали облачную информационную систему «Додо ИС» и стали глобально менять подход к видеонаблюдению. Как мы привели в порядок карточки «Додо Пиццы» на Яндекс Картах и увеличили поток клиентов.

Как насчет бесплатной пиццы?

Додо ревизия - фотоподборка Промоакции «Додо ИС» помогает конструировать промоакции и управлять промокодами в масштабах всей сети или одной пиццерии.
Материал «Додо Пицца» застраховалась от киберпреступников, портал ПЛАС Я рекомендую проверки в ДоДо тайным покупателем и кратко отрезюмирую.
Корпоративные заказы Работники пиццерии вносили данные в «Додо ИС», это собственная информационная система Dodo Brands.

Что нашли проверки в «Додо Пицца»: грязь, просрочка и тараканы

Стоит признать, что перед отключением "Додо Пицца" дала акционеру ярославского бизнеса Евгению Ткачеву три месяца на продажу пиццерий. Но в итоге и сеть, и вероятные покупатели посчитали завышенной оценку активов в 150-180 млн рублей при суммарной выручке в 8-9 млн рублей. Всё, вы теперь просто пиццерии и к сети никакого отношения не имеете. По словам Федора Овчинникова, ярославские партнеры с 2019 регулярно нарушала стандарты чистоты и маркировки, и за все это время они так и не исправились то есть в сумме вся эта история тянулась больше двух лет. Евгений Ткачев не был согласен с этим решением, называл происходящее рейдерским захватом и пытался отстоять право своих заведений быть частью "Додо Пиццы" в суде. Он также вместе с Федором Овчинниковым принял участие в целом ток-шоу, посвященном этому конфликту: Еще в октябре 2021 года ярославская компания просила суд принять обеспечительные меры в виде запрещения компании "Додо Франчайзинг" совершать действия, направленные на приостановление деятельности четырех пиццерий в Ярославле.

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

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

Для этого мы генерируем исключение MeasurementConcurrencyException. Если версия совпадает и значения отличаются, то это тоже конфликтная ситуация.

Ну и если совпадает как версия, так и значение, то изменений не произошло. Таких ситуаций обычно не возникает. Сущность «замер» содержит точно такие же поля, что и команда «Добавление замера». NewUUId ; inventory. StartInventory Create. WithUnitId unitId.

WithMeasurement measurementId, measurementVersion. WithValue value. Please ; inventory. AddMeasurement cmd ; inventory. На схеме изображен процесс обработки команды FinishInventoryCommand. Перед обработкой необходимо восстановить состояние агрегата Inventory на момент выполнения команды.

Для этого мы загружаем все события, которые были произведены над данным агрегатом, в память и проигрываем их п. На момент завершения ревизии у нас уже есть следующие события — начало ревизии и добавление трех замеров. В базе данных каждая строка в таблице содержит идентификатор ревизии, версию и тело самого события. На этом этапе мы выполняем команду FinishInventoryCommand п. Эта команда сначала проверит валидность текущего состояния агрегата — то, что ревизия находится в состоянии InProgress, а затем породит новое изменение состояния, добавив событие FinishInventoryEvent в список changes п. Когда команда завершится, все изменения сохранятся в базу данных.

В результате в базе появится новая строка с событием FinishInventoryEvent и последней версией агрегата п. Тип Inventory ревизия — агрегат и корневой элемент по отношению к своим вложенным сущностям. Таким образом, тип Inventory определяет границы агрегата. В границы агрегата входит список сущностей типа Measurement замер , и список всех событий, произведенных над агрегатом changes. Реализация всей фичи Под фичей мы понимаем реализацию конкретного бизнес-требования. В нашем примере мы рассмотрим фичу «Добавление замера».

Для реализации фичи нам понадобится разобраться с понятием «прикладная служба» ApplicationService. Прикладная служба — непосредственный клиент модели предметной области. Прикладные службы гарантируют транзакции при использовании базы данных ACID, гарантируя атомарное сохранение переходов между состояниями. Кроме того, прикладные службы также решают задачи безопасности. У нас уже есть агрегат Inventory. Для реализации всей фичи целиком воспользуемся прикладной службой.

В ней необходимо проверить наличие всех связных сущностей, а также права доступа у пользователя. Только после соблюдения всех условий можно выполнять сохранение текущего состояния агрегата и отправлять события во внешний мир. Для реализации прикладной службы мы используем MediatR. GetAsync request. HasPermissionsAsync request. CountryId, request.

Token, inventory. UnitId, ct ; if! GetAsync inventory. Value, request. Version, request. MaterialTypeId, request.

Id, unitOfMeasure, request.

Знакомая ситуация. Через пару часов решил проверить пост.

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

Сегодня приходит оповещение о доступной проверке. Что самое удивительное: снова мой город! Идем в пост, читаем: «Свободные проверки ресторана на сегодня или завтра!

Если и так, то он сделал это определенно не в момент публикации поста.

Додо ревизия - 88 фото

Видео о Проверка эквайринговых платежей в Додо Пицца Смоленск, Dodo IS | Учет. Как мы систему тайных покупателей Додо пиццы водим вокруг пальца. Я рекомендую проверки в ДоДо тайным покупателем и кратко отрезюмирую. Около года назад внутри компании «Додо Пицца» произошли серьезные структурные изменения, стало очень сложно работать в хаосе.

Британская пиццерия Dodo вышла из-под российского «крыла»

Новый Индекс счастья в «Додо ИС» Мобильные стандарты и графики Личный кабинет и стандарты — главные интерфейсы для сотрудников кухни. В кабинете они планируют свои смены, а в цифровых стандартах изучают правила работы. Мы переработали оба интерфейса, адаптировав их для телефонов. Стандарты теперь адаптированы для мобильных устройств Рекламные макеты в два клика Все больше и больше денег «Додо» вкладывает в национальную рекламу.

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

Она также снижает риски кражи макетов: доступ к базе возможен только через учетную запись в «Додо ИС».

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

Стоит заметить, что установка мобильного приложения возможна исключительно на телефоны или планшеты, поддерживающие операционную систему iOS или Android. Чтобы приложение работало правильно, рекомендуется использовать устройства, которым не больше 6 лет, во избежание проблем с программным обеспечением. Кроме того, рекомендуется систематически обновлять программу. Чем отличается учётная запись сотрудника Персональный аккаунт на портале Додо ИС могут зарегистрировать все сотрудники организации.

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

Это нормальное ограничение, чтобы не пропускать в базу много трафика и не положить её. Положить базу — значит, положить все источники приёма заказа и часть других сервисов. Также разжатием мы хотели увидеть новую информацию, новые данные. База данных, к которой обращался LF, к тому времени была на 64 ядрах при нормальной работе в пики на 32-х. Это значит, что даже увеличив количество параллельных коннектов в базу, мы бы её не положили при разжатии балкхэдов был расчёт, что увеличенная база выдержит. В 18:32 ушли warnings от LF bulkhead rejected request.

В 18:34 появились заказы на кассе. Нам показалось, что вот сейчас всё полетит, раз уж касса ресторана принимает заказы. Но на самом деле касса ресторана принимает заказы только при выключенном сайте и мобильном приложении. Значит, проблема не решена. Когда включаем сайт и mapi это видно по графику дальше , то всё опять ложится. C 19:05 в логах LF много ошибок: По крайней мере, мы подсветили запросы, из-за которых не проходит флоу приёма заказа.

Основной из них — запрос на получение меню GetMenu. При этом система не выдерживает, когда включаются все источники приёма заказа. Когда балкхэды разжимали, была слабая надежда, но она не оправдалась. Для ускорения процесса решили поправить прямо в Kubernetes в Secrets configs-legacyfacade. Но поломали конфиги там нужно было конвертировать в base64. В 19:27 замечаем, что сегодня нагрузка на БД чуть больше обычного.

Примерно в 19:38 видим, что на базе много тредов. Это запрос на метапродукты то есть например, есть продукт Кофе американо, а у него есть объём 0,2, 0,3 и 0,4 л и топпинги дополнительные ингредиенты в меню. Да, это связано с вызовом метода GetMenu, который мы видели выше, когда разжали балкхэды. В обычной жизни запросы к топпингам выполняются за 0. Позже мы исследовали этот запрос и никакой неоптимальности на уровне SQL в нём не было. Этого запроса просто было слишком много и он не успевал обрабатываться.

Появилось предположение, что нам немного не хватает перформанса базы, чтобы прожевать все нужные запросы. К тому же, запросы идут в базу в много потоков. В 20:27 БД перезапустилась. До этого CPU было небольшое, а теперь опять выросло. Грузим все 64 ядра мощной базы. БД перезапустилась, по CPU лучше не стало.

В итоге изменение свойств базы с обработкой коннектов нам не помогло. На 21:00 вся система была в разваленном состоянии. Сайт, мобильное приложение и касса ресторана не принимают заказы уже 2,5 часа. На этот момент понятно, что в базу идёт большое количество запросов, и они связаны с меню.

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

Для больших изменений мы используем обновление базы вне релиза. Тут происходит фатальная ошибка: вместо того, чтобы попробовать накатить релиз без мигратора, мы оставляем идею просто обновить систему и идём отрабатывать другие версии, а также изучать код всех 15 задач в поставке. Возможно, откати мы тогда, все могло бы быть иначе. После первой и единственной попытки откатить релиз отрабатываем версии с балкхэдами, точечными запросами в меню на базе и прочие. В 21:18 всё таки решаем откатить на 928 релиз.

Это тот релиз, который пристально изучали и в котором ничего не нашли и тот, на который мы ещё час назад попробовали откатить, но из-за мигратора не получилось. Фактически это уже был жест отчаяния: что бы мы ни делали, восстановить работу системы не выходило. Релиз откатился примерно в 21:20. Всё поднялось. Но что это было?

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

Он работал хорошо. Анализ инцидента Частью описания постмортема является анализ инцидента. Мы его делаем, отвечая на несколько вопросов: Что навредило. Что мы делали на инциденте, что нам не помогало. Это лишние или ошибочные действия.

Скорее всего, скейл базы с 32 до 64-х ядер только ухудшил положение дел. После скейла очистился кеш БД и это привело к дальнейшему каскадному сбою. Удвоение количества подов mapi, сайта было лишним и только создавало нагрузку на дальнейшие сервисы LF , увеличение количества подов LF увеличило на базу и привело к каскадному сбою. Мы полностью отводили трафик от mapi и сайта для всех стран меняли selector в k8s service , а правильнее было бы отводить трафик от Ingress до сервиса для конкретной страны. Это влияло на другие страны.

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

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

*Как видеоаналитика и машинное зрение помогают оценивать качество пиццы

Здесь мы рассказываем о том, куда идём с точки зрения архитектуры, развития системы и захвата мира. Новости #dodo-picca. Бывшие франчайзи «Додо Пиццы» в один голос заявляют, что в сети сложилась абсолютно нездоровая атмосфера: 30% пиццерий буквально замучили постоянными проверками. Сеть пиццерий работает на облачной ERP-системе «Додо ИС», которая координирует все процессы: заказы, работу кухни, доставку, рекламу и общий менеджмент.

Как мы привели в порядок карточки «Додо Пиццы» на Яндекс Картах и увеличили поток клиентов

Додо проверка Компания Dodo Brands, которая развивает три бренда («Додо Пицца», «Дринкит» и «Донер 42») планирует провести первичное публичное размещение акций в начале 2024 года. новости, подкасты, интервью, стартапы, все о бизнесе в журнале для предпринимателей Inc. Russia.
Додо ревизия - фотоподборка «Додо ИС» собирает данные обо всех аспектах работы: от скорости сборки конкретной пиццы до экономической эффективности пиццерии.
🥇История архитектуры Dodo IS: путь бэкофиса | ProHoster Dodo IS | Учет. Ревизия 00:12:13 Dodo Brands Russia.
Dodo IS | Учет. Ревизия - YouTube Как мы привели в порядок карточки «Додо Пиццы» на Яндекс Картах и увеличили поток клиентов.
Как DDD помог нам построить новые ревизии в пиццериях / Хабр Dodo IS — информационная система как ядро франчайзинга.

Как мы привели в порядок карточки «Додо Пиццы» на Яндекс Картах и увеличили поток клиентов

Основатель Dodo Brands (владелец брендов «Додо Пицца» и других) Федор Овчинников объявил об уходе с поста гендиректора компании. В игровых комнатах начинают появляться занятные додо-домики. Теперь «Додо ИС» умеет вести учет теста — полезная функция для тех пиццерий, которые. Додо ис ревизия. Пожаловаться. Додо ис ревизия. Читайте сегодняшние новости DODO / TetherUS — торгуйте DODOUSDT, принимая обдуманные решения.

О том, как разработчики пилят IT в Dodo

Экономическую информацию о компании: выручку, средний чек, объемы продаж, затраты, себестоимость единицы продукции и т. Каждая пиццерия «Додо пицца» оборудована видеокамерой, и используются они как конкурентное преимущество. Действительно, видеотрансляция с камеры на сайте «Додо» доступна любому. Это не только часть концепции честности компании, но и инструмент роста продаж. Благосостояние «Додо» базируется на продуманной автоматизации бизнес-процессов. Для этого компания использует облачную информационную систему «Додо ИС» и интеллектуальный подход к видеонаблюдению. Начиналось все со стремления достигнуть порядка и продемонстрировать покупателям выпечку вкусной пиццы высокого качества. Во всех пиццериях на кухнях установлены камеры, видеопоток с которых открыт для просмотра на сайте «ДП». Камеры в заведениях из инструмента live-трансляции превратились в источник информации для видеоаналитики.

Программа обрабатывала фотографии за мгновение, используя нейронные сети. Бот предлагал пользователю на выбор один из шести стилей. Примерно то же самое делает приложение Prisma. Icon8 собрал 7,5 млн подписчиков и получил грант от Павла Дурова в номинации «Фоторедактор». Издание Venture Beat отметило Icon8 как «лучший бот для мессенджеров». Полученные знания и навыки Дмитрий перенес в свой новый проект - DBrain. Компания дополняет преимущества нейросетей возможностями технологии распределенного реестра. По сути это блокчейн-платформа для командного проектирования «слабого» искусственного интеллекта.

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

Купить готовую пиццерию. Цена зависит от пожеланий предыдущего собственника, сеть сопровождает продажу-покупку. Вместе с помещением оборудованием и технологиями франчайзи получает действующий договор с условиями франшизы «Додо пиццы». Если в нем указано дополнительное условие, например, обязательство открыть вторую точку в городе, придется открывать и ее. Кроме этого, франшиза «Додо пицца» — это не только Москва и столицы, она продолжает расширять географию сети, разрабатывая специальные предложения для нужных ей городов. Сейчас по такой программе ищут франчайзи в Кандалакше, где, по мнению франчайзера, плановая выручка должна составить 2 500 000 рублей. А еще франчайзи требуются в Якутии, Кировске, Мончегорске и Беларуси. На сайте франшизы «Додо пиццы» можно найти финансовые отчеты франчайзи из других городов, отзывы, истории и примерные сметы. Там же разработан калькулятор, который поможет определиться с ценой франшизы подходящего формата «Додо пиццы».

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

По мере открытия Додо Пиццы в новых странах мы сделали его мультиязычным: не нужно каждый раз скачивать новое приложение, можно просто выбрать нужную страну и язык в настройках. Для перевода на другие языки мы разработали и используем собственную систему «Лингвини». Приложения: В любом мобильном приложении Додо Пиццы клиент может указать адрес доставки выбрать на карте или через строку поиска или выбрать удобную пиццерию для заказа в зале, увидеть актуальное меню, указать время доставки, оплатить заказ удобным способом, написать в чат с поддержкой и оставить отзыв о заказе, отслеживать статус приготовления и доставки. В случае, если курьер задерживается и не приезжает вовремя, клиент увидит соответствующее уведомление в приложении и получит сертификат на бесплатную пиццу при следующем заказе. На текущий момент в мобильном приложении Додо Пиццы можно разместить заказ в более чем 900 пиццериях в 17 странах. Решение: Разработали дизайн приложения и само мобильное приложение под iOS и Android.

Повысили привлекательность приложения уникальным функционалом: сбор комбо в корзине, донер-встряска, программа лояльности с донер-коинами. Мобильные приложения написаны и поддерживаются на Swift и Kotlin Подробнее Приложение Донер 42 Задача: Создать мобильное приложение для заказа в сети донерных Донер 42, разработать для этого интерфейс, отличный от интерфейса приложения Додо Пиццы и привлекающий клиентов с целью развития нового стартапа. Мобильные приложения написаны и поддерживаются на Swift и Kotlin Административная часть: Мы адаптировали функциональность Додо ИС для реалий донерного бизнеса: в нем на то, чтобы отдать заказ, есть гораздо меньше времени, и все процессы из-за отсутствия например выпекания заказа происходят быстрее. В трекер заказов были добавлены новые этапы и убраны лишние. Была добавлена возможность подключения доставки через агрегаторы, а не только собственными курьерами, также впервые в истории нашей работы с Додо Брэндс. Была разработана функциональность для добавления Историй в мобильное приложение Донер 42, рассказывающих об обновлениях. Мобильные приложения: В мобильном приложении вне зависимости от операционной системы, и на iOS, и на Android, клиент может собрать заказ, добавить дополнительные ингридиенты в блюда, узнать о пищевой ценности продуктов, узнать время до готовности заказа, оставить отзыв.

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

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

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

Похожие новости:

Оцените статью
Добавить комментарий