 |  |
At 06:15 PM 3/2/99 -0800, you wrote:
Re: invoicing problems
From: barbbras@dbtech.net
Date: Tuesday, March 2, 1999
Time: 6:43:21 pm
>barbbras@dbtech.net wrote:
>
>>Shawn, I want to check and make sure that I understand what you are saying.
>>
>>If one of my tech support folks inadvertantly changes an expiration date
>>(or purposely, for that matter) that random accounts may/will possibly not
>>get an invoice, or get their card charged 5 times the normal monthly
amount?
>
>Not directly, but changing a customer's expiration date without
>rebuilding the indexes can invalidate the internal indexes for that
>customer (in the employee setup, that's what the big red asteriks are for
>next to "Edit Expiration Date").
As I mentioned in my earlier message, most of these accounts were not new
customers and have not had anything changed on their account entries. They
just didn't get an invoice.
Secondly, the guy who got hit for 5 March invoices all in one day has been
on a regular billing cycle since January. No expiration date changes.
And again, these booboos have occurred after the indexes have been rebuilt
repeatedly.
>Say for example you roll a customer's expiration date back a month,
>internally Optigold ISP still thinks it's the original date. The
>expiration date that you *can* edit (if you allow people to) is for
>display purposes only and is not the "real" one that the internal
>calculations are based on. So if you want it to base the internal calcs
>on that one, you must rebuild the indexes.
>
>As for the 5 invoices, that is something totally different, which is why
>I mentioned you should check to see if there are any shared customer IDs.
I am assuming that the customer id numbers are the inaccessible ones that
are used in Optigold for internal tracking. If so, you can imagine my
concern since it is the unique customer id number that is used by IC Verify
to properly process credit card acceptance and declines.
How exactly can that number get corrupted?
>So, if you choose to allow people to edit expiration dates you MUST,
>MUST, MUST, MUST rebuild the indexes sometime afterwards.
>
> - Shawn
>
>-------------------------------
>Shawn D. Hogan
>President, Data Point Solutions
>http://www.data-point.com
>(619) 452-3696
>ICQ: 8319647
>
>
>-------------------------------------------
>To subscribe, unsubscribe and list archive
>please visit http://www.data-point.com/lists
>-------------------------------------------
>
>
-------------------------------------------
To subscribe, unsubscribe and list archive
please visit http://www.data-point.com/lists
-------------------------------------------
Messages In This Thread:
Return to Digital Point Solutions' Home Page