Payments on Sales Orders - HELP !

maher_samet

Active Member
Hi,

Our sales management procedure is basically built on the sales order ,
means that all sales applications are based on the information entered in
the order .
When a customer places an order , a payment sheet is created without the
need for an invoice to be generated .
Thus we've found that our procedure is contradictory to one world's
philosophy which uses the invoice as a basic source of information for
payment sheets .
We should also note that as far as goods are not dispatched to the customer
, it is possible to modify any information on the sales' order .
We ask if it is possible to generate the paiement sheet form the sales
order without generating invoice or any accounting writing ; and to impute
this paiement sheet to the order and not to the customer .

Please Help, seems that OW cannot be good for our process ! God !
 
Maher,

Could you please explain more detaily what is payment sheet and what is the
conflict between JDE philosophy and your sales operations. Is the payment
sheet a document that you issue to customer to make a prepayment? What do
you mean when saying "to impute the payment sheet to SO and not to
customer"?

Alexei Marktovich
 
By setting processing option in SOM you can limit the status after which a
line on an order cannot be changed. This will allow you to change the order
up until the item has been shipped or in our instance invoiced. I am not
sure what type of business you are in that does not have invoicing so I
cannot help you on that except to look into changing your process.
 
Re: RE: Payments on Sales Orders - HELP !

Maher,
If you are not planning on printing an invoice you could always change the order activity rules to generate the g/l transactions at a different step, like maybe sales update time.
dave


NT 4.0 SP5, SQL 7.0, One World B7321 SP12.4, Citrix 1.8 (XE soon)
 
RE: RE: Payments on Sales Orders - HELP !

Have you had success in running a sales update and getting g/l data without
printing an invoice. The JDE options lead one to believe this is possible
but I have not ever had any success at it. I always need to run an invoice
first.
 
you can use R42565 to create an invoice in proof (no invoice number assigned
etc) or build a custom report in ERW. Or use any other std report (say:
modified pick slip if you don't use it etc). AS Donald mentioned, you may
use additional status codes to track the payment sheet print process.
Accounting info in JDE is generated NOT by printing an invoice but by
performing Sales Update R42800. Please remember that R42800 will assign the
invoice number anyway, if you didn't do it with R42565. (fields F4211 /
SDDOC, SDDCT)
Rafal
 
RE: RE: Payments on Sales Orders - HELP !

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C0A0F5.59B2B6D0
Content-Type: text/plain;
charset="utf-8"

When entering a sales order, if the landed cost field is not filled, we have
problems booking revenue for these sales orders. After the sales orders is
entered and you move to the next line, it will not allow you to fill in the
landed cost field. I must tell you all that we are currently using flex
accounting. THis is most plaguing for finance who is trying to book revenue
and cannot if the field is not populatedc. Thought it was a purchasing
thing too.,
 
Re: RE: Payments on Sales Orders - HELP !

Actually, accounting info is generated at whatever step in the order activity rules you specify. In my company that step is the printing of the invoice but in other companies it may well be the sales update.
dave


NT 4.0 SP5, SQL 7.0, One World B7321 SP12.4, Citrix 1.8 (XE soon)
 
re[3]: Payments on Sales Orders - HELP !

Have you explored using the preference profiles to control your accounting?

> This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C0A0F5.59B2B6D0
Content-Type: text/plain;
charset="utf-8"

When entering a sales order, if the landed cost field is not filled, we have
problems booking revenue for these sales orders. After the sales orders is
entered and you move to the next line, it will not allow you to fill in the
landed cost field. I must tell you all that we are currently using flex
accounting. THis is most plaguing for finance who is trying to book revenue
and cannot if the field is not populatedc. Thought it was a purchasing
thing too.,




--------------------------
To view this thread, visit the JDEList forum at:
http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=OW&Number=6313
*************************************************************
This is the JDEList One World / XE Mailing List.
Archives and information on how to SUBSCRIBE, and
UNSUBSCRIBE can be found at http://www.JDELIST.com
*************************************************************

<



Mike Dupaix
JDE Certified Professional
(630) 904-5373 – Office/Fax
(630) 750-2500 - Cell
 
