| Цитата |
|---|
| nilske написал: а разве применяются сложные проценты как мера ответственности? |
а почему бы и нет?
Пришелец-прораб.
|
14.11.2025 10:04:24
а почему бы и нет?
Пришелец-прораб.
|
|||
|
|
|
|
14.11.2025 08:03:18
Для сложных процентов есть общая формула множителя (1 + Rate / n) ^ (n * t), где n - кол-во compound periods в году, а t - время в годах. Но это в учебниках. А в Вашем случае надо считать величину (1 + Rate / "нечто") каждый месяц и потом перемножить эти величины, чтобы получить конечный результат. "Нечто" в Вашем случае - это Кол-во дней в году / Кол-во дней в месяце. И это надо считать по каждому платежу/поставке. Но это упрощенно, т.к. - платеж (или поставка) совершается не в начале месяца (есть "голова") - расчеты надо уметь проводить не на конец месяца, а на какую-то определенную дату (будет "хвост") - начислять %% надо начинать не с даты платежа, верно? Все это создает определенные сложности. Но это только мое видение подхода к решению этой задачи. p.s. забыл упомянуть изменение %% ставки - это тоже надо учесть в алгоритме расчета. p.p.s. кстати, можно для любой даты с известной ставкой (если ставка в мес не меняется) посчитать POWER (1 + Rate / days_in_year * days_in_month, 1 / days_in_month ), посчитать это для всего календаря (calculated column, например, в календаре) и тогда начисленные %% можно легко расчитать для любого платежа и за любой период.
Изменено: - 14.11.2025 11:44:05
Пришелец-прораб.
|
|||
|
|
|
|
13.11.2025 22:29:42
Санта-Барбара. Запасаемся попкорном и ждем новой серии: "Проценты 4: кто начислит %% на "Проценты 3"?
Если серьезно, то... Alex: IMHO, вы не тем путем идете. рассматривают примерно такую же задачу. Но там все на уровне года. А в случае ТС - monthly compound interest и база расчета Act/Act, если я правильно понимаю. Задача, определенно, решаема. Но не тем путем, которым вы идете. Все IMHO, разумеется. Удачи, друзья!
Пришелец-прораб.
|
|
|
|
|
|
12.11.2025 10:44:18
ИринаЗ, в данном случае "правильным" будет вариант 2 (который SUM(Value) / SUM(Volume) ), т.к. учитывает объем. Фактически, объем выступает "весом".
Пришелец-прораб.
|
|
|
|
|
|
11.11.2025 18:38:29
Пример какой-то странный, недоделанный. Почему есть отдельная строка для ПФ 11 в качестве продукта, а для ПФ 12 и 22 нет? Где ПродуктБ и ПродуктВ? Непонятно. А что такое "большой объем" - это мы его должны создавать для тестирования?
p.s. и , между прочим, credit goes to
Изменено: - 11.11.2025 22:52:16
Пришелец-прораб.
|
|||||
|
|
|
|
11.11.2025 06:51:24
Пришелец-прораб.
|
|||
|
|
|
|
09.11.2025 11:48:26
Пришелец-прораб.
|
|||||
|
|
|
|
09.11.2025 11:25:38
safetyspb, а если разделить ввод индексов по 4м отдельным столбцам? Так легче контролировать ввод данных.
Пришелец-прораб.
|
|
|
|
|
|
07.11.2025 11:51:32
Мика Штольц, 👋
MS 365 - обновил запросы. Nulls запроса q_Test_copy выгрузились штатно, все пустые столбцы - на месте. Уверены в происхождении своей версии программы? Посоветовал бы начать с установки всех доступных обновлений. Я не знаю как обновляется LTSC, к сожалению.
Пришелец-прораб.
|
|
|
|
|
|
06.11.2025 10:12:03
Пришелец-прораб.
|
|||||
|
|
|
|
23.10.2025 14:22:54
Особо не тестировал.
upd: хотя, я бы предпочел видеть все разряды, которые заменены %
Изменено: - 25.10.2025 07:46:19
(v2)
Пришелец-прораб.
|
|||||
|
|
|
|
21.10.2025 23:20:20
Lene, строка 14 в вашем "как должно быть" выглядит крайне подозрительно. Сделал простыми формулами так, как посчитал правильным. Хотя, я бы и начисления и погашения при отрицательной разнице показывал с "+", но это уже дело вкуса.
Пришелец-прораб.
|
|
|
|
|
|
21.10.2025 13:20:36
Помещаете ее в visual в колонки, ширину колонки - в ноль, сортировку в visual делаете по этой мере (колонке с ней). Код может быть и наивный, но я и не эксперт в этой области.
Пришелец-прораб.
|
|||||
|
|
|
|
17.10.2025 15:24:39
pq клавиатурой
Изменено: - 17.10.2025 15:39:57
(на chars)
Пришелец-прораб.
|
|||
|
|
|
|
15.10.2025 19:59:39
Ni_Gu_Ra, похоже на то, что нужно?
Пришелец-прораб.
|
|||
|
|
|
|
01.10.2025 22:29:02
Изменено: - 01.10.2025 22:30:21
Пришелец-прораб.
|
|||
|
|
|
|
01.10.2025 20:17:40
Михаил Л, гуглится же на раз-два...
забуферил binary на всяк случай - может и излишне... Потом unix time переведите в человеческое и все дела. Ну и по другим тикерам (по их списку) тоже, наверное, у вас не составит проблем организовать запрос. Запрашиваемые периоды quotes:
Ну и источник, где я все это нашел:
Пришелец-прораб.
|
|||||
|
|
|
|
26.09.2025 20:07:50
brave, хорошо. А теперь представьте себе результат для
Изменено: - 26.09.2025 20:19:02
Пришелец-прораб.
|
|||
|
|
|
|
26.09.2025 19:09:04
Пришелец-прораб.
|
|||
|
|
|
|
23.09.2025 15:16:44
Purity, чтобы все это понять самому, очень рекомендую потратить время на изучение основ языка М. В этом помогут:
Отвечая на вопрос, Table.AddColumn в качестве 3-го параметра требует функцию с одним аргументом (я дал ему имя x), куда Table.AddColumn последовательно подает строки таблицы в виде записей (records). Рез-т работы окажется в новом столбце. Про Table.Skip почитайте в спецификации или . Она идет по справочнику и отсекает строки до тех пор, пока выполняется условие, заданное в функции (w) => ... Если строка найдена, то мы ее забираем как первую строку среди оставшихся строк ({0}). Если нет и остается пустая таблица , то на помощь приходят
Пришелец-прораб.
|
|||
|
|
|
|
23.09.2025 13:28:50
Purity, другое дело
Пришелец-прораб.
|
|||
|
|
|
|
23.09.2025 12:20:47
Purity, я, видимо, чего-то не понимаю, но Text.Replace делает все, что вы задумали. Зачем перед его использованием вызывать Text.Contains - загадка.
Пришелец-прораб.
|
|||
|
|
|