One comment I'll make is that the (Advanced) pricing inquiry function 22/OEA "Pricing Enquiry by Customer/Item" doesn't give correct information in some cases. We've reported this to the JBA Help Desk and until now they've categorized it as low priority (meaning it will probably never get fixed). It has resulted in us giving occasional incorrect answers to customers. We're planning on fixing it ourselves. I believe there is another bug when products sold at no charge are returned using the Customer Returns module. For us, Advanced pricing provides much needed flexibility and we haven't experienced any performance problems although we have relatively few order lines per order (typically < 10). I can imagine that with complex pricing rules that are a possibility and an order with lots of line items on a smaller box that you would have AOE performance problems (see another thread about this). Bottom line though, is that we couldn't have effectively used JBA without the Advanced Pricing option. If you have more specific questions about Advanced Pricing, I'll attempt to answer them. Dan Thomas Sr. VP Information Systems Medical Distribution, Inc. 4500 Progress Blvd. Louisville, KY 40218-5058 Phone (502) 454-9013 ext. 120 email DThomas@lpw-mdi.com -----Original Message----- From: Fred Mitchell [mailto:firstname.lastname@example.org] Sent: Monday, February 28, 2000 11:22 AM To: JBAUSERS-L@midrange.com Subject: Advanced pricing We are considering implememting Advance Pricing in AO but have not ben able to speak to anyine at JBA who knows very much about it. Does anyone on the list use advanced pricing or know what likely effect there will be on the order entry process in terms of performance. Is there anything else to consider when implementing advanced pricing? The business has about 20 people taking phone orders all day long with up to 1000 orders a day being processed. -- Fred Mitchell Concise Consulting Ltd. Newcastle upon Tyne, England > -----Original Message----- > From: email@example.com > [mailto:firstname.lastname@example.org]On Behalf Of Dan Thomas > Sent: 15 February 2000 21:13 > To: 'JBAUSERS-L@midrange.com' > Subject: Problem with G/L period on some invoices > > > We have some invoices that are posting to G/L (PSTPER/FLP08) > with the wrong > period, meaning not what it should be based upon our inventory period end > calendar. We use AFI. We seem to have two recurring scenario's with > problems. > > First scenario is with some invoices created as part of normal product > shipment confirmation: > Period in A/R is correct (PPER15/SLP15) > Period in OE Invoice file is blank (PERN65/OEP65) > Period in AFI is blank (PRDN45/FIP45) > > Second scenario is with manual invoices and credits (12 - 15 on OEP menu): > Period has same incorrect value in PERN65, PPER15 & PRDN45. > > My suspicion is that the first scenario is related to some bug we've > introduced that is causing PERN65 to be blank and that the other > files being > blank is a result of that. The second scenario might be > situations where we > ran the end of month functions late, causing an "incorrect" default period > in the manual invoice/credit program. > > Another general question is this, is the G/L period supposed to be based > upon current period in the inventory Calendar file, or where the invoice > date falls in the inventory period end control file. It was my > understanding that you could post a single set of invoices that had dates > spanning two different G/L periods and that they would post to the correct > period, as opposed to simply going into the current period. > > I appreciate any feedback. > > Dan Thomas > Sr. VP Information Systems > Medical Distribution, Inc. > 4500 Progress Blvd. > Louisville, KY 40218-5058 > Phone (502) 454-9013 ext. 120 > email DThomas@lpw-mdi.com > > +--- > | This is the JBA Software Users Mailing List! > | To submit a new message send your mail to JBAUSERS-L@midrange.com. > | To subscribe to this list send email to JBAUSERS-L-SUB@midrange.com. > | To unsubscribe from this list send email to > JBAUSERS-L-UNSUB@midrange.com. > | Questions should be directed to the list owner: email@example.com. > +--- > +--- | This is the JBA Software Users Mailing List! | To submit a new message send your mail to JBAUSERS-L@midrange.com. | To subscribe to this list send email to JBAUSERS-L-SUB@midrange.com. | To unsubscribe from this list send email to JBAUSERS-L-UNSUB@midrange.com. | Questions should be directed to the list owner: firstname.lastname@example.org. +--- +--- | This is the JBA Software Users Mailing List! | To submit a new message send your mail to JBAUSERS-L@midrange.com. | To subscribe to this list send email to JBAUSERS-L-SUB@midrange.com. | To unsubscribe from this list send email to JBAUSERS-L-UNSUB@midrange.com. | Questions should be directed to the list owner: email@example.com. +---
As an Amazon Associate we earn from qualifying purchases.
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.