|
In getting advice from this group, it might be useful to identify what all BPCS application areas are affected for your company, since pretty much all of BPCS feeds info into General Ledger, so all that you use are going to have a disruptive adventure. I also suggest that early on you get yourself a test environment, that might have been populated with data from the conversion efforts so far, so that you can run exercises to see how things are going to work in the new reality. You have a bunch of parallel challenges * * Understanding how things should work at the end of the conversion, differently from how they now work today, to make sure your goals are in tune with what the conversion is to do. * * The conversion process to get the master control data, historical data, from where it now is, to the new reality. Will BPCS conversion software serve this goal, or will you need to get 3rd party software to help with it? * * The conversion process will need serious testing. * * Before the conversion begins, an examination comparison of what's in the different environments to review differences ... for example, you might have a particular GL Account # which is used for different purposes in different environments. Or the same kind of deal with non-GL files that feed data in to GL. So long as the files were totally separate in different environments or data bases, it did not matter that they might have gone in different directions, but now that you are consolidating into one, you have to deal with how the different realities might be doing things differently. * * Re-education where stuff in rest of BPCS comes from into GL, typically setup years ago, works fine, ignore it, forget it, but now needs some serious review. In years gone by, on much earlier versions of BPCS, we went through similar challenges. We found that the BPCS conversion software was designed for moving same kind of environment to same kind of environment, not really attuned to what we were trying to accomplish, plus it was more buggy than regular BPCS. We had number systems, such as customer orders, purchase orders, coming from the different environments, where the same #s were for totally different things. e.g. environment 1 has order 12345 for customer 123 for part XYZ while environment 2 has order 12345 for customer 456 for part ABC Fortunately at that time all our order #s were 5 digits or less, while BPCS supports 6 digits, so in the new consolidated environment, all customer orders starting with digit 1 in high order position were from environment 1, and so forth for all the others, with a zillion files needing same update in sync. After that first digit, the rest of the # was same as what it was in the former environment, then we made sure the next orders issued by the new environment were beyond the digits needed for the conversion. For files where the same item # vendor # customer # etc. meant the same thing in all environments, there are fields showing the total activity ... it was a matter of combining the totals from all environments into one combined consolidated total. Where a particular customer vendor item etc. had different numbers in different environments we had to setup a system of "do not use this #, it has been replaced by that #" with an unused field in various file layouts to contain this #. In addition to our old environments, the target new one, we had several test environments with various stages of conversion results for pilot testing, and an accounting environment with only the new chart of accounts that they were developing. The ultimate environment got the GL file structure from the accounting structure environment, then the contents of those files were populated by data from the old live environments, using conversion tables showing that the data in this old account in which environment was now to end up in which account in the new chart. We also ran into some disk space crunches because the up front planning did not anticipate all the problems that would later develop during the conversion. Dear All, I have an organisation who will very soon be moving their 3 independent company environments (BPCS version 6.1.02 - soon to move to ERP Lx) to one environment with shared financial services. The company will move to one chart of accounts, currently they have three charts of accounts. Each division / company will have their own ledger, and an intercompany account set up for the other divisions / companies. When consolidating these ledgers at month end, will these various inter-company accounts net off automatically? Example: Group HO Company A Company B Company A and B will consolidate ledgers at month end up to Group HO. Both A & B may owe Group HO money for shared services, loan accounts, rent of premises. Company A may incur a cost on behalf of Company B, and visa versa. There may well be rebates and commissions owed between the two companies, and to / from Group HO. Would one still have to pass manual journals to clear / net these three accounts, or will the consolidation process do this automatically? Many thanks. Kind regards, Kathy Hart ROI Technologies Office tel. (011) 476-8817 Office fax. (011) 476-7370 Cell no. 082 856 5543 -- This is the SSA's BPCS ERP System (BPCS-L) mailing list To post a message email: BPCS-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/bpcs-l or email: BPCS-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/bpcs-l. Delivered-To: macwheel99@xxxxxxxxxxx
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.