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

Community site session details

Session Id :
Microsoft Dynamics GP (Archived)

Invoice Numbers

(0) ShareShare
ReportReport
Posted on by

Hello,

My client is on GP10 with service pack 3. The issue they are having is that when they print a SOP invoice that may be longer than say 4 pages, the first 3 pages print the INVOICE NUMBER as say INV 32, but then the 4th (last) page prints the INVOICE NUMBER as number 33 or 34.

When they re-print the invoice, it prints all pages correctly.

This does not happen all the time but it rather inter-mediate, so difficult to say that it happens at a particular time.

Any reason why this will happen and is there a solution for this?

Regards,

Jay

*This post is locked for comments

I have the same question (0)
  • Ron Wilson Profile Picture
    6,010 on at
    Re: Invoice Numbers

    Jay,

    Are you 100% sure that the 4th page contains items on INV32 and not INV33 or INV34?  From you last post it looks like you might be printing 2 different ways (from the Invoice Entry that prints all invoices and from the SOP screen)?  Are you sure they aren't printing this from the Invoice Entry screen?

    Ron

  • Jay Hari Profile Picture
    on at
    Re: Invoice Numbers

    Hello Ron,

    Thanks again for the reply. The INVOICE ENTRY was last used about a year and a half ago. That is when they moved from INVOICE ENTRY to SOP Transactions.

    I have checked and yes the items on the last page is relevant to INV32 and not 33 or 34. The other way I can confirm this is that when I re-print the invoice via SOP (they are only using SOP now) then the items are all the same as it was on the incorrect page.

    Regards,

    Jay

  • Ron Wilson Profile Picture
    6,010 on at
    Re: Re: Invoice Numbers

    Jay,

    It sounds like there is a Report Writer issue.  What version are you using?  Has there been any modifications to the default Invoice report?

    Ron

  • Jay Hari Profile Picture
    on at
    Re: Invoice Numbers

    Hello,

    They are on v10 with SP3. The SOP invoice is modified. Keep in mind that this does not happen all the time. Also, if there was something with the report side, the re-print should still print in-correctly.

    Regards,

    Jay

  • Community Member Profile Picture
    on at
    Re: Re: Invoice Numbers

    Hi Jay,

     'Also, if there was something with the report side, the re-print should still print in-correctly'...This is not necessarily true.

    There are two different types of reports for SOP invoices. If the SOP Invoice is in Work (Unposted) and you print it, GP will use (for example) the SOP Blank Invoice Form . If the Invoice is Posted, then GP will use the SOP Blank History Invoice Form.

    These are two completely different invoice reports - i.e. modifying one will not affect the other. They both need to be modified seperately. Therefore, there could be a 'mistake' in the unposted version, that is not in the posted version.

    The next time this happens with an unposted invoice. Go to Security and grant access back to the unmodified version of the invoice report to the user, then reprint the invoice. Ok the format will be wrong...but it should print the correct data. If it does, then you know there is a problem with the modified version of the invoice form.

    If this is the case, then in my experience, the easiest way to resolve this is to modify the invoice layout again from scratch. Trying to find issues like this in modified reports can be a pain.

    Best regards,

     

  • L Vail Profile Picture
    65,271 on at
    Re: Re: Re: Invoice Numbers

    Hi Jay,

    Ian gives you good advice (as is usual), the good news to this story is that you can actually copy the 'work' invoice (or whichever one is correct) to the 'history' invoice by editing the .package file and re-importing it.

     Kind regards,

    Leslie

  • Jay Hari Profile Picture
    on at
    Re: Invoice Numbers

    Hello Ian,

    Thanks for the reply. I do hear you about the posted and unposted invoice. To confirm, the invoice is printed to screen and printer before posting and it prints incorrectly. Then while the invoice is still printed on the screen, I click the PRINT button again which then still prints the Original (SOP BLANK INVOICE FORM). At this point, the invoice that is printed again, is printed correctly.

    So again, I am not printing 2 different formats but rather the same one which is SOP BLANK INVOICE FORM which is printed before posting.

    Regards,

    Jay

  • Community Member Profile Picture
    on at
    Re: Re: Invoice Numbers

    ??? I'm lost!!

    What size paper are the invoices printing on? Is this different to the default paper size of the printer?

    Leslie, any ideas?

  • L Vail Profile Picture
    65,271 on at
    Re: Re: Re: Invoice Numbers

    Wow,

    This is a puzzler. Jay, you said it prints incorrectly. What is incorrect about it? Are you using the size A paper add in?

    Like Ian, I am confused. I would ask you to e-mail me the .package file of the invoice form that is messing up and I will take a try and see what happens. (leslievail@earthlink.net).

    We may have already asked this, but do you get the same result with Fabrikam?

    Leslie

     

  • Jay Hari Profile Picture
    on at
    Re: Invoice Numbers

    Hello Leslie / Ian,

    I am going to start from the beginning if you dont mind.

    - Client printing unposted SOP invoices using SOP BLANK INVOICE FORM. Invoice being printed on standard A4 paper.

    - Keep in mind the issue detailed below does not happen all the time but is rather intermittent.

    - User (not any in particular) prints an invoice that may be 5 pages long.

    - The first 4 pages print the invoice number as INV0032.

    - The last page (page 5) which prints the total of that invoice, prints the invoice number as INV0035 or even INV0034.

    - When this invoice is reprinted (again not posted, so still the SOP BLANK INVOICE FORM), all the pages then print the invoice number correctly as INV0032.

    - Now because this does not happen all the time, it is difficult to run a trace of some sort or to even figure out what is causing this.

    - The client in on GP version 10.00 with service pack 3.

    Please let me know if this makes more sense.

    Regards,

    Jay 

     

     

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…

Abhilash Warrier – Community Spotlight

We are honored to recognize Abhilash Warrier as our Community Spotlight honoree for…

Leaderboard > 🔒一 Microsoft Dynamics GP (Archived)

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans