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

Announcements

No record found.

News and Announcements icon
Community site session details

Community site session details

Session Id :
Microsoft Dynamics GP (Archived)

Import PO Data

(0) ShareShare
ReportReport
Posted on by 100

Hi all,

 I am working on an import that takes GP PO data and pushes it to a different system and I am having issues finding the data I need. What we are trying to do is take entries made on the "Payables Transaction Entry" and "Purchasing Invoice Entry" screens. One of our concerns is that we already have an import inplace that imports entries from the "Recievings Transaction Entry screen" and we want to avoid importing the data twice. From what I can tell this data is going into the same table POP10100. Is there a way to tell what form was used to enter the data.

 Thanks in advance

*This post is locked for comments

I have the same question (0)
  • Francis Larocque Profile Picture
    1,921 on at

    As far as I know, Purchasing Invoice entry and Receivings Transaction entry come from the POP table, but Payables Transaction Entry comes from a PM table.

  • Francis Larocque Profile Picture
    1,921 on at

    PM10000 indeed

  • Dave Hempen Profile Picture
    100 on at

    Thanks, Is there a way to see where what form the order originated in Receiving/Purchasing?

  • Bron Profile Picture
    4 on at

    Dave - i'm surprised you mentioned the POP10100 table. That's the header for all PO's.

    When a user posts a receipt in receiving transaction entry - the main table is POP10500. The qty updated is QTYSHPPD

    When a user posts from the enter/match screen the POP10500 is updated with a record and the QTYMATCH column is used.

    This gets tricky because a single business transaction will have 2 records in this table - 1 record is simply the receipt (I haven't paid the bill) and the next record is paying the bill.

    If a user does what I call a 'straight' payable (creates a liability without a Purchase Order) the PM table is used.

    Having fun yet?

  • Community Member Profile Picture
    on at

    Hi Dave, there are a large number of tables you need to be aware of. The core tables are as follows:

    Transactions >> Purchasing >>  Purchase Order Entry

    POP10100 is the Purchase Order Work Header table. This contains the PO Number, date, creditor ID etc. For PO Line information you will need the POP10110 - this is linked to the POP10100 table by the PONUMBER field.All Purchase Orders ever entered are stored in these tables above. The POSTATUS field value changes as the PO is processed - for example a status of '4' indicates that it has been received.

    Transactions >> Purchasing >>  Receivings Transaction Entry (Eithre a shipment or shipment/invoice)

    Work (ie unposted) Receipts are stored in the POP10300 (Header) and POP10310 (Lines).When they are posted they are moved to POP30300 and POP30310 (and when you post a receipt it also updates the POSTATUS in POP10100 above (to be '4')).

    Transactions >> Purchasing >>  Enter / Match Invoices

    When you enter and save a purchase invoice (and match it to a PO) - this is also stored in the POP10300 / POP10310 combination. When you post the purchase invoice it gets moved to the POP30300 / POP30310 combination. At the same time, and entry is created in PM20000 table for this invoice.

    Transactions >> Purchasing >>  Transaction Entry / Manual Payments etc.

    Work (ie unposted) transactions are stored in PM10000. When they are posted they are transferred to PM20000.

    Therefore PM20000 contains all Creditor documents whether they are PM Documents (Invoices, credit notes, payments etc) or POP Invoices/returns.

    When transactions in the PM20000 table are fully applied, they are automatically transferred to history and are moved to the PM30200 table (Paid Transaction History table).

    Depending on where you need to intervene to get your data will decide which tables you look at. One bit of advice would be to only deal with the Open and History tables - since Work transactions can be deleted by users.

    Best regards, Ian.

    *** Note - just saw Bron's post. This is correct. The above are the main transaction tables - there are a lot more for Tax etc. The best thing you could do (if you don't know the table structures and don't have a decent partner who can help) is start by creating some queries using the tables above untill your queries return the exact data you are looking for.

  • Community Member Profile Picture
    on at

    Have you considered using the eConnect outgoing service?

  • Dave Hempen Profile Picture
    100 on at

    Thanks for all of the responses; this has been very helpful to my understanding of the GP table structure. Does anyone know what causes an item to be removed from the PM20000 table, I am seeing about 600? Is it when the items are “Closed”?

  • Community Member Profile Picture
    on at

    Hi Dave, a record is removed from the PM20000 table when it has been fully applied. So you have two transactions in the PM20000 table - an invoice for 100.00 and a payment for 100.00. You apply these against each other, and the two are automatically moved the the PM History Table.

    Also, if you 'Void' a transaction - it gets moved to the PM History table automatically.

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

Introducing the 2026 Season 1 community Super Users

Congratulations to our 2026 Super Stars!

Meet the Microsoft Dynamics 365 Contact Center Champions

We are thrilled to have these Champions in our Community!

Congratulations to the March Top 10 Community Leaders

These are the community rock stars!

Leaderboard > 🔒一 Microsoft Dynamics GP (Archived)

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans