Unified Business Solutions

Posts Tagged ‘Dynamics GP Tips’

You can’t remove this child customer ID in Dynamics GP National Accounts

Friday, January 21st, 2011

You can’t remove this child customer ID. Apply records exist between the parent customer ID and this child customer ID.

In National Accounts, when you try to delete a Child Custom ID you will get this message if apply records exist. You could make the customer ID Inactive, finish applying cash on any open invoices, and keep the account in history, or remove history, etc. Here is a way to keep your National Accounts clean. This process falls under the “more than one way to skin a cat” category.

Purchase the Professional Services Tool, “Customer Combiner” from Microsoft ($750). This is a great tool for other uses, however, when it moves a Child Customer ID to the new Customer ID, it keeps all the history, including the cash apply history, while at the same time removing the Customer Account out of the National Account.

This works for only the Child Accounts. If you need to move the Parent Customer Account, first you have to remove all the Child Accounts. It does not take long but you can create new accounts for all the Child Accounts, use Customer Combiner to remove them for the National Account. Once there are no Child Accounts listed, you can delete the National Account freeing up the Parent Customer Account to be used as needed including using the Customer Combiner Tool.

CAUTION – A word of caution, Customer Combiner does not move any Master File information, if you have many addresses and setups for an existing Customer Account that you are moving, first move all the Master File information. Once you run Customer Combiner, the old Customer Card is gone.

Be sure to print your Customer Card Setup reports, Reports>>Sales>>Setup, run Customer and Customer Address setup reports.  This will be the only record available after your run the Combiner Tool.

There is another popular Professional Services Tool, Customer Modifier.  It will change the Customer Account Number and maintain the existing National Account.  Good for renumbering your Customer Accounts while maintaining the integrity of your existing National Accounts.

Post to Twitter

Using Groups in Web Services Security for GP 2010

Monday, October 4th, 2010

In previous versions of Web Services for Dynamics GP you had to manually edit some files in order to utilize user groups in the security console.  Dynamics GP 2010 Web Services is no different; however, you will not find a website in IIS for Web Services or the filenames as described in knowledgebase article 944440. 

The edits described in article 944440 are still the same but the file locations and names are different.  If you use the defaults when installing Web Services you should find the main location at drive:\Program Files\Microsoft Dynamics\GPWebServices.

To set the AllowUserGroups value to “true”,  locate the SecurityAdminService folder in the GPWebServices directory and modify the following key in the DynamicsSecurityAdmin.config file:

Change <add key="AllowUserGroups" value="false" /> to 
<add key="AllowUserGroups" value="true" />

To set the AccessCheckPrincipal value to “UserAndGroup”, locate the ServiceConfigs folder in the GPWebServices directory and modify the following key in the DynamicsSecurity.config file:

Change  <add key="AccessCheckPrincipal" value="User" />  to

<add key="AccessCheckPrincipal" value="UserAndGroup" />
Restart the server and you should now be able to add user groups in the security console.

Post to Twitter

Consolidation Accounting in Dynamics GP and FRx

Thursday, March 25th, 2010

When it comes to Consolidation Accounting in Dynamics GP and FRx, it tends to fall in the “more than one to skin a cat” category. While the results are the same, the path to get there varies from simple Excel files to high end consolidation software. The question is what to use to get the desired results. The answer for Dynamics GP and FRx is, “that depends”. It depends on many factors:

  • How do you manage separate accounting systems?
  • What to do with different COA (Chart-of-Accounts) logic and segments?
  • Do you have the option of starting from Scratch on your COA?
  • Is redesigning an existing Chart-of-Accounts an option?
  • Do you have the option of migrating existing companies to Dynamics GP?
  • Can you use Excel for consolidation reporting?
  • Are your consolidation processes SOX compliance?
  • Do you consolidate by organization structures, lines-of-business, or departments?
  • Do you have Statutory reporting requirements by country?
  • Are your functional currencies different from your reporting currencies?
  • Do you provide budget to actual analysis at the consolidation level?
  • How do you document and manage eliminations?

No matter the size of the organization, at the end of each accounting period the results of all companies need to be consolidated. The purpose of our “Consolidation Design in Microsoft Dynamics GP” White Paper is to provide design concepts for performing Consolidation Accounting using Microsoft Dynamics GP and FRx.

Microsoft Dynamics GP and FRx can be successfully designed to manage the consolidation process!

Request a free copy of “Consolidation Design in Microsoft Dynamics GP” at http://www.unifiedbiz.com/solutions/consolidations/ .

Post to Twitter

Return transaction document types that are available in Purchase Order Processing in Microsoft Dynamics GP

Monday, February 22nd, 2010

Under what conditions should I use a specific return transaction document type?  Here is summary of when to use a particular document type. For examples of each type go to CustomerSource and search for the Microsoft Knowledge Base Article ID 936280. I found it very useful, however, like some Knowledge base articles, it took some time to find it.

Return transaction document types

The following return transaction document types are available in Purchase Order Processing.

Return

A Return transaction document type is used if the following conditions are true:

• A shipment transaction has been posted for the purchase order.

• An invoice transaction has not been entered for the purchase order.

• The item in the purchase order has not yet been removed from inventory.

"Return w/Credit"

A "Return w/Credit" transaction document type is used if the following conditions are true:

• A shipment transaction has been posted for the purchase order.

• An invoice transaction has been posted for the purchase order.

• The item in the purchase order has not yet been removed from inventory.

Inventory

An Inventory transaction document type is used if the following conditions are true:

• A shipment transaction has been posted for the purchase order.

• An invoice transaction has not been entered for the purchase order.

• The item in the purchase order has been removed from inventory.
Note An Inventory transaction can also be used for items in drop-ship purchase orders that were returned by the customer. You can do this if the invoice transaction has not been matched to the purchase order.

"Inventory w/Credit"

An "Inventory w/Credit" transaction document type is used if the following conditions are true:

• A shipment transaction has been posted for the purchase order.

• An invoice transaction has been posted for the purchase order.

• The item in the purchase order has been removed from inventory.
Note An "Inventory w/Credit" transaction can also be used for items on drop-ship purchase orders that were returned by the customer after the invoice transaction has been posted.

Post to Twitter

Select Payable Checks using Dates

Tuesday, January 26th, 2010

Computer Checks – Select Payables Checks

Select Due Date and Discount Date Cut-offs Overview

The Due Date Cutoff and Discount Date Cutoff are used to determine what invoices to include in the check run.

If Due Date is selected in the Due Date Cutoff field, all the vouchers for the selected vendors that are due on or before the date specified are included in the batch. To not use a cut-off date, select None. If None is selected, all the vouchers within the vendor and document range selected are included.

If a due date cut-off is selected, the Discount Date Cutoff field becomes available. If Discount Date is selected as the discount cut-off date, all vouchers for the selected vendors with a discount date on or before the date specified are included in the batch. If All is selected, all vouchers with discounts available are included in the batch.

The Apply Date and Non-Qualifying Discounts

Apply Date – of the invoices selected using the Due and Discount Date Cutoff, the Apply Date determines what discounts to apply.  All invoices selected that have valid discounts on this date will be paid at the discount amount.

Take Non-Qualifying Discounts – this selection override the Apply Date and takes all discounts on the invoices selected. 

Sample – Select Payables Checks Using Various Dates and Options

The following sample invoice was used to demonstrate the resulting check amount using various date selections in the Select Payable Check window.

Sample Invoice
Invoice Amount $1,000.00
Terms 2% 10 Net 30
Discount Available $20.00
Invoice Date Jan 1
Terms Discount Date Jan 11
Due Date Jan 31
Results using different date combinations:

Due Date Cutoff

Discount Date Cutoff

Take Non-Qualifying Discounts

Apply Date

Results Check Amount

None None No Jan 11      $980.00
None None No Jan 10      $980.00
None None No Jan 12    $1,000.00
Jan 11 None No Jan 12          $0.00
Jan 11 None No Jan 11          $0.00
Jan 31 None No Jan 11      $980.00
Jan 31 None No Jan 12    $1,000.00
Jan 11 Jan 11 No Jan 11      $980.00
Jan 11 Jan 11 No Jan 12    $1,000.00
Jan 11 Jan 12 No Jan 11      $980.00
Jan 11 Jan 12 No Jan 12   $1,000.00

Use Take Non-Qualifying Discounts on all scenarios above will override the discount amount used as follows:

None None Yes Jan 12      $980.00
Jan 31 None Yes Jan 12      $980.00
Jan 11 Jan 11 Yes Jan 12      $980.00
Jan 11 Jan 12 Yes Jan 12      $980.00

Post to Twitter

Child Care Payments and other recurring garnishments in Dynamics GP

Tuesday, January 5th, 2010

Setup Dynamics GP to maintain your Account Payable Child Care Payments and other garnishments in a recurring batch with the appropriate frequency.  The Check’s remittance advice will list Employee Name, Case #, and Amount.

