I'll be bringing this up with the financial folks. All your concerns are
warranted - and I must admit I do agree to most of your points.
My unfortunate position is being in the technical area and not fully
understanding all the requirements for accounting - so I support the
product, not build and maintain it :)
Charles Daminato
OpenSRS Support Manager
[EMAIL PROTECTED]
On Mon, 24 Jul 2000, Tom Brown wrote:
> On Mon, 24 Jul 2000, Charles Daminato wrote:
>
> > Giving reports is in the works...
>
> that's meaningless, there are reports on the site, they're just not very
> usefull.
>
> > But right now there's no easy way to do it - the system doesn't have an
> > output of this inherent, so we have to build one. And there's many MANY
> > discussions on what gets released, in what format, how, to whom, when,
>
> easy: Everything that affects RCUs (payments to OpenSRS can be delayed to
> version2), format is _not_ significant (content is), on the reseller
> website, to folks with access to that part of the webserver, starting last
> january...
>
> If opensrs wants to provide more/less information via another vehicle to
> other folks, that can be added. I would suggest that a monthly statement
> of the above sent via postal mail to at least some of your foreign clients
> would be greatly appreciated... whether you charge for that service or not
> is your business.
>
> > with what proof of authorization, etc.. that has to be addressed before we
> > even start.
>
> BS with respect to most of this, ... if I have authority to _spend_ all
> the remaining credits, then I can't see how anyone can logically suggest
> that I don't have the authority to know where it was spent... especially
> when most of that information is already there in the "active domains"
> listing (just in an incomplete format)
>
> > It'll come eventually - OpenSRS wasn't designed as a system to subsidize
> > for regular business practices. It is meant purely as a domain
>
> excuse me, as far as I knew, reconcilliation _is_ a regular business
> practise, but since there is nothing but a balance to reconcile against,
> it is next to impossible to reconcile to find an error at this point...
> and if you have two errors that cancel then you'd never see it until
> client X complained that his domain hadn't been registered.... (and then
> you'd have to try to find the domain for Y which got registered, but not
> billed).
>
> I thought we (baremetal) did OK to only find one error (paid invoice,
> without a domain registration) in the 400+ active domains we have.
>
> ... but that wasn't even looking at RCUs... From what you said, maybe all
> the resellers should complain to the OpenSRS folks saying their RCU
> balance seems to be low by exactly 10 credits and asking OpenSRS to show
> where their credits went :-(
>
> Suggesting that everyone of your resellers implement their own system for
> tracking RCUs seems "a little less efficient"
>
> > registration tool - as more requests come in the more robust the system
> > becomes.
> >
> > In the interim - I strongly suggest you use your own systems for tracking
> > purposes, referring to the OpenSRS as a sanity check.
>
> here's another view: ... _you guys_ control our "inventory", and "ship"
> our goods... any reasonable shipping system can provide a list of what was
> shipped where and when...
>
> even if you can't provide the "nice" listing I suggested previously (with
> a running balance), then a simple list of transactions without balances,
> even if it's just the debits would be usefull... We have sh*t like
> buggered up last minute NetSol transfers where a last minute netsol
> renewal credit didn't get applied, so we ended up renewing the domain just
> to make the client happy... there is no billing on our side, and no trace
> on yours... not a fun game to have to play :-(
>
> _this is part of doing business_ ... both justifying where your customers
> money went, and helping your customers...
>
> Honestly Chuck, I really do hate to rant like this, but I asked support
> for this eons ago, and you guys have been asked multiple times on this
> list. You guys do a good job, but this is a weak spot.
>
> Oh, and before I forget, this is only going to get worse with renewals
> (since that's part of what makes the active domains list insufficient). I
> really would suggest (am I repeating myself?) that you fix this now
> instead of waiting until it's an even bigger job.
>
> -Tom
>
> p.s. even extending the completed orders page would be a step in the right
> direction.
>
>
>
