× 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: Expanding the A/P Invoice
  • From: Boris Goldenberg <bpcsguru@xxxxxxxxx>
  • Date: Wed, 3 May 2000 13:04:39 -0700 (PDT)

I went through this nightmare several years ago.  This was a pre-AS/SET release
of BPCS 4.0.3 and everything was in RPG.  Even so, the project took 3 months to
complete for 2 people.  Every file, display file and report using the Invoice#
had to be changed.  Then every program using those files had to be modified or
at least recompiled.  Of course in BPCS 4.0.3 the Invoice# was only 8 digits
long.  When the client upgraded to 6.0.4, this whole project was scrapped and
they learned to live with 10 digits.

Good luck...

Boris Goldenberg

--- George Sagen <gsagen@primesourcetech.com> wrote:
> Yikes...
> 
> I have yet another client wanting to expand the A/P Invoice # from 10 to 15
> digits. He has his reasons and is willing to invest, but wants to know what
> it would take. I told him I thought a programmer would want to take a week
> just analyzing the problem before giving a serious quote (client want's
> fixed bid). Has anybody had experience doing this? I'm interested in hearing
> how it went, what you encountered, etc. My client expressed his opinion that
> it seems like it should be easy and shouldn't take long. I related the
> following and want to know if I missed anything:
> 
> Table changes on any table that could store the A/P invoice #. (dozens?)
> Code changes to any program that refers to the A/P invoice # in any fashion.
> (thousands of lines?)
> Screen layout changes for panels that contain the A/P invoice #. (dozens)
> Report layout changes. (dozens)
> Testing. (weeks and weeks if you do it adequately)
> Refitting each time they want to apply a BMR. (?????)
> 
> I'm really discouraging them from doing this, but they have many
> vendors--freight carriers in particular--that use long invoice #'s. They
> don't like the solution of putting in the last 9 digits followed by A, B,
> C,... for each duplicate, then putting all 15 digits in the description
> field. Far be it from me to tell folks how to spend their money, but my gut
> feel is the workaround is better. Any thoughts?
> 
> Geo.
> 
> 
> George Sagen, CPIM, CNE
> gsagen@primesourcetech.com
> http://www.primesourcetech.com
> PrimeSource Technologies, Inc.
> A Metamor Worldwide Company
> (801)360-6360
> 
> 

__________________________________________________
Do You Yahoo!?
Send instant messages & get email alerts with Yahoo! Messenger.
http://im.yahoo.com/
+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@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.