RE: re[3]: Payments on Sales Orders - HELP !

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C0A113.52E95D90
Content-Type: text/plain;
charset="utf-8"

Can you expand on this a bit further?
 
When a customer place an order, he can pay some prepayment linked to the
order (no invoice yet generated) and the remaining amount (after some
drafts received) can be payed with a credit given by our company or by a
bank and received at different times afterwards.
All amounts are linked to the original order which is in turn linked to the
client who can have several orders at the same time.
An invoice is generated and given to the customer just after the delivery
time. All documents and prepayment previously linked to the order are now
related to this invoice.

Hope this helps !
Thanks !

Maher SAMET

At 07:25 27/02/01 -0800, you wrote:
>Maher,
>
>Could you please explain more detaily what is payment sheet and what is the
>conflict between JDE philosophy and your sales operations. Is the payment
>sheet a document that you issue to customer to make a prepayment? What do
>you mean when saying "to impute the payment sheet to SO and not to
>customer"?
>
>Alexei Marktovich
>
>
>
>
>--------------------------
>To view this thread, visit the JDEList forum at:
>http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=OW&Number=6277
>
>*************************************************************
>This is the JDEList One World / XE Mailing List.
>Archives and information on how to SUBSCRIBE, and
>UNSUBSCRIBE can be found at http://www.JDELIST.com
>*************************************************************
 
RE: RE: Payments on Sales Orders - HELP !

Sure.
Printing an invoice is not mandatory in JDE.
The best example may be a transfer order (ST/OT) where RI (or whatever doc
type you specify in the processing options of R42800) is created.

You have to remember about two settings: when you don't print an invoice
with R42565, you don't assign the fields SDDOC and SDDCT in F4211 (invoice
number and invoice type). Therefore, when you skip the R42565 in your
process and assign invoice numbers during Sales Update, you have to use the
version of R42800 with the proper Data Sequencing (I do not have JDE handy
now, if I remember well it is XJDE0003 you may copy - the version says
Assign invoice number first). Also, you have to set up your processing
options to assign the doc type. If you leave it blank, RI will be assigned
as default.
thnx
Rafal
 
RE: RE: Payments on Sales Orders - HELP !

Could you please specify? As far as I know JDE generates GL for the Sales
Orders info ONLY when you run Sales Update (so, for instance, just entering
a sales order does not create any F0911 transactions)
thnx
Rafal
 
Sounds like you should look at JDE's prepayment functionality in the Sales
Order Processing module. See the
online manual for help. If you need more, I have a document I could send
you that explains it.


Andy Klee

Klee Associates
J.D. Edwards Certified Professional
Voice: (970) 856-4811
Cel: (612) 685-0411
www.JDETips.com
 
re[5]: Payments on Sales Orders - HELP !

Preference profiles are additional controls that can be used to determine a variety of things like, invoicing, freight, price adjustments, revenue accounting.

In dealing with the revenue accounting, you can override the revenue business unit. Normal processing uses the order branch/plant to drive the business unit where revenue is credited. Preferences allow you to drive the revenue to an alternate business unit based on customer, item or item group. This is explained in the preferences section of Sales Order Management.

I have one customer that needed only one Branch/Plant for all inventory items (over 1500 items), but needed to drive the revenue the revenue to differing revenue centers (over 30) based on customer and item. This was complicated by the fact that some items always went to specific revenue centers. Preferences allowed us to setup and use the one branch for inventory and yet still drive the revenue accounting mandated by regulatory agencies. This is still in use and has simplified the setups as there are fewer overall items to maintain.

Mike Dupaix
JDE Certified Professional
(630) 904-5373 – Office/Fax
(630) 750-2500 - Cell
 
Maher Samet;

We do a form of what you are asking. We find the OW invoice to be ugly (no
other way to say it). Even through modifications, we cannot get it to look
like we want. We run the invoice program on items at Next Status = 580 but
we do not print the invoices. We only run the program to advance the status
and get a Doc Number. I suggest making a copy of the PROOF Invoice report
(R42565) and modifying it to your liking. The PROOF Invoice report will not
advance statuses or assign a number. Then set your R42800, Update Customer
Sales, to assign an invoice number before hitting the Customer Ledger and
creating G/L Distributions.

Steve S.

>
 
Back
Top