Что почитать про биллинг?

[varan]

Как его реализовывать, какие данные надо хранить и как. Не хочу изобретать велосипед )

 

[флоппик]

Деньги хранить в целочисленных типах, таких как DECIMAL, никакие данные не удалять, а лишь помечать как удаленные, данные группировать в транзакции — вроде, все как и везде

 

[Dovg]

Почитай что-нибудь про бухучет.

Проводки (транзакции), счета, дебет, кредит.
Там простая бизнес-логика и она ложиться на базу прямо один в один.

ИМХО.

 

[c0dex]

Dovg
Ложится, но далеко не всегда, как подсказывает мой опыт

 

[Dovg]

c0dex
Не ради спора: приведи плз пример, что из бухучета у тебя не легло в sql. Для общего развития интересно.

 

[c0dex]

Dovg
Не из бухучета, а из логики нашего собвственного биллинга. Лечь легло, но с дикими логическими костылями.

 

[varan]

посоветуйте книжку про бухучет

 

[c0dex]

Это наверное тебе к бухам надо, а не к нам)

 

[Ирокез]

если есть 1С, то не изобретайте велосипед, делайте синхронизацию со своей базой (набор полей Вам подскажет любой бухгалтер работающий с 1С, ну и логика Вашего приложения).

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

 

[fixxxer]

Деньги хранить в целочисленных типах, таких как DECIMAL, никакие данные не удалять, а лишь помечать как удаленные, данные группировать в транзакции — вроде, все как и везде

и ничего не считать в php, только базой.

 

[Raziel[SD]]

посоветуйте книжку про бухучет

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

 

[whirlwind]

и ничего не считать в php, только базой.

чёйта?

 

[c0dex]

Может быть поэтому?

echo (int) ( (0.1+0.7) * 10 );

Даст 7 =)

 

[Dovg]

ИМХО fixxxer как бы имел ввиду, что для денег должна быть только одна точка входа, которая в состоянии обеспечить атомарность операции.

 

[fixxxer]

Это одна причина.

Вторая в том, что с php-шной типизацией очень легко допустить ошибку, когда что-то ВНЕЗАПНО кастанется в какой-нибудь float с соответствующими приколами.

Не, ну если альтернатива - считать мысклем с strict = off, лучше похапе, да

 

[Absinthe]

и ничего не считать в php, только базой.

С какой? Отсеиваем постгрес/мускул/MSSQL, остается оракл?

 

[AmdY]

как вариант реализовать паттерн money, дополнительной плюшкой может быть работа с разными валютами.

$a = new Money(100.5, Money::CURRENCY_RUB);
$b = new Money(10, Money::CURRENCY_USD);
$a->plus(40)->minus($a)->convertTo(Money::CURRENCY_EUR);

 

[grigori]

в биллинге все сильно зависит от объекта обсчета
например, у операторов связи обсчет делается по логам каждую секунду,
а на хостингах можно считать раз в день для всех клиентов

учет не так сложен, как вся фигня вокруг него - экспорт данных в нужных форматах, подготовка pdf-инвойсов, интеграция с CRM, уведомления, графики, статистика

что еще забыли, так это "писать логи"
это очень важно - всегда писать в лог обо всех событиях с деталями, чтобы потом при вопросах можно было вручную проверить конкретного клиента

pg для этих задач по моему опыту лучше подходит, чем mysql - есть схемы, полноценные хранимые процедуры, последовательности, поле text без ограничений, не умирает, если индексы в память не влазят

 

[AmdY]

о, grigori напомнил важную вещь, если планируется прохождение сертификаций по безопасности, то там довольно жёсткие правила по хранению и передаче паролей, поэтому некоторые пароли могут храниться только в зашифрованном виде и только в базе данных, поэтому гонять данные от скрипта к базе и обратно не получится, нужны обязательно хранимые процедуры и а mysql задуман не для этих целей.

varan
а тебе биллинг для чего именно?

 

[fixxxer]

Absinthe
зачем отсеивать постгрес? Там все весьма неплохо.

AmdY
Ну если говорить о работе с данными банковских карт - в pci dss все четко описано четко, по сути, это свод совершенно разумных правил. Про "в базе данных", там, кстати, ничего нет. Компоненты должны быть разделены и изолированы, а уж как ты это сделаешь - на твое усмотрение.