Report Options might be ok to recreate, but I would be concerned about the Distribution Account Master. Did you perform database maintenance (specifically check links) prior to starting your upgrade? I find that usually helps avoid all sorts of issues like this.

-Victoria

It could be that there are detail lines in the GL10000 and GL10001 tables that were never posted and until they are cleared out this will keep coming back. Without looking at these in detail and checking them against posted transactions in the GL20000 and GL30000 tables it’s hard to say whether these should just be cleared out or if something else needs to be done to fix them. If this is not easy to find, it may be a situation where getting GP Support involved might help.

-Victoria

I am not aware of any code that would do that for you. Part of the problem is that GP stored taxes at the tax detail ID level and you could have a tax detail ID that is part of more than one tax schedule ID, so this is not something that can be written generically. You would need to create some code that is specific to your data to show the tax this way.

-Victoria

Curious to know if there is a SQL that would return the total of a tax schedule ID (i.e. Tax Schedule ID = STATE SALES TAX + COUNTY TAX) on one line. I used one of your other SQLs that got me a listing of the tax schedules, but I have one line for my state tax and another for county. Would prefer they be one total.

Thanks in advance!!!

It sounds like maybe the test company did not get copied or created properly, but I have not worked with WennSoft, so I cannot offer more specific help on this. If you are getting WennSoft errors, first place I would check is with their support – they might have a quick and easy answer for you having seen this before.

-Victoria

I use your blog a lot so thanks for all the information! I’m receiving lots of errors when in our test company related to WennSoft (3rd party). I noticed in the SY02100 table (DYNAMICS) that I have extra dictid’s in one company that is working and they are not there for the one that isn’t. How does the SY02100 get populated and how would I add a dictionary id to this table? The companies are reading the same set file (and same client folder) and are in the same SQL instance, so I’m not sure how one has a dictionary id that another company doesn’t have. Wennsoft is installed in both companies and all the setups are the same. I also dropped all wennsoft tables and stored procs in test company and re-created and this remains an issue.

11 836 10 0 TRI/dbo/ TRI dbo local 166
11 836 10 22006 TRI/dbo/ TRI dbo local 167

These are the 2 lines in the SY02100 table that are in the working company that aren’t in the test company.

Not sure if you can answer, but any help would be greatly appreciated!

Thanks!! Through some major google searches and help from others like yourself in the great GP community, I pieced together a couple scripts that did the job. In fact I will be turning them into a repeatable stored procedure in the near future. One thing of note is that you also have to insert a record into IV00107 if it is a new record in addition to adding it to IV00108. Hopefully that info will help someone else out in the future. Also I used your excellent view view_Inventory_Price_Levels to help me accomplish this task!!!

Thanks again for all your work!

Vic

I have not updated prices directly in the tables myself, so I cannot tell you 100% it will definitely work. However, if all you are doing is updating existing records with new prices and you are using Standard Pricing in GP (as opposed to Extended Pricing), I don’t see why it would not work with a SQL script to update IV00108. I am sure you were already planning this, but I would make sure to have a good backup and try it on one or two records before updating everything. Good luck.

-Victoria

I set time aside this weekend to update some pricing in my system. When i went to run integration manager i found out that my partner lied to me and said I had the full version of integration manager instead of the 240 day version. Now I am stuck. Are the price levels just in IV00108? If they are can i just write an update script myself to uptade that table??

Thanks
Vic

A posted/historical check can be voided under Transactions | Purchasing | Void Historical Transactions. The check itself cannot be an Intercompany transaction unless you have a customization or 3rd party product doing that, in which case, all bets are off.

When you void the check, that will cause the invoice(s) it was applied to to become open again. If the invoice was Intercompany and you void that (under Transactions | Purchasing | Void Open Transactions), then I believe the Intercompany portion of that invoice will need to be adjusted manually in the General Ledger of the other company. This may depend on your GP version and various other setup, so you would need to see what happens with the void and proceed accordingly.

Hope that helps,
-Victoria

I love your blog. It’s very informative . I was wondering if it’s possible to void a posted cheque? We have an interco set up. The cheque on the AP side has been voided but we need to void the other company but that transaction has been posted and the period is closed. Is there anyway to void that portion? Thank you.

Can’t say I have ever taken a backup of a db that big, but still 4 hrs sounds excessive. You’re doing a backup directly in SQL? What SQL version?

In any case, if your summary and detail are out of sync, reconcile and check links are the first 2 steps to try to fix that. I would start with reconcile first.

-Victoria

I’ve restored from SQL back up. If I take a backup on the fly thats how long it take
my db size is app 260G

That doesn’t sound right…how big is your company database? How are you doing the backup?

-Victoria

Thanks for your kind response……

No I haven’t thought that there would be another option for the reason that I would need to take a backupup before I use this method…my backup process takes in the region of 4 hours. but am goint to try this now as I’ve restored by DEV server.

Thanks
Colin

Have you tried running Reconcile and Check Links on the Financial series?

-Victoria

Not sure if this would be the right place for this ?…..

GP v 9 – The GL Period Palance in Summary does not = the Period balance in Detail…the summary balance is correct. How do I get the detail to agree to the summary. I’ve determined the entry that is causing the difference…………Any suggestions

The Receivables module does have recurring batches, similar to Payables. However, I am guessing you mean SOP by ‘Sales’? If so, then no, there are no recurring batches there. You may be able to make use of the ability to create recurring quotes or orders, but that may be too limiting for what you need.

-Victoria