Как правильно ввести склад и финансы (бизнес-логика)? Добрый день. Хочу совета по проектированию и ведению учета финансов и склада в интернет-магазине.
Поискал информацию на просторах интернета. Нашел статью неплохую статью на Хабре .
Собственно как я и планировал сделать также Но я для интереса решил усложнить реализацию на случай большого количества операций — баланс по счету на начало каждого месяца хранится в экземплярах Balance, при записи каждой операции балансы на начало следующего месяца (и позже, если есть) пересчитываются. Зато для расчета баланса на текущую дату нужно только взять баланс на начало месяца и посчитать оборот по операциям текущего месяца. Такой подход не вызовет проблем с производительностью со временем.
Нагрузка - 1000 заказов в неделю, около 5000 операций в неделю .
Для такой нагрузки хватит ли хранить итоговую сумму/склад ежемесячно, может лучше каждую неделю?
Как быть если я нашел ошибку в финансах и сделал редактирование записи месячной давности?
Аналогия будет и со складом товара?
По финансам была еще мысль хранить архив на дату операции.
Плюсы:
- не надо ничего пересчитывать.
- всего 1-2 итерации
Недостатки:
- при исправлении операции из архива ( 7,14, 30 и более дней спустя) жесткий перерасчет?
У кого какой есть опыт построения таких системы и другие алгоритмы подсчета финансов и актуального стока?
P.S. Интересно было бы посмотреть организацию такого сервиса как zenmoney.
Как правильно ввести склад и финансы (бизнес-логика)? Добрый день. Хочу совета по проектированию и ведению учета финансов и склада в интернет-магазине.
Поискал информацию на просторах интернета. Нашел статью неплохую статью на Хабре .
Собственно как я и планировал сделать также Но я для интереса решил усложнить реализацию на случай большого количества операций — баланс по счету на начало каждого месяца хранится в экземплярах Balance, при записи каждой операции балансы на начало следующего месяца (и позже, если есть) пересчитываются. Зато для расчета баланса на текущую дату нужно только взять баланс на начало месяца и посчитать оборот по операциям текущего месяца. Такой подход не вызовет проблем с производительностью со временем.
Нагрузка - 1000 заказов в неделю, около 5000 операций в неделю .
Для такой нагрузки хватит ли хранить итоговую сумму/склад ежемесячно, может лучше каждую неделю?
Как быть если я нашел ошибку в финансах и сделал редактирование записи месячной давности?
Аналогия будет и со складом товара?
По финансам была еще мысль хранить архив на дату операции.
Плюсы:
- не надо ничего пересчитывать.
- всего 1-2 итерации
Недостатки:
- при исправлении операции из архива ( 7,14, 30 и более дней спустя) жесткий перерасчет?
У кого какой есть опыт построения таких системы и другие алгоритмы подсчета финансов и актуального стока?
P.S. Интересно было бы посмотреть организацию такого сервиса как zenmoney.
Поискал информацию на просторах интернета. Нашел статью неплохую статью на Хабре .
Собственно как я и планировал сделать также Но я для интереса решил усложнить реализацию на случай большого количества операций — баланс по счету на начало каждого месяца хранится в экземплярах Balance, при записи каждой операции балансы на начало следующего месяца (и позже, если есть) пересчитываются. Зато для расчета баланса на текущую дату нужно только взять баланс на начало месяца и посчитать оборот по операциям текущего месяца. Такой подход не вызовет проблем с производительностью со временем.
Нагрузка - 1000 заказов в неделю, около 5000 операций в неделю .
Для такой нагрузки хватит ли хранить итоговую сумму/склад ежемесячно, может лучше каждую неделю?
Как быть если я нашел ошибку в финансах и сделал редактирование записи месячной давности?
Аналогия будет и со складом товара?
По финансам была еще мысль хранить архив на дату операции.
Плюсы:
- не надо ничего пересчитывать.
- всего 1-2 итерации
Недостатки:
- при исправлении операции из архива ( 7,14, 30 и более дней спустя) жесткий перерасчет?
У кого какой есть опыт построения таких системы и другие алгоритмы подсчета финансов и актуального стока?
P.S. Интересно было бы посмотреть организацию такого сервиса как zenmoney.
Не можешь разобраться в этой теме?
Обратись за помощью к экспертам
Гарантированные бесплатные доработки
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Интересные статьи из справочника
Поможем написать учебную работу
Отвечай на вопросы, зарабатывай баллы и трать их на призы.
Подробнее
Подробнее
Для эффективного учета финансов и склада в интернет-магазине, рекомендуется следовать следующим шагам:
Определить структуру учета: создать таблицы и поля для хранения информации о финансах (операции, балансы, архив операций) и складе (товары, поставщики, остатки на складе).
Разработать логику работы с данными: определить алгоритмы подсчета и обновления балансов по месяцам, неделям или датам операций, в зависимости от объема операций и нагрузки на систему.
Учесть возможность исправления операций и пересчета балансов: предусмотреть механизмы для корректировки ошибок в финансовых операциях и обновления балансов соответственно.
Реализовать функционал архива операций: создать механизм хранения и доступа к архивным операциям для обеспечения информации о прошлых транзакциях.
Проанализировать опыт и лучшие практики других компаний: изучить примеры успешной реализации систем учета финансов и склада, таких как zenmoney, для применения оптимальных алгоритмов и подходов.
Помимо этого, рекомендуется обратить внимание на необходимость резервного копирования данных и обеспечить обновление системы учета в соответствии с изменяющимися требованиями и объемом операций. Важно также обеспечить безопасность данных и отслеживание аудита операций для предотвращения ошибок и мошенничества.