At 01:33 PM 5/18/01 -0400, David Harris wrote:
>Wait? I just realized something! OpenSRS doesn't include any tools that help
>with the actual billing of clients. So is there _ANY_ extra trouble for
>OpenSRS in billing us one way and we bill the customers the other way!? I
>don't see any, now that I think about it I don't see any.
The technical effort was not the real motivation (although introducing a
new concept that is conditional does take a little more work), it was
mostly the communicating and understanding that can get onerous if there
are major new conditional rules. It is possible I am over-thinking this one.
>Now this is just my opinion of the implementation. Seems that it would be
>very easy to implement. If the OpenSRS technical people also think this is
>easy to implement, then lets have Option Three.
I think option three is getting the nod, if we can not arrange option one
(which I believe we may be able to do).
><side-note>
>This whole .biz pre-registration deal really speaks for why OpenSRS should
>either (a) offer scripts that do the billing and integrate into credit card
>backends, or (b) have a better API where out-of-band management information
>(such as transfer notifications, notifications of failed or approved
>pre-registrations) can be transmitted. Simply put: we are creating a *HUGE*
>nightmare of accounting work that needs to be done with refunding
>pre-registrations. OpenSRS better be prepared to provide management
>information on what pre-registrations need to be refunded by the RSP.
></side-note>
Your points are well made and I agree with them. This is why we prefer
option one...
sA
Scott Allan
Director OpenSRS
[EMAIL PROTECTED]
