Frank, Different industry sectors have slightly different ways of processing invoices. My background is in the retail sector so what I say is from that perspective.
The question you should ask is how the "credits" are received and processed today in your organization. I am not sure exactly what you mean by "credits". If your definition of "credits" is in the nature of allowances and charges contained on the invoice, then I would expect to find that information in the SAC segment using data element 1300 to define what the allowance or charge is for. Commonly these are pre disclosed / negotiated as part of the buying process. If at the detail level the allowance or charge is applicable to that line item. If at the summary level it would apply to the entire invoice. Please note that some would argue that segments in the summary section represent totals for the detail; however the retail industry guidelines specifies the SAC in the summary is not the total of the allowance and charges in the detail loops. Earl's posting that "Typically, the BIG_07 is CR (CreditMemo) or DI (Debit Invoice), DR (Debit), IV (Invoice). Element 640 has many possibilities ;-)" was interesting considering the retail guidelines only specify the following for the invoice transaction types: BB Billback, BH Bill and Hold Goods, CA Cash, CI Consolidated Invoice, FI First Cost Invoice, ME Memorandum, PB Partial Bill, And if it is just a strait invoice BEG07 is not used. DE640 is used in numerous transactions and can easily be abused. Please note I am not suggesting Earl is abusing the standards; I do understand some retailers like to throw their weight around, like the recent postings on K-Mart's processing requirements. By the way, it use to be a lot worse when the big K was issuing one PO per carton and wanting the PO number encoded in the carton bar code. If the "credits" are coming in seperatly then the 812 is a logical choice or they can be listed within the the remittance advice TS 820. Within the retail industry, the flow of Credit/Debit Adjustment (812) is generally after goods and services have been invoiced using an Invoice (810) and before the receipt of the Payment Order/Remittance Advice (820). The Credit/Debit Adjustment (812) provides the receiver with reference information relating to a previous invoice, or purchasing agreement, to facilitate the tracking in financial accounting. What I have seen is orginizations start with the invoice because it is a staple of business; however, the entire payment process between two orginizations should be reviewed as the next stage of development this includes the 810, 812, and 820. In discussing with the business side there may be some different ways to "handle" the payment deduction process utlizing these transaction as a total business process to streamline processing. One interesting way, from the supply side perspective, is for the demand side to indicate the full payment of each invioce (on the 820) and list each deduction amount seperatly referencing the specific invoice. The actual funds transferred, bottom line of the remittance advice, will be the same as if the deduction were taken on each invoice total. The processing through AR and claims will occur faster. The float you ask, well there are ways to make the new process float neutral for the payer. James D. Sykes II ARGOLIS, Inc. 1740 Pine St. Martinez, CA 94553 [EMAIL PROTECTED] Cell: 01.510.502.3333 . Please use the following Message Identifiers as your subject prefix: <SALES>, <JOBS>, <LIST>, <TECH>, <MISC>, <EVENT>, <OFF-TOPIC> Access the list online at: http://groups.yahoo.com/group/EDI-L Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/EDI-L/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
