Report Writer–copying package files, beware

 

I had a client call me today who was trying to copy the layout of the Check with stub on top and bottom- Graphical to the layout of the Check with stub on top. It wasn’t working.

She changed the top line of the package file  to read Check with stub on top and it imported beautifully. She could open it up in Report Writer and everything looked good. However, when she tried to print it she got something very foreign looking. It had switched to a graphical report, and it had a stub on top, but it didn’t produce the face of the check, and the dollars where all messed up.

Below is the only thing that printed after the import of the ‘new’ package file:

It’s got a nice looking stub on top, but the rest of the check was missing. Something had gone terribly wrong.

Further investigation revealed that the Check with stub on top report, before it was modified, contained 7 tables. The Check with stub on top and bottom- Graphical contained only 5. We could import just fine between two of the formats that had the same 7 tables, but the formats that had only 5 needed to be imported into a format that had the same 5.

We needed a check format that contained the same 5 tables as the Check with stub on top and bottom- Graphical. Luckily, the Check with two stubs on top matched up perfectly. 

So, if your modified reports coming from edited package files don’t appear the way you think they should, check the tables. If the tables are not compatible, the report will not work the way you want.

Until next time!

Leslie

Vote for being able to do a credt card 'check run'

YAY! This one made it into Dynamics GP!

I'm happy to report we have 31 votes to add a feature to GP that would allow us to do a 'credit card run' just like we do a check run. I would love to see a credit card that acted like a checkbook - including reconcile capabilities just like bank accounts.

31 votes is a good start, but we need more. If you agree that this functionality would be awesome, please vote on Microsoft connect for the item below:

vhttps://connect.microsoft.com/dynamicssuggestions/feedback/details/763004/gp-perform-a-credit-card-run-just-like-a-check-run

We've gotten two other items in the product because of popular support, so this method really works!

Let's go for it and get this feature added too!

Live the dream!

Leslie

When things go wrong - Missing or Invalid Date on SOP Edit List

 

This error kept coming up at a client whom was using the Sales Document Consolidation product from Binary Stream.

As it turned out, the problem was because the DUEDATE field in the SOP10100 table was showing a value of 1900-01-01 00:00:00.000, that is not a valid date in the Dynamics GP SOP posting world. This situation came about because (as near as we could tell), the customer did not have a default payment term assigned to them.

If you get this error on your SOP Edit List, go take a look at that field.

Kind regards,

Leslie

Backup Withholding on 1099 Payments

Gotcha’s on using the withholding feature in Dynamics GP

Lately, I’ve been fielding several questions from clients regarding the ability to track Backup Withholding using Dynamics GP. The short answer is that you can do it, you’ve just got to be careful.

Here are a few tips:

1. First, turn it on by entering a 1099 vendor ID in the Company Setup Options window:
   
   Administration | Setup | Company | Options Button
   
   
2. Open the Vendor card for the Vendor subject to backup withholding, push the Withholding button, and check the box indicating the Vendor is Subject to the Withholding Deduction .
   
   
   
3. After entering, posting and paying some transactions subject to withholding, print the Form 1099 for the vendor on whom you have withheld. Make sure box 7 has not been reduced by amount withheld.
4. The Vendor must be marked as a 1099 vendor on the date of the transaction subject to withholding or it will not make it onto the 1099. Neither the ‘update’ utility, nor the PSTL utility will fix it.
5. Using the Update ‘1099 Information’ utility does not move the withheld amount to the new form.
6. The ‘Edit 1099 Transaction Information’ window will likewise not move nor create the withholding information.
7. If you enter any amounts in the 1099 details window and then reconcile, the amount not supported by a transaction will return to zero
8. The withholding vendor will not withhold on itself even if you have it set up as a 1099 vendor subject to withholding.

Bear in mind, this withholding feature was not designed for the United States. If you are using it for US Backup Withholding, be sure to test it after each service pack release.

Live the Dream!

Leslie

Do not automatically unapply other documents if one is voided: 921385

Please vote for this suggestion if you agree.

Vote here: https://connect.microsoft.com/dynamicssuggestions/Feedback

Read about it here: https://connect.microsoft.com/dynamicssuggestions/feedback/details/921385/do-not-automatically-unapply-other-documents-if-one-is-voided

This refers to the new feature in GP2013 that will automatically unapply all documents (except payments) from a vendor invoice if even one of those documents is voided. For instance, if you pay an invoice using checks, credit memos, returns and write offs – ALL of those documents (other than checks) become unapplied when one of the checks is voided.

I just posted the suggestion on Connect, here’s why the new feature is a bad idea:

This new feature is a DISASTER and should be an option, NOT an automatic unapply of all non-payment documents. Here's what happens.

You have a payable to a vendor	$1,000
You pay by check ($400)	($400)
You pay by check ($415)	($415)
You apply a credit memo of ($10)	($10)
You apply a credit memo of ($75)	($75)
You apply a return ($50)	($50)
You write off ($50)	($50)
Remaining Balance	$0

At this point the invoice is fully applied and in history, as are the other apply documents.

Now, you void the $400 payment. Magically the following documents become unapplied:

• The credit memo of ($10)
• The credit memo of ($75)
• The return for ($50)
• The write off of ($50)

Now the balance of the invoice shows to be $585 instead of the ‘real’ balance of $400

WHAT! This is insanity!

So now you have to go back and figure out what those four documents should be applied to and apply them. This is causing a real problem and it should not behave this way. At least present a dialog asking the user if they want to unapply the other documents, don't just do it. And why the inconsistency with the payments, why aren't they unapplied too, the returns are.

This new 'automatic' feature is a nightmare and should instead be an option, not a mandate.

Kind regards,

Leslie