× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: Advanced pricing
  • From: Dan Thomas <DThomas@xxxxxxxxxxx>
  • Date: Mon, 28 Feb 2000 13:59:58 -0500

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:fred@fredmitch.freeserve.co.uk]
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: owner-jbausers-l@midrange.com
> [mailto:owner-jbausers-l@midrange.com]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: doug333@aol.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: doug333@aol.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: doug333@aol.com.
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.