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.


Reply via email to