Смотри, если упрощенно, то сервис уведомлений, он по сути выступает посредником между клиентом конечным и сервисами, которые у нас есть. Он по сути всего лишь хранит, как отправлять данные, то есть в какое время, куда отправлять, то есть там почта, телеграм и соответственно еще хранит само сообщение. То есть именно сообщение, а шаблон сообщения. То есть что будет отправлено в случае, если сработает какое-то событие. Соответственно, как сам сервис уведомлений работает. Например, к примеру, мониторинга. У тебя у самого сервиса уведомлений есть API, через который ты можешь, соответственно, задать настройки самого уведомления на сервисе уведомлений. Еще, соответственно, есть модель триггера. На АЗС там похожая же система. На АЗС, точнее на сам вот этот вот триггер, это сущность уже хранится на твоем сервисе, получается на складе. Триггер это по сути правило или скорее условие срабатывания этого уведомления. То есть если вот что-то конкретно произошло, то у тебя соответственно сработает уведомление, после этого оно должно быть отправлено на сервис уведомления. А сервис уведомления уже знает, как его отправить, куда отправить, и как отхуманизировать текст, который нужно послать уже клиенту. Соответственно, ты через API, когда создаешь уведомление, через сервис уведомлений, ты указываешь настройки само уведомления, плюс триггер конкретно на что у тебя оно сработает. Сам триггер, соответственно, хранится у тебя на складе, у него там, это по сути отдельная сущность со своим айдишником, и, соответственно, то, как тебе реализовывать, ну, тебе уже решать, потому что я не знаю, как у вас там на складе будут работать уведомления и на основе чего. Это, во-первых. Во-вторых, как, соответственно, сервисы общаются между друг другом. Ну, когда ты просто там работаешь с сущностями, то есть там типа создать, там удалить, обновить. обычной круто именно настройка уведомлений то просто тупо папички сами уже события то есть примеру когда ты там добавила триггер она записала соответственно сам сервис уведомлений потом это сервис уведомлений записал это тебе в базу на склад и соответственно если у тебя вот этот вот триггер сработал какой-то не знаю там пользователь создал какую-то сущность нужно отправить уведомление то твой сервис склада должен соответственно отправить по кафке уведомление точнее события триггер event в триггер и венде ты по сути передаешь триггер айди который сработал и коллекцию пвв триггер пвв там по сути в триггер пвв это название соответственно значение и тип этого значения и само это значение то есть к примеру это может быть там не знаю пользователь триггер пвв там название юзер тип там у а локализировать просто там строка и соответственно значение там юрий иванов и когда у тебя это вот эти вот триггер появили коллекция придет на сервису в дом линии он может подставить вместо вот на в скобочках там квадрат будет у тебя в шаблоне сообщения слова например юзер соответственно может сопоставить то что вот пришло юзер он подставит это юрий иванов но и там есть еще тип иник стайл он соответственно это приведет к нормальному час этому времени они к одному миллиарду 700 миллионов 80 тысяч и так далее и локализируемая строка там длиннов это покажет не реализовано но на будущее лучше добавить для соответственно отправки уведомлений у тебя есть на этом на прогете отдельно либо event bus лип там по сути у тебя все зависимости уже есть через маз транзит и соответственно добавляются все вот эти вот зависимости автоматически для сервису уведомлений