First, in the Payables Management Setup Window, select Allow Duplicate Invoices Per Vendor: Recurring Transactions Only, Tools>>Setup>>Purchasing>>Payables.

Create a recurring batch for all garnishments with the appropriate frequency, weekly, monthly, etc..

In the Payables Transaction Entry window, enter an invoice transaction for each garnishment using the Employee Name in the Description field and the Case # in the Document Number field.  Save each transaction to the recurring Batch ID for garnishments.

When you print checks, the remittance will have the Employee Name, Case # and Amount for each garnishment.  You may need to modify your check form to align the fields to print properly on the remittance.

The batch will maintain all payments and you can add or remove employees as needed.

Allowing Duplicate Invoices Per Vendor for recurring transactions keeps the Case # from changing for each payment posting.

Post to Twitter

Month End Closing using Routines on Microsoft Dynamics GP

Friday, December 18th, 2009

Routines have been available in Dynamics since version 1.0 but is one of the most under utilized features of the system.  Most companies only utilize the receivables aging and remove paid transactions routines.

Routines were designed to a allow a company to have a set of procedures that are followed each month, period, quarter or year and document that they have been followed with the person’s login ID and date and time.

Routines can open a MS Dynamics GP Window, perform an external task (like open a specific file with Excel and run a macro) or run a MS Dynamics GP Macro.  With a MS Dynamics GP Macro you can perform almost any task within Dynamics.

You can get to Routines in MS Dynamics GP by going to MS Dynamics GP | Tools | Routines and then selecting the series that you wish and selecting “Checklists”.  Then press the “Add” button to add a routine.

Below is an example of a period end routine to close the month and produce the monthly reporting package with all the reconciliations and analyses.

clip_image002

Post to Twitter

Processing NSF Checks in Microsoft Dynamics GP (Great Plains)

Thursday, December 17th, 2009

Dynamics GP has a very sophisticated process for dealing with NSF (Not Sufficient Funds)

checks.  You select the Receivables Maintenance Posted Transaction screen by going to

Transactions | Sales | Receivables Maintenance Posted Transaction.  Enter the customer ID.

Then select the type of transaction, in this case “payment” and then select the payment

number that you want to mark as NSF.  Press the “NSF” button.  Auto Post NSF Debit Charge

screen will open and you can enter the NSF charge amount

clip_image002

Then click the OK button.  Dynamics GP voids the payment and adds a NSF fee.

 

See below where the payment is voided as indicated by the * next to Open on PMT line

and posts a debit memo for the $15.00 NSF fee to the customer account.

So in this example, the customer now owes a total of $114.75, $99.75 for the original

invoice and $15.00 for the NFS fee.

 

clip_image002[8]

Post to Twitter

Year-End Closing Procedures for Dynamics GP

Friday, November 20th, 2009

When it comes to Year-End Close the first thing many Dynamics GP users do is a search in Knowledge Base on CustomerSource for “Year End Close”.  They get 100’s of results like, Error message when you try to post a transaction in General Ledger in Microsoft Dynamics GP after the year is closed: "Year-End Close is still in process and batches cannot be posted"”.  Good to know but not exactly what they were looking for.  That’s because Knowledge Base is focused on closing errors and issues, not the proper Year-End Closing processes and procedures.

Next, users open each functional area manual, great Holiday reading, and they find specific closing procedures but scattered throughout and not in order.  What do you close first and what does the close actually do to the data?

Save time and confusion, order your Year-End/Period-End Processing manual by Accolade Publications today from Unified Business Solutions, $45.00, Contact Us!  

Properly closing a year in Dynamics GP is necessary to maintain not only accurate financials but a number of important business metrics. The procedures provided by Microsoft effect the proper closing for the software but do not always provide a solid financial accounting close.

This manual provides complete closing procedures for Dynamics GP modules GL, AR, AP, SOP, POP, IV, and PR.  It also includes complete explanations of the processes being performed, the proper sequence in which to perform the closings, and when each module should be closed.

Year-End Closing Procedures for Dynamics GP 8, 9 and 10!

Post to Twitter

Excel Based Budgeting in Dynamics GP

Wednesday, August 12th, 2009

Excel Based Budgeting is an often overlooked module that can save significant time in the budget process. This module is especially useful for organizations that are implementing a new budget process. Excel Based Budgeting is a big time saver in two areas, 1) creating budget files in Excel that integrate with GP and 2) managing the many different views required by management to approve the plan.

(more…)

Post to Twitter