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

Notifications

Announcements

No record found.

News and Announcements icon
Community site session details

Community site session details

Session Id :
Dynamics 365 Community / Forums / Microsoft Dynamics GP (Archived) / Custom sales import to...
Microsoft Dynamics GP (Archived)

Custom sales import tool - please check logic

(0) ShareShare
ReportReport
Posted on by freebsd44 54

Import Logic

read headers
        |
does customer exist?
   NO                                 YES
    |                                       |
    |                                       |
create new customer          |
    |                                       |
insert records into              |
RM00101, RM00102,          |
RM00103                            |
     |                                     |
check if order already exists
(export systems allow duplicates)
     NO                                  YES
       |                                       |
       |                                    exit
       |
check for batch
or create new - lock batch
SOP00500
       |
insert record into
SOP10100
SOP10101
SOP10102 - 2 entries, one with
account reference for Sales
and one with the reference for
accounts receivable
SOP10103
SOP10106
SOP10112
       |
loop through line items
insert records into
SOP10200
SOP10105
      |
update batch totals and unlock
SOP00500

*This post is locked for comments

I have the same question (0)
  • Verified answer
    Tim Wappat Profile Picture
    Tim Wappat 5,711 on at

    My comment is that I would always choose to go through eConnect API or similar, as there is so much hidden business logic behind values supplied, that direct to table integrations can fall foul of.

    It only takes someone to start doing something slightly differently somewhere else in the system for it to have a negative impact on the integration.

    Tim.

  • freebsd44 Profile Picture
    freebsd44 54 on at

    The problem is that I need to update a few tables, with data from many while eConnect is designed to update many tables with just a little information. That stated, after a lot of research, I'm using eConnect  stored procedures. In some cases they are much simpler than creating the same logic. They are also basically best practices, as most GP developers prefer to use them.

    I truly appreciate your taking the time to answer.

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…

Congratulations to the November Top 10 Community Leaders!

These are the community rock stars!

Leaderboard > 🔒一 Microsoft Dynamics GP (Archived)

#1
mtabor Profile Picture

mtabor 1

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans