× 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: rstearns@xxxxxxxxx
  • Date: Mon, 28 Feb 2000 10:29:36 -0800



I've forwarded this to an individual who worked on several "standard"
implementations.  My experience has been with "Drinks" advanced pricing and we
made significant modifications.  Do you plan to price at order entry or
invoicing?  Do you combine orders on an invoice?  My experience has been that
the pricing routine can be very complex to maintain, however it seems to work in
the 1000 order/day environment pretty well.  It is also a "called" routine so it
can be modified without effecting the order entry process.
 Thanks,
Royce Stearns
516 SE Morrison
Suite 202
Portland Oregon 97214


|--------+-------------------------------->
|        |          "Fred Mitchell"       |
|        |          <fred@fredmitch.freese|
|        |          rve.co.uk>            |
|        |                                |
|        |          02/28/00 08:21 AM     |
|        |          Please respond to     |
|        |          JBAUSERS-L            |
|        |                                |
|--------+-------------------------------->
  >-------------------------------------------------------------------|
  |                                                                   |
  |       To:     JBAUSERS-L@midrange.com                             |
  |       cc:     (bcc: Royce Stearns/Manage)                         |
  |       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.