diff --git a/static_messages/students.txt b/static_messages/students.txt
index f302385adc4f8d69959632ac5bbf891c7cd4ad7d..492a4a8ec1d8c20c929f39c83032718071519eed 100644
--- a/static_messages/students.txt
+++ b/static_messages/students.txt
@@ -1,40 +1,20 @@
 .Привет! Ниже представлена текущая информация по курсу!
 
-Теперь у тебя уже имеется солидный набор сервисов, но этого ещё мало для написания полноценного приложения.
+На этой неделе надо будет реализовать интеграционный сервис,
+который будет взаимодействовать с API каждого сервиса, а также потребуется доработать сервис goods.
 
-В текущем задании потребуется реализовать целых 2 микросервиса.
+Для начала требуется добавить поле `user_id` в модель объявления.
+И на любом фреймворке, который вам понравился, надо написать сервис, который взаимодействет со всеми микросервисами, которые были написаны ранее.
 
-1) Сервис рассылки писем.
-Его задача состоит в том, чтобы рассылать ребятам письма, **что довольно очевидно**.
-Однако, кроме функционала непосредственно рассылки в данном сервисе можно создавать шаблоны писем.
-Работает это следующим образом. Пользователь сервиса отсылает POST запрос, в котором указано название шаблона
-и текст, непосредственно. В тексте шаблона можно использовать нотацию как в format-строках питона.
-Например: "Привет, {name}. Я знаю, где ты живешь".
-Также можно посмотреть все сохраненные шаблоны. Добавлять удаление или нет - решать вам.
-А теперь о рассылке. Сервис предполагается высоконагруженным и поэтому рассылка осуществляется тогда, когда появляется
-сообщение в очереди RabbitMQ.
+Логика сервиса должна быть следующая:
 
-2) Сервис мониторинга.
-Данный сервис нужен только для сбора данных по работе системы, удалять оттуда ничего нельзя.
-Этот сервис интегрируется во все остальные сервисы следующим образом:
-Отправляется запрос в celery на добавление записи о событии и это событие записывается в базу данных
-сервиса мониторинга. События имеют следующую структуру:
-```{
-    "request_timestamp": <datetime>,
-    "service": <str>,
-    "url": <str>,
-    "status_code": <int>,
-    "response_time": <datetime>
-}```
-Теперь о параметрах:
-url -> Урл, по которому был запрос;
-service -> Наименование сервиса;
-status_code -> Вернувшийся код запроса;
-response_time -> Время обработки запроса;
-request_timestamp -> Время начала обработки запроса.
+Есть эндпоинты для работы с юзерами, которые, по сути, проксируют запросы в сервис `user_service`. Но потребуется добавить логику регистрации
+(Для этого надо будет добавить ещё один redis). При запросе регистрации генерируется токен (uuid4) и отправляется письмо на почту (В письме находится ссылка с токеном). В новый redis как ключ кладется этот токен,
+а как значение данные пользователя. После того как пользователь перешел по ссылке в письме, создается пользователь.
 
-Оба сервиса пишутся на [fastapi](https://fastapi.tiangolo.com/) c [ORM GINO](https://python-gino.org/docs/en/1.0/).
-Полезные ссылки:
-* [Что такое functools.wraps](https://docs.python.org/3.8/library/functools.html#functools.wraps);
-* [Как писать сервер с FastAPI и GINO](https://python-gino.org/docs/en/1.0/tutorials/fastapi.html);
-* [Штука удобнее чем чистый pip (Советую)](https://python-poetry.org/).
+После работы каждого эндпоинта отправляется статистика в сервис мониторинга. (Лучше всего сделать это через middleware).
+
+Также сервис предоставляет методы API для работы с объявлениями. Редактирование и удаление объявления возможно только пользователю, который его создал.
+Также каждый 10-й просмотр объявления отправляется на почту пользователя.
+
+По всем вопросам пишите @s3rius_san и @kolaer.