Uploading Address Book Records

steven_lawrence

Active Member
I am looking to upload several hundred new address book records into JDE from a spreadsheet.
Has anyone used the batch functions on G01313 ? Any tips or suggestions ?

Thanks

Steve.

JDE World A7.3 cum 10



++++++++++++++++++++++++++++++
Steven Lawrence
Finance Systems Manager
Coral Eurobet plc
Glebe House, Vicarage Drive,
Barking, Essex, IG11 7NS, UK
Tel: +44 (0)20 8591 5151
Fax: +44 (0)20 8591 8647
website: www.coral.co.uk
e-mail: [email protected]
++++++++++++++++++++++++++++++
 
Hi Steven!

You will need both the AB and the AR side for this too work, otherwise its
just a case of mapping. Best idea on that front is too add one through the
batch maintenance program with all the fields filled in as you would for
your normal customer set up - then take a look at it in DFU/Query. Massage
your sheet into this format and upload - on the as400 I think this may have
to be done through PCS using a CSV format - but its been a while since I've
implemented World.

Steven, I am happy to give small elements of consulting away through this
list - but if you need more substantial help (say a day or more) then please
contact me directly (I'm in London!) so we can work something out.

Best regards

Peter

Peter Bannister : [email protected]
1st Consulting Ltd : www.1stconsulting.biz
Mobile : +44-(0)7711-649358
Fax : +44-(0)7739-256227
E-mail on the move : [email protected]



Product Specialist
 
Steve,

Works fine. We just finished, over the past 6 months, uploading close to
200,000 customers using the F0101Z1 file process from G01313. The process
works exceptionally well except that for Customers not all of the defaults
in the Data Dictionary loaded for some of the fields in the Billing
Instruction portion of the F0301 records, i.e. A5BACK, A5APTS, A5PLST to
name a few. This is probably due in part to the fact that when the Billing
Instruction fields were incorporated into the F0301 record not all of the
fields were added to the batch file servers.

The primary load work that has to be done is to determine the address book
codes (ABAC01- ABAC30) prior to the upload, especially if any of the codes
require a value (UDC table does not have a blank entry). The batch load
edit (in proof mode) will show you the errors of your efforts prior to
loading the records. However, when the proof report is clean it doesn't
show any total records to process or anything. Also, if the entries are
Customers then be sure that VOATR is a "Y" so that a Customer Record, F0301,
is added. And likewise if the entries are Vendors then have VOATP set to a
"Y" so that a Supplier Record, F0401, is added. (Forgot during one load and
had to remove a lot of "other" records in order to reprocess the load.)

The best guide available is Appendix C from the JD Edwards Address Book
Guide, either hard copy or CD Documentation, that describes the Batch Input
Setup. This chapter describes the required, conditional, optional, and
ignored fields in the batch load process. We then used MS Access, as we
could import the Excel file and clean up null fields and pre-process/edit
many of the fields in the Access file. Then we would create a link table to
the AS/400 file and use an Insert Query to load the file. May have been a
few extra steps but it allowed us to "work" on the upload file and if
necessary dictate the field attributes of the load file and strip or enhance
the data provided by the user. Also note that any of the ignored fields in
the F0101Z1 file can be loaded and after the update the file will contain
the assigned Address Book number. Then the information could be loaded via
SQL update or a simple update program.

Hope this helps.



George Smith
World A7.3, Cum10 - V5R1
Walco International, Inc.
Grapevine, TX
 
Cum 14 - Any problems?

I was just wondering if anyone had applied cum 14 yet (A7.3 cum 14 that is). We are in the process of applying the changes and testing now. Just wanted to touch base and see if anyone else was at that point.

Fortunately we only have a handful of local modifications to programs, so the actual process is not that hard.

For those of you who haven't looked at the details yet, JDE have taken the plunge and converted P4211 over to RPG/LE to get over the program size restriction. This means that they will hopefully be creating more and more LE versions of copy members as time goes on - good news for those of us developing in LE at least.
 
Re: Cum 14 - Any problems?

We are evaluating it right now. We have only a few programs modified and are currently at CUM 11.
 
RE: Cum 14 - Any problems?

I am just curious - why are you not considering a move to 8.1 cum 4?

Bob Cagle
IT Manager
Lynk, Inc.
V5R1 8.1 cum 3



Bob Cagle
IT Manager
Lynk, Inc.
A8.1c3
 
Re: Cum 14 - Any problems?

FYI, I loaded CUM 14 this past weekend. We were at CUM 11. So far, things have gone very well. There are a few outstanding issues to wrap though - check Breaking News by system for items that affect CUM 14 which are fixed in CUM 15. If you are behind on the SUI reports, you'll want to get the update which unfortunately also comes as a PTF. Also the FASTR issue has a fix for it (downloading to the desktop) that you may want to apply if your users need this functionality. The majority of the issues I faced were the massive amount of keying I had to do to update the DD and the DW's. Took me 5 hours to do both the menu changes and the DD updates - whew! ( I wish they would come up with a way to do that automatically.)
 

Similar threads

Replies
7
Views
4K
peterban
peterban
Replies
8
Views
2K
steven_lawrence
Replies
0
Views
2K
steven_lawrence
Replies
4
Views
4K
steven_lawrence
Back
Top