Pull to refresh
39
0

Data Scientist

Send message

Добрый день! Извиняюсь за запоздалый ответ. Все правильно, убывающие и возрастающие суммы не пересекаются по элементам суммирования. Типы купюр, которые участвуют в возрастающей/убывающей сумме определяются типом кассет, поскольку у банкоматов есть кассеты строго на внос купюр (сумма по этим купюрам будет только возрастать) и строго на вынос купюр (соответственно, сумма будет убывать).

Для типа кассет, в которые можно и загружать купюра и забирать их формируется ряд сумм выдач (withdrawal_sums).

Поломки банкоматов учитываются в работе системы, но не при прогнозе. Чтобы это сделать фичей для прогноза, нужно, чтобы банкоматы находились близко друг к другу (хотя это всё, конечно, относительно). Сейчас работа ведётся с небольшим банком, у которого не так много банкоматов и они разбросаны далеко друг от друга.
Прогноз сейчас не учитывается, поскольку его географическая точность пока не такая высокая, плюс нужно учитывать где стоит банкомат, в здании или на улице. Но как вариант это можно реализовать и проверить, какой вклад получится. Спасибо за идею
«Внос» и «вынос» наличности для банкомата означают соответственно внесение пользователями купюр в банкомат и получение купюр из банкомата.
Добрый день. Это уже речь про детали реализации, учёт различных внештатных ситуаций и т.д. Предложенная система рассчитана на банкоматы, работающие в штатном режиме.
Спасибо за комментарий. Учитывание покупюрного состава кассет и возможность вручную задавать «критические дни» — хорошие идеи для эксперимента.
Насчёт того, что дешевле было просто забивать даже банкоматы с небольшим расходом по максимуму, интересная мысль, у нас при использовании описанного подхода получается, что чаще нужно инкассировать банкоматы, в которых крутятся большие суммы денег (больше 100, 200 тыс.), а банкоматы, в которых крутятся небольшие суммы, лучше инкассировать редко, иногда даже раз в 3-4 недели.

Information

Rating
Does not participate
Location
Россия
Works in
Registered
Activity