MAPICS-l Digest to: Pam Faggart from: Mike Ellis / ISI

Michael Ellis <[email protected]>
Newsgroups gmane.comp.systems.as400.mapics
Message-ID <CAJSyu3Q4PLdoC57FKMPXnWrx4vx1wQMVyw0_mUNk8LGL+g=tZw@mail.gmail.com>
Pam,

I recommend to my customers that they only switch on the flag requiring
vendor accept (VA) transactions for vendors with whom they have carefully
designed the procurement process.  The interplay in the relationship
between supplier and customer should be designed and carefully agreed.
Thus the vendor knows and agrees that he is responsible to acknowledge the
PO's (price, items, quantities, delivery dates).  With that simple
agreement, vendors who participate actively can be brought closer to your
firm.  The tighter relationship makes for a better supply chain.   The
promise to the vendor is the likely better relationship that similarly
drives more of your business to that supplier.

Obviously, the first vendors to start with are the biggest ones, the most
critical ones.  The others who are not a part of the program maybe don't
matter nearly so much.  Then the lack of a VA will trigger only necessary
alerts to the receiving team and responses from the procurement team.

Hope this helps.
Mike

>
> -----Original Message-----
> From: MAPICS-L [mailto:[email protected]] On Behalf Of
> Faggart, Pam
> Sent: 13 January 2015 19:11
> To: [email protected]
> Subject: [MAPICS-L] Receive despite no VA
>
> We have begun to use the "Require PO accept", but not all suppliers are
> consistently providing Vendor acknowledgements. Consequently we have delays
> in receiving since there is a restriction that POs cannot be received
> unless the VA has processed (PO no longer in status 10).  Business has
> asked us to override this and allow receipt even when PO is in status 10.
> We are cautious to do this override since there must be valid reasons for
> this restriction to have been put into place.
>
> What have others experienced when requiting PO acceptances?  Are you
> proactive to process all VAs prior to receipt, reactive when it is time to
> receive, or implementing some other overrides to eliminate disruptions?
>
> Pam Faggart
>
> Senior Business Analyst
>
> AGCO
>
>
>
>
> Jackson, MN 56143
>
> ------------------------------
>
> End of MAPICS-L Digest, Vol 13, Issue 4
> ***************************************
>



-- 

Michael G. Ellis
CEO / Enterprise Consultant
Information Systems International, Inc.
A Global ERP Consulting Firm
815-398-1670 x7882
 -- OR --
CALL ME
<http://www.ringcentral.com/ringme/ringme.asp?uc=333DDE9A4B3017B2B2722A7A8771521F958259643963,0,7882&s=no&v=2>
 / MEET WITH ME?
<https://www.google.com/calendar/embed?mode=WEEK&[email protected]&ctz=America/Chicago>
To the extent possible, I write my emails in the language of the recipients
(English or German or both).  If you have difficulty understanding my
message, please ask for clarification.  When you respond to my emails,
PLEASE use your mother-tongue.  If I have difficulty understanding, I will
ask for clarification.

So weit möglich, schreibe ich meine E-Mails in der Sprache der Empfänger
(Englisch oder Deutsch oder beides). Wenn Sie Schwierigkeiten beim
Verstehen meiner Botschaft haben, bitten Sie um Klärung.
Wenn Sie auf meine E-Mails reagieren, verwenden Sie bitte Ihre
Muttersprache. Wenn ich Schwierigkeiten habe, Ihre E-Mail zu verstehen,
werde ich um Klärung zu bitten.
Michael Ellis on Google+ <http://gplus.to/MichaelGEllisISI>
-- 
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: [email protected]
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/mapics-l
or email: [email protected]
Before posting, please take a moment to review the archives
at http://archive.midrange.com/mapics-l.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.