web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Finance | Project Operations, Human Resources, ...
Unanswered

Dynamics GP WEB SERVICES and cash receipts

(0) ShareShare
ReportReport
Posted on by 377

Hey All:

I suspect I know the answer this question before I even ask, but I figured since there are so many smart people on here I'd give it a go.

I have a client that uses Dynamics GP Web Services (*NOT* the client) to do many of their integrations.  I'm looking at building an integration for them that brings in cash receipts (actually, preprocessed credit card transactions that are coming through a portal - not really relevant, but figured I'd mention why I'm doing it this way.)  I've perused the documentation and the 'net, and discovered that I cannot apply the cash receipt at the time of upload to the invoice that is being paid...  I understand it's because in order to apply the receipt, I need to know the apply-from document number - I get this part.  But I was wondering if anyone has ever added the routine for cash payment applications to the web services by exposing taRMApply through the web service portal?

Am I nuts for thinking this could be done?  Am I trailblazing?  Or am I wasting my time?

Thanks!

-J

Categories:
I have the same question (0)
  • Terry R Heley Profile Picture
    Microsoft Employee on at

    Hi James,

    That is a great question, it is  nothing I have seen done as a solution, but I will leave this forum post out here and hopefully as you indicated someone has done the ground work on this one for you.

    Thanks

    Terry Heley

    Microsoft

  • James McCullough Profile Picture
    377 on at

    Thanks Terry.  I've done some work over the weekend and found some interesting information.

    The only reasonable way that I can see to do it is to write a whole new web service to receive payments.  The reason is that all of the event triggers that are exposed are one-way.  If I hook onto one of them - say the "before validation" routine - it provides me an event arguments object for the document that was received.  I can easily make an eConnect wrapper to get the next document number, but I have no way of writing it back to the received document...  And therein lies the problem.

    So if one is going to go to the effort of writing a web service to do such a thing, it would require a whole new abstraction layer (i.e. get an unfinished document, go through and build the missing information, and then plug it back into localhost to execute, then take any output and bubble it back to the top.)  Either that, or create a whole new service.  In which case...  Why use this one?

    I find it very strange, though, that in all the (admittedly limited) cases that I've seen where people use the web services, no one seems to mind that the automatic numbering isn't exposed through the web service.  Personally, I would've figured that since it's part of eConnect, and web services is built on eConnect that it would be a thing...  Anyone?

    Bueller?

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > Finance | Project Operations, Human Resources, AX, GP, SL

#1
Martin Dráb Profile Picture

Martin Dráb 663 Most Valuable Professional

#2
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 540 Super User 2025 Season 2

#3
Sohaib Cheema Profile Picture

Sohaib Cheema 348 User Group Leader

Last 30 days Overall leaderboard

Product updates

Dynamics 365 release plans