Как должна работать система выплат?

[Hector]

Проясните плиз. Там вроде как дебит, кредит и баланс. Как это должно выглядеть в таблице mysql? Нужно платить 2 раза в месяц и переносить выплату если недобор по минимальной сумме для выплат.

Может кто из вас сталкивался с проблемой изнутри?

[banzai]

ну в принципе ID контрагента, реквизиты, начислено, выплачено и баланс
странно что только одна таблица, а не три, как минимум.
а историю начислений и выплат ты хранить не собираешься ?

[Hector]

Да будет сколько нужно. Хочу в голове представить и не могу. В партнерках часто разный подход и я хочу выбрать оптимальный чтобы бонус можно было зачислить или наоборот отобрать, выплаты перенести. История выплат нужна.

[F17]

1я - реквизиты контрагента (КА)
2я - текущий баланс КА, обновлять при каждом движении + возможность принудительного пересчета на основе 3й и 4й
3я - баланс по месяцам с начала времен
4я - подробные движения за месяц/неделю/пейпериод/квартал, каждый месяц/неделю/пейпериод/квартал новая, старые можно архивировать-уносить-удалять

[editeur]

Отталкивайся от того, что каждый приход и расход должен быть чем-то обоснован.
Получаем следующее

Таблица баланса пользователя - [id пользователя-сумма на счету]
Таблица приходно-расходных операций - [id операции, id пользователя, сумма (положительная или отрицательная), тип операции(начислено, бонус, выплата и т.д)]
Таблица холда(очередь на выплаты) [id пользователя, id расходной операции, ожидаемая дата выплаты, флаг выплата сделана/выплата отменена, реальная дата выплаты]

Бухгалтерия вручную работает с последней таблицей, все остальное делается автоматом.


В случае партнерки таблицу приходно-расходных операций надо будет как-то частично аггрегировать, чтобы каждая продажа не занимала отдельную строчку через полгода послее ее совершения.

В реальности таблицы будут посложнее - там еще будут реквизиты операций, платежные средства, какое-то логгирование действий мееджеров и все такое.

[Mentos]

самое главное используй тип таблиц innodb и транзакции
все остальное не важно, и похуй как холд делать

самое главное чтобы приходы и списания были транзакциями

Сообщение от F17

1я - реквизиты контрагента (КА)
2я - текущий баланс КА, обновлять при каждом движении + возможность принудительного пересчета на основе 3й и 4й
3я - баланс по месяцам с начала времен
4я - подробные движения за месяц/неделю/пейпериод/квартал, каждый месяц/неделю/пейпериод/квартал новая, старые можно архивировать-уносить-удалять

2ую и 2ую таблицы нужно объединить

никаких пересчетов не должно быть, все изначально должно быть идеально

а то будет как у юмакса двойные выплаты и прочие косяки

[Hector]

Еще немного переформулирую. Есть юзеры с данными и реквизитами для выплат. Есть статистика по дням. День, юзер и сумма. Платим например 1 го февраля за январь. Есть минимальная сумма для выплат. Иногда нужно добавить бонус или забрать.

Вот нужно 1го числа генерировать список на выплаты со статусом pending. После оплаты поменять на paid и внести видимо в таблицу баланса. Как я вижу таблицу баланса. Юзер, тип (заработано или выплачено), сумма, баланс, дата выплаты, период за который платим.

Вот в принципе и все. Есть ошибки?