можно использовать следующий подход:
-Использование флагов для отслеживания изменений: В своей базе данных добавь специальные флаги для отслеживания изменений. Например, для каждой критической сущности, добавь поле "изменено" (modified), которое обновляется при изменении данных. Когда FLOW 1 или FLOW 2 выполняют операции синхронизации, они устанавливают этот флаг на "true" для соответствующих сущностей.
FLOW 3 для отслеживания изменений: Создайте FLOW 3, который будет выполнять опрос API раз в 10 минут, как ты предложил. При каждом опросе FLOW 3 сравнивает данные из API с данными в твоей базе данных, проверяя флаги "изменено". Если обнаруживается новое или измененное содержимое, генерируется уведомление.
-Избегание дублирования: При формировании уведомлений в FLOW 3, следи за тем, чтобы каждое уведомление отправлялось только один раз. Для этого ты можешь использовать уникальные идентификаторы (например, идентификаторы сущностей) и хранить их в специальной структуре данных, чтобы избежать повторной отправки уведомлений для одной и той же сущности.
Примерно такой алгоритм должен помочь избежать дублирования уведомлений при изменениях в критических сущностях. Ты можешь использовать флаги и уникальные идентификаторы для отслеживания состояния и избегания лишних уведомлений.