• Introducing Dark Mode! Switch by clicking on the lightbulb icon next to Search or by clicking on Default style at the bottom left of the page!

Posting

SMain

Member
Hi,

Would like to know if there are any pitfalls to changing the data selection
of the post program. I want to only post transactions for a particular
company, and am setting up versions (A/P only - vouchers and payments) to
be scheduled overnight.

The documentation from JDE advises against customising the post program,
but doesn't specifically say anything about the data selection.

We are on A7.3 cum10.

Thanks,
Suzanne Main
QBE Insurance.
This e-mail is intended only for the addressee named above. The e-mail
message and/or any attachments may contain confidential or privileged
information, and may not be copied, forwarded or disclosed to any
unauthorised person. If you are not the named addressee (or a person
responsible for forwarding the e-mail to the named addressee), please
notify us immediately by telephoning +44 20 7456 0000, or via e-mail
return.
Visit our website at http://www.qbeeurope.com/



________________________________________________________________________
This message has been checked for all known viruses, by Star Internet,
delivered through the MessageLabs Virus Control Centre.
For further information visit:
http://www.star.net.uk/stats.asp
 
The post program should not be customised,ie. the complex coding should not
be altered.However,it is very important that in the data selection,a
version is created for each different batch type,so that different batch
types are not mixed during the post routine.It is also crucially important
that the job queues to which the batch jobs are submitted are what are
known as 'single threaded' job queues - ie.only one post program may run at
one time - to ensure there is no data corruption i
 
The post program should not be customised,ie. the complex coding should not
be altered.However,it is very important that in the data selection,a
version is created for each different batch type,so that different batch
types are not mixed during the post routine.It is also crucially important
that the job queues to which the batch jobs are submitted are what are
known as 'single threaded' job queues - ie.only one post program may run at
one time - to ensure there is no data corruption i
 
The post program must not have the coding changed.However,the data
selection for each version of the post program must be by individual batch
type.This is important,so that different types of batch - eg. sales
invoices and automatic payments batches are not to be posted using the same
post program version.Please refer to the JDE standard shippped program
versions P09801 where you will see different versions shipped to deal with
different batch types.

Further,via your technical department,ensure that the the post programs can
only run one at a time - on what is called a 'single threaded' job queue -
to ensure that data corruption does not happen,particularly in a
multi-company environment.I have had real consulting experience of having
to sort out batches where staff in subsidiary companies were allowed to run
post jobs at the same time - the resulting mess caused partial entries to
appear in under one subsidiary and the other entries spread to another
affiliate.

The manuals are concise and very specific on the process to posting batches
successfully


Mark Jepson
RMJ Consulting Limited
+44 (0)113 261 9033
 

dale_draper

Well Known Member
Thank you, thank you, thank you Mark.

You can implement Batch Approval Post (G94 #7) and get your end result as
well most likely. It's pretty well documented, a couple of uhohs, but pretty
minor.


>
 
Suzanne, I think you will have a problem here. The post
program posts based on the batch header file. i.e. you select a
batch or batches and post them. The batch header file has no
company reference anywhere so you have no way to select only one
company's batches. The only option (ugly) that I can see would
be to have userid's for each company with appropriate security.
So you might have a user 300AP who is the AP enterer for company
300 and then you can post only Co 300. Not a pretty sight

Regards
Keith
--- SMain <SMain@qbe-europe.com> wrote:
> Hi,
>
> Would like to know if there are any pitfalls to changing the
> data selection
> of the post program. I want to only post transactions for a
> particular
> company, and am setting up versions (A/P only - vouchers and
> payments) to
> be scheduled overnight.
>
> The documentation from JDE advises against customising the
> post program,
> but doesn't specifically say anything about the data
> selection.
>
> We are on A7.3 cum10.
>
> Thanks,
> Suzanne Main
> QBE Insurance.
> This e-mail is intended only for the addressee named above.
> The e-mail
> message and/or any attachments may contain confidential or
> privileged
> information, and may not be copied, forwarded or disclosed to
> any
> unauthorised person. If you are not the named addressee (or a
> person
> responsible for forwarding the e-mail to the named addressee),
> please
> notify us immediately by telephoning +44 20 7456 0000, or via
> e-mail
> return.
> Visit our website at http://www.qbeeurope.com/
>
>
>
>
________________________________________________________________________
> This message has been checked for all known viruses, by Star
> Internet,
> delivered through the MessageLabs Virus Control Centre.
> For further information visit:
> http://www.star.net.uk/stats.asp
>
>
>
>
> --------------------------
> To view this thread, visit the JDEList forum at:
>
http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=W&Number=845
>
> *************************************************************
> This is the JDEList World Mailing List.
> Archives and information on how to SUBSCRIBE, and
> UNSUBSCRIBE can be found at http://www.JDELIST.com
> *************************************************************
>


__________________________________________________
Do You Yahoo!?
Thousands of Stores. Millions of Products. All in one Place.
http://shopping.yahoo.com/
 

svdgi

Active Member
No , there should not be any problem after u change
data-seletion.The POST program P098001 runs in a
re-cursive mode.So it maintains a copy of every
version in system.So Go ahead make a separate version
and run the program.

Good luck

--- keith_sherman <keith_sherman@yahoo.com> wrote:
> Suzanne, I think you will have a problem here. The
> post
> program posts based on the batch header file. i.e.
> you select a
> batch or batches and post them. The batch header
> file has no
> company reference anywhere so you have no way to
> select only one
> company's batches. The only option (ugly) that I
> can see would
> be to have userid's for each company with
> appropriate security.
> So you might have a user 300AP who is the AP enterer
> for company
> 300 and then you can post only Co 300. Not a pretty
> sight
>
> Regards
> Keith
> --- SMain <SMain@qbe-europe.com> wrote:
> > Hi,
> >
> > Would like to know if there are any pitfalls to
> changing the
> > data selection
> > of the post program. I want to only post
> transactions for a
> > particular
> > company, and am setting up versions (A/P only -
> vouchers and
> > payments) to
> > be scheduled overnight.
> >
> > The documentation from JDE advises against
> customising the
> > post program,
> > but doesn't specifically say anything about the
> data
> > selection.
> >
> > We are on A7.3 cum10.
> >
> > Thanks,
> > Suzanne Main
> > QBE Insurance.
> > This e-mail is intended only for the addressee
> named above.
> > The e-mail
> > message and/or any attachments may contain
> confidential or
> > privileged
> > information, and may not be copied, forwarded or
> disclosed to
> > any
> > unauthorised person. If you are not the named
> addressee (or a
> > person
> > responsible for forwarding the e-mail to the named
> addressee),
> > please
> > notify us immediately by telephoning +44 20 7456
> 0000, or via
> > e-mail
> > return.
> > Visit our website at http://www.qbeeurope.com/
> >
> >
> >
> >
>
________________________________________________________________________
> > This message has been checked for all known
> viruses, by Star
> > Internet,
> > delivered through the MessageLabs Virus Control
> Centre.
> > For further information visit:
> > http://www.star.net.uk/stats.asp
> >
> >
> >
> >
> > --------------------------
> > To view this thread, visit the JDEList forum at:
> >
>
http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=W&Number=845
> >
> >
>
*************************************************************
> > This is the JDEList World Mailing List.
> > Archives and information on how to SUBSCRIBE, and
> > UNSUBSCRIBE can be found at http://www.JDELIST.com
> >
>
*************************************************************
> >
>
>
> __________________________________________________
> Do You Yahoo!?
> Thousands of Stores. Millions of Products. All in
> one Place.
> http://shopping.yahoo.com/
>
>
>
>
> --------------------------
> To view this thread, visit the JDEList forum at:
>
http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=W&Number=877
>
>
*************************************************************
> This is the JDEList World Mailing List.
> Archives and information on how to SUBSCRIBE, and
> UNSUBSCRIBE can be found at http://www.JDELIST.com
>
*************************************************************
>


__________________________________________________
Do You Yahoo!?
Thousands of Stores. Millions of Products. All in one Place.
http://shopping.yahoo.com/
 
How do you propose that a batch only ever contain one company's
transactions? There is no company control for a batch, so it
would have to be individual user security to control it. Plus
you would have to be on the lookout for intercompany entries as
well (consolidate group VAt etc)

--- dale draper <dale.draper@seu.sega.com> wrote:
> Thank you, thank you, thank you Mark.
>
> You can implement Batch Approval Post (G94 #7) and get your
> end result as
> well most likely. It's pretty well documented, a couple of
> uhohs, but pretty
> minor.
>
>
> >
>
>
> --------------------------
> To view this thread, visit the JDEList forum at:
>
http://198.144.193.139/cgi-bin/wwwthreads/showflat.pl?Cat=0&Board=W&Number=858
>
> *************************************************************
> This is the JDEList World Mailing List.
> Archives and information on how to SUBSCRIBE, and
> UNSUBSCRIBE can be found at http://www.JDELIST.com
> *************************************************************
>


__________________________________________________
Do You Yahoo!?
Yahoo! Calendar - Get organized for the holidays!
http://calendar.yahoo.com/
 

dale_draper

Well Known Member
By business unit security. Intercompany entries would and could only be done
by those with the correct BU security set up. We are live with this set up,
BTW. BU and batch posting security.
If I was to do it again, I would have set up a separate enviroment for the
second company as our intercompany tranactions are minimal and the security
issues are still not properly addressed. (And a pain in the end) According
to the liturature, BU security will automatically secure users using DW's
against unsecured BU's. NOT TRUE (at least not always).


>
 
Top