res2001, от того что я изменю запрос 378 не разделится магическим образом на 312 и 65, потому что когда я делаю запрос в сеть, я могу передать только дату и в качестве ответа буду получать всегда 378$ за например 10.08.2021. Если я спрошу через неделю и сделаю сдвиг utc+0500 это ничего не изменит, мне вернут 378$.
А задача состоит в том, чтоб алгоритмически разделить и вычислить с минимальной погрешностью сколько реально было израсходовано/заработано по дефолтному часовому поясу (в моем случае мск+0300)
Скорее всего я неверно указал тэг у вопроса и попал в раздел SQL, хотя по сути мне нужен алгоритм, а не методология хранения/отображения
Вы не поняли суть проблемы. В отображении или хранении проблемы нету, проблема в том, что там где мы получаем данные они соответствуют только тому часовом поясу в котором работает сервис.
Пример: за 24 часа по UTC+0 израсходовано 378$, но за 24 часа UTC+03 312$. Таким образом 65$ потрачены в то время когда в Москве было с 00:00 до 03:00.
Задача соответственно придумать алгоритм вычисления этой самой разницы в 65$ которую мы не можем получить просто запросом
Лентюй, Дело не в трекинге событий, вы не можете передать в ГА расход по компаниям. Если правильнее выражаться - вы не можете трекать события типа "показ вашего объявления", "клик по объявлению", "фродовый клик" и тд на сайтах рекламной сети (РС). Все что вы можете, получить эту статистику от РС постфактом.
А задача состоит в том, чтоб алгоритмически разделить и вычислить с минимальной погрешностью сколько реально было израсходовано/заработано по дефолтному часовому поясу (в моем случае мск+0300)
Скорее всего я неверно указал тэг у вопроса и попал в раздел SQL, хотя по сути мне нужен алгоритм, а не методология хранения/отображения