Processing Sales Orders with Credit Cards

DEACOM provides the ability to process credit card transactions in order to handle the following sales payment scenarios:

Credit card pre-authorizations where shipment will occur at a later time or date.
Prepayments and normal Cash Receipts using a credit card.

Credit card information is entered and processed in the system at different times, based on the scenarios listed above. These include:

During order entry - For credit card pre-authorizations and normal pre-payments and Cash Receipts.
After order entry, prior to order shipment - For credit card pre-authorizations and normal pre-payments and Cash Receipts.
After order shipment and invoicing - For normal Cash Receipts.

Credit card Authorization and Capture setups allow companies to authorize the availability of funds for a transaction but delay the capture of funds until a later time. This is often useful for merchants who have a delayed order fulfillment process. Authorization and Capture also enables merchants to modify the original authorization amount due to order changes occurring after the initial order is placed, such as taxes, shipping or gratuity. In addition, Authorizations and Captures are easier to modify or cancel. Once an authorization has been made, users can:

Capture either a partial amount or the full amount of the authorization.
Re-authorize for a different amount.
Void the authorization, if the transaction needs to be canceled. The authorization is also voided if the terms of payment is changed during the Sales Order.

DEACOM uses multiple payment gateways or platforms to transfer and process credit card information. The use of a test account to familiarize users with the different gateways available for use with DEACOM is recommended. Information on the credit card process flow in DEACOM, together with instructions on setting up test accounts and payment gateways is available via the Preparing DEACOM for Credit Card Transactions page. Information on using credit cards to pay for orders in DEACOM is available via the "Process" section of this page.

PCI Standards and compliance

PCI Standards and Compliance refers to the Payment Card Industry Data Security Standard or PCI DSS. PCI DSS is a set of requirements designed to ensure that all companies that process, store, or transmit credit card information maintain a secure environment. The PCI DSS is administered and managed by the PCI SSC (www.pcisecuritystandards.org), an independent body that was created by the major payment card brands.

DEACOM meets all PCI compliance standards but to store credit card information in the system, each customer must be individually validated. Additional information may be obtained from the link provided above. In addition, DEACOM stores credit card numbers in an encrypted format using the AES-256 standard. Customers who choose to use the credit card storage functionality in DEACOM need to ensure that they have PCI compliant processes and hardware. The DEACOM functionality (encryption, forms, transfer of data) that supports credit card processing meets PCI standards but ultimately it is the customer who is responsible for ensuring that their internal processes and procedures are PCI compliant.

Configuration

In order to use credit cards with DEACOM applications, two sets of requirements must be met, both of which are covered on the Preparing DEACOM for Credit Card Transactions page.

The first set involves the purchase and setup of credit card readers, the creation of test accounts, and finally, the setup of Credit Card Processors.
Once the first set of steps have been completed, the second set involves accounting setups to handle credit card transactions in the system. These steps are generally performed by members of the accounting team.

Credit Cards may also be added to Bill-to Company records. The Credit Cards tab on a Bill-to Company lists all of the credit cards that the customer has authorized the company to keep on file and charge per their agreed upon Terms. Note that when using a credit card for a one-time payment in DEACOM, there is a "Remember Information" flag on the Enter Credit Card Information form. If this flag is checked, the credit card information will be written the Bill-to's Credit Cards tab once the order is saved for the selected customer.

Process

Using credit cards on Sales Orders

There are multiple facets to accepting credit cards as a payment method on the sales side, including: configuring authorization, using credit cards with eCommerce and POS, processing pre-payments, splitting payments, and modifying pre-paid orders or voiding credit card payments. See below for the process steps associated with each option.

NET1 Notes:

If using the Credit Card Processor "NET1", an additional window will be opened to input payment information for various credit card functions.
The Apply Credit process can be used when paying with a credit card and using the NET1 credit card processor (beginning in version 17.02.018). Once users click the "Apply Credits" button on the Invoice/Pre-Payment form and apply the credits, saving the Invoice/Pre-Payment form will result in the Net1 payment form being displayed.

Configuring authorization

The "Credit Card Process" and "CC Pre-Pay %" fields on Terms determines how DEACOM will handle credit card pre-authorizations and how much the card will be charged at the time of order entry. Descriptions and details of these fields are available on the Terms Encyclopedia page. Once a credit card is authorized against a Sales Order, the confirmation number, last 4 digits of the credit card number, and authorized amount will be displayed on the Misc 2 tab of the order.

Companies can choose for Terms to validate, but not pre-authorize, credit cards at the time of Order Entry, which is useful in situations, for example, where a credit card needs to be validated for large dollar amount orders that may take a few days to fulfill/manufacture. Having large amounts on hold is impractical. To validate a credit card without pre-authorizing, the system will allow a zero amount sales line/order, provided the Term on the Sales Order is a credit card Term.

Companies may have specific Ship-to Customers with credit card terms and may therefore restrict which users may change the terms. If there is a special situation for a customer when entering an order and the Terms need to be modified, the user will need the security setting "Sales orders -- change terms" set to Yes. It is also possible that companies allow order entry personnel to select the appropriate Terms as necessary. In this case, the name of the Payment Type should indicate the Term is related to credit card pre-authorization.

For full process information on adding and modifying Terms records, refer to Managing Order Terms and Customer Credit and for information on user security, refer to Managing Users and User Security.

Using credit cards with eCommerce and POS

The eCommerce feature allows customers to utilize B2B and B2C sites, import orders into the main application, process orders using credit cards, and generate reports for the customer. The Point Of Sale, or Cash Register, application provides companies with the ability to sell merchandise, record and control inventory, and print customer receipts at multiple retail locations. The Cash Register also provides several features, such as real-time updating of customer and inventory records and the ability to apply various pricing options and promotions. Credit cards may be used to process orders with both of these features, and they are the main payment type accepted for eCommerce orders.

DEACOM offers a Credit Card Processor API, which allows credit card information to be transmitted from an eCommerce Site to DEACOM using a secure https connection. After passing the card information and Sales Order number to DEACOM, the card information (except CVV code) is stored on the Credit Cards tab of the Bill-to record (if the customer authorized this action) with double encryption for PCI compliance and the Sales Order number is stored against the credit card information. Based upon payment configuration, credit cards are charged in partial or full upon order entry and/or shipment. Storing credit card information on a Bill-to record allows the customer to easily use that credit card as a method of payment when submitting future orders. More information regarding PCI compliance may be found in the "PCI Standards and Compliance" section of this page.

Processing payments

Processing pre-payments

DEACOM provides the ability to process credit card transactions to handle two different sales payment scenarios: (1) credit card pre-authorizations where shipment will occur at a later time or date (explained in the "Configuring authorization" section above) and (2) prepayments and normal Cash Receipts using a credit card.

To process a pre-payment during Sales Order entry:

Enter the order by following the steps provided in Entering Sales Orders for the method desired. Prior to saving the order, check the "Invoice/Pre-Pay" flag on the General tab of the Sales Order Entry form, then save.
The Invoice/Prepayment form will open. On this form, set the "Invoice Date" to the date the card will be charged and enter the amount that should be charged in the "Amount Paid" field.
Select a Payment Type indicative of the credit card that is being used.
If there are one or more credit cards saved to the selected Bill-to Company's Credit Cards tab, one may be selected using the "Bill-to Credit Card" field, otherwise leave the field blank to enter a one-time card number.
Select a "Cash Account", if one is not already selected.
Check the "Pre-payment" flag.
Click "Save" to confirm the pre-payment settings and open the Enter Credit Card Information form (unless a "Bill-to Credit Card" was selected).
On the Enter Credit Card Information form, enter the credit card details.
If the card should be saved to the Bill-to Company's Credit Cards tab for future use, check the "Remember Information" flag.
Once all information is confirmed correct, click "Save" to process the pre-payment.

To process a pre-payment with a pin pad during Sales Order entry (i.e. using DataCap/EMV):

Enter the order by following the steps provided in Entering Sales Orders for the method desired. Prior to saving the order, check the "Invoice/Pre-Pay" flag on the General tab of the Sales Order Entry form, then save.
The Invoice/Pre-payment form will open. On this form, set the "Invoice Date" to the date the card will be charged and enter the amount that should be charged in the "Amount Paid" field.
If appropriate Terms are selected and a credit card reader is configured, click "Chip Credit Card" to process the payment with a pin pad.
The user may then swipe or insert the credit card into the reader to attempt to process the payment. If the payment is successful, the process will continue as normal. If it is not successful, users can retry up to ten times.

To process a pre-payment after Sales Order entry, prior to Sales Order shipment:

Navigate to Accounting > Cash Receipts and set the "Report Type" to "Pre-Payments".
Set other filters as desired, then click "View".
Use the "Move" button to move the orders to be paid via credit card to the "Invoices to Pay" section of the Cash Receipts mover form. After each order is moved, the "Total Cash Amount", the amount that will be charged to the credit card, will update.
Once all desired orders are selected, click "Apply" to open the Process Checks form.
On the Process Checks form, set the "Date Paid" to the date the card will be charged.
Select a Payment Type indicative of the credit card that is being used.
If there are one or more credit cards saved to the selected Bill-to Company's Credit Cards tab, one may be selected using the "Bill-to Credit Card" field, otherwise leave the field blank to enter a one-time card number.
Click "Continue" to open the Enter Credit Card Information form (unless a "Bill-to Credit Card" was selected).
On the Enter Credit Card Information form, enter the credit card details.
If the card should be saved to the Bill-to Company's Credit Cards tab for future use, check the "Remember Information" flag.
Once all information is confirmed correct, click "Save" to process the pre-payment.

Splitting payments

DEACOM offers the ability to split payments for Sales Orders when using credit cards for pre-payments during Sales Order entry.

To process a split pre-payment during Sales Order entry:

Enter the order by following the steps provided in Entering Sales Orders for the method desired. Prior to saving the order, check the "Invoice/Pre-Pay" flag on the General tab of the Sales Order Entry form, then save.
The Invoice/Pre-payment form will open. On this form, set the "Invoice Date" to the date the card will be charged and enter the amount that should be charged in the "Amount Paid" field.
Select a Payment Type indicative of the credit card that is being used.
If there are one or more credit cards saved to the selected Bill-to Company's Credit Cards tab, one may be selected using the "Bill-to Credit Card" field, otherwise leave the field blank to enter a one-time card number.
Select a "Cash Account", if one is not already selected.
Check the "Pre-payment" and "Split Payment" flags.
Click "Save" to confirm the pre-payment settings and open the Enter Split Payment form.
Enter the payment methods being used to split the payment:
1. Click "Add" to open the Split Payment form and add the first record to the list of payments.
2. Select a Payment Type indicative of the credit card that is being used.
3. If there are one or more credit cards saved to the selected Bill-to Company's Credit Cards tab, one may be selected using the "Bill-to Credit Card" field, otherwise leave the field blank to enter a one-time card number.
4. In the "Amount" field, enter the amount that will be charged to the first credit card.
5. Enter a "Reference" number or description.
6. Click "Next" and repeat steps 8.1-8.5 to enter the next payment method. The "Remaining Amount" will update to indicate how much of the pre-payment is left to be paid. Repeat until all payment methods have been entered.
7. Once all payment methods have been entered, click "Save" then exit the Split Payment form. All payment methods entered will populate in the Split Payment grid section of the Enter Split Payment form, listing the Payment Type, Reference, Amount, and any Cash Discount.
Enter the credit card information:
1. Confirm the payment methods listed in the grid are accurate then click "Save" to open the Enter Credit Card Information form (unless a "Bill-to Credit Card" was selected).
2. On the Enter Credit Card Information form, enter the credit card details.
3. If the card should be saved to the Bill-to Company's Credit Cards tab for future use, check the "Remember Information" flag.
4. Once all information is confirmed correct, click "Save" to process the pre-payment. If the payment methods entered in step 8 included multiple credit cards, the Enter Credit Card Information form will appear for each different credit card Payment Type selected. Repeat steps 2-4 until credit card information for all necessary payment methods has been entered.

Processing regular payments

To process a regular payment after a Sales Order is shipped and invoiced:

Navigate to Accounting > Cash Receipts and set the "Report Type" to "Regular Payments".
Set other filters as desired, then click "View".
Use the "Move" button to move the orders to be paid via credit card to the "Invoices to Pay" section of the Cash Receipts mover form. After each order is moved, the "Total Cash Amount", the amount that will be charged to the credit card, will update.
Once all desired orders are selected, click "Apply" to open the Process Checks form.
On the Process Checks form, set the "Date Paid" to the date the card will be charged.
Select a Payment Type indicative of the credit card that is being used.
If there are one or more credit cards saved to the selected Bill-to Company's Credit Cards tab, one may be selected using the "Bill-to Credit Card" field, otherwise leave the field blank to enter a one-time card number.
Click "Continue" to open the Enter Credit Card Information form (unless a "Bill-to Credit Card" was selected).
On the Enter Credit Card Information form, enter the credit card details. Alternatively, if a credit card reader is configured, click "Swipe" to process the payment with a pin pad.
- The user may then swipe or insert the credit card into the reader to attempt to process the payment. If the payment is successful, the process will continue as normal. If it is not successful, users can retry up to ten times.
If the card should be saved to the Bill-to Company's Credit Cards tab for future use, check the "Remember Information" flag.
Once all information is confirmed correct, click "Save" to process the pre-payment.

To process a payment on account:

Navigate to Accounting > Cash Receipts and set the "Report Type" to "Payment On Account".
Select a Bill-to Company, set the "Payment Date" to the date the card will be charged, and ensure the accounts listed are accurate.
In the "Amount" field, enter the amount that will be charged to the credit card.
Enter a "Reference" number or description.
Select a Payment Type indicative of the credit card that is being used.
If there are one or more credit cards saved to the selected Bill-to Company's Credit Cards tab, one may be selected using the "Bill-to Credit Card" field, otherwise leave the field blank to enter a one-time card number.
Click "Apply" to open the Enter Credit Card Information form (unless a "Bill-to Credit Card" was selected).
On the Enter Credit Card Information form, enter the credit card details. Alternatively, if a credit card reader is configured, click "Swipe" to process the payment with a pin pad.
- The user may then swipe or insert the credit card into the reader to attempt to process the payment. If the payment is successful, the process will continue as normal. If it is not successful, users can retry up to ten times.
- Note: The Net1 Credit Card Processor can be used for Payments on Account (beginning in version 17.02.018.0000). When applying payments on account and using a Net 1 processor and Payment Type using credit cards, the system will display the Net1 Payment window.
If the card should be saved to the Bill-to Company's Credit Cards tab for future use, check the "Remember Information" flag.
Once all information is confirmed correct, click "Save" to process the payment.

Note: If there are required User Fields, the User Fields form will be displayed allowing the user to enter the necessary information.

Processing credits cards using Cross-Facility Sales Orders

Cross-facility orders allow items to be shipped from one Facility but sold in another. When a Cross-Facility Order Type is selected, the system will use the Facility indicated in the "Invoicing Facility" field on the Misc 1 tab of the Sales Order header to determine in which Facility the order will be invoiced. The Facility indicated in the "Facility" field on the General tab represents the Shipping Facility. Beginning in version 16.05.104, an enhancement has been added that will use the Credit Card Processor assigned to the invoicing Facility when authorizing and paying the order. If the the Invoicing Facility does not have a Credit Card Processor the system will check to see if the Shipping Facility has a processor assigned. See the Using Cross-Facility Orders page for steps on how to create and process these orders.

Notifying customers of credit card authorizations and charges

There are a number of DEACOM features and reports that can be used to notify customers when their credit card is authorized and/or charged for an order, including:

Triggers - Customers may receive notifications when charges or authorizations are made against credit cards via the Trigger option in DEACOM. If using this option, the two fields below may be added to the trigger message. Process information is available via Configuring Triggers.
- to_authorize - Sales Order header field that indicates the amount of the total order that has been authorized by the payment processor.
- to_ccauth - Sales Order header field that indicates the authorization number provided by the payment processor.
- In addition, the Authorized Amount and Authorization Number are available on the "Misc 2" tab of the Sales Order header when selecting an order from an order summary report and clicking the "View Detail" button.
Sales > Order Reporting "Credit Card Authorizations" report - This report shows orders with a value in the "Credit Card Authorization" (to_ccauth) field. Authorizations are cleared by clicking on the "Clear CC Auth" button on the report. Clearing authorizations does not void payments, just the existing authorization, and clears the "to_ccauth" and "to_authorize" fields from the Sales Order. Two security settings support users' ability to view the report and clear authorizations: "Sales orders -- view credit card authorizations" and "Sales orders -- clear credit card authorizations".
Customer Statements "Period Statements" report - Accessed via the Print Outs menu, period statements contain details regarding payments made against Sales Orders and, in the case of credit card payments, display authorization numbers and payment details.

Shipping orders paid via credit cards

If a Sales Order's Terms indicate that the customer's credit card should be charged at shipping, either by charging the balance of a partially pre-paid order or charging the complete order, the amount to be charged is authorized during the order entry process. Shipping the Sales Order is completed as normal, after which a charge transaction is sent to the payment gateway, referencing the prior authorization. No interaction by shipping personnel is required for this charge to occur. A few notes regarding shipping orders paid via credit cards include the following:

If an order is partially shipped, only that portion of the order that has been shipped will be charged, and the order total for the backorder will be authorized. When the remainder of the order is shipped on the backorder, the remaining charge will be made against the backorder’s authorization. Note: Beginning in version 16.05.082, the Terms record contains a flag called "Re-Authorize Credit Cards on Back Orders". If this field is checked, the system will re- authorize the credit card used on the original order for any back orders, for the amount specified on the terms. If un checked, the system will create the back order, but will not perform any credit card authorizations against back orders. Additional information is available via the link in the preceding sentence. Note: Beginning in version 16.05.090, users with permission may use the "Reauthorize Credit Card" authorize button to reauthorize the credit card on the order when processing the backorder. This saves users the need to perform the reauthorization via the Credit Card Authorizations report.
Sales Orders using credit cards cannot be overshipped, i.e. shipping a quantity greater then what was ordered, without first modifying the order, changing the quantity, and then re-saving the order to allow the new credit card amount to be re-authorized.
When a credit card is authorized or charged at shipment, the system writes a note into the "Order History" field (to_history) on the General tab of the Sales Order, stating either "Card Approved" or "Card Declined" and the reason.

Modifying pre-paid orders and payments

Pre-paid orders that have had payments applied, meaning an amount was captured at order entry, cannot be canceled, (the "Order Type" is locked on "Sales Order" and cannot be changed) however, they are allowed to be modified. Lines can be added, modified, or deleted, as long as all the lines are not deleted. Existing quantities on lines can be increased or decreased, but order quantities cannot be set to zero. When saving a modified order, the user receives a prompt indicating "There already exists a credit card authorization on this Sales Order. Changing the balance will cause the order to be re-authorized. Is this ok?" If the Terms on the Sales Order are setup "Without Authorization" there is no transaction to void. If the terms are setup "With Authorization" then the original authorization is voided and the new authorization is created for the balance of the order that was not originally pre-paid. If changing anything besides the Total Due, the prompt will not be displayed and the system will not display the Enter Credit Card Information form.

Changing or re-verifying credit card information on orders

Users may change existing credit card information or re-verify credit card information, when modifying the sales order, via the "Credit Card" button on the sales order entry form. Note that if making changes on an order that already has an authorized card, users will be prompted that a credit card authorization already exists and that changing credit card information will cause the order to void its authorization until another valid payment method is added. Users will click Yes or No to proceed.

Voiding credit card payments and issuing credits

The process for voiding credit card transactions is simple and available via the Voiding Payments page. Following the steps provided, when the "Void Transaction" button is clicked, the DEACOM software contacts the payment gateway (PayFlow Pro, NetEPay, Payment WorkSuite, Merchant Resource Center, and CardConnect ) to void the payment. At this point, DEACOM will indicate the void in the "Cash Receipts by Payment" report and create the balancing journal entries. These entries may be viewed via the "Payments" button on the Sales Order header. This button can be used to void credit card authorizations, captures, and settlements. Note that if the payment has already been settled by the credit card company, then voiding the payment in DEACOM will result in a credit being issued to the cardholder.

DEACOM offers the ability to credit a fully or partially pre-paid, non-shipped Sales Order. If the order is fully pre-paid and not shipped, users will be able to enter a Credit in the form of a negative quantity/payment. When this is done, the user will then save the order, ensuring the "Invoice/Pre-Pay" flag is checked. At this point, the Enter Credit Card Information form will open with the proper values. Users may then verify the information is correct and click "Save" to complete the process. Additional information on creating credit memos is available via Managing Customer Complaints and Returns.

Clearing and re-authorizing credit card authorizations

Credit card authorizations may be cleared and re-authorized via the Credit Card Authorizations report in Sales > Order Reporting. The security setting "Sales -- re-authorize from credit card authorizations report" controls the ability to display and use the "Re-Authorize" button on this report. The security setting "Sales orders -- clear credit card authorizations" control users' ability to clear credit card authorizations.

To clear credit card authorizations:

Navigate to Sales > Order Reporting.
On the pre-filter select a Report Type of "Credit Card Authorizations."
Set any other filters as required.
Click the "View" button to generate the report.
Select the appropriate orders. Double clicking a row will mark the order as selected. The "Select All" and "Select None" buttons are also available for selecting multiple orders at once.
Click the "Clear CC Auth" button to clear credit card authorizations for the selected orders.

To re-authorize credit card authorizations:

Navigate to Sales > Order Reporting. (or beginning inversion 16.05.090 user may also use the "Reauthorize Credit Card" button on the sales order entry form.)
On the pre-filter select a Report Type of "Credit Card Authorizations."
Set any other filters as required.
Click the "View" button to generate the report.
Select the appropriate orders. Double clicking a row will mark the order as selected. The "Select All" and "Select None" buttons are also available for selecting multiple orders at once.
Click the "Re-Authorize" button to re-authorize credit card authorizations for the selected orders.

FAQ & Diagnostic Tips

Tips:

If using the 3 Delta w/ Card Vault processor, credit card numbers entered and stored in DEACOM cannot be modified.
When processing credit payments using 3Delta DEACOM stores a token via the dttord.to_cardtoken field that allows DEACOM to communicate with 3Delta in order to match and gather the appropriate credit card information.
A valid two digit country code must be inserted into the "Country" field on the General tab in System > Options prior to using the Moneris credit card processor.
A linked sales order (on the Misc. 1 tab of the sales order entry form) must be specified when processing a return (a negative quantity sales order) with Braintree.
Changes to the sales order that do not affect the balance will not result in a re authorization of the credit card.
Some corrective actions and options when entering credit card information is contained below:
- Once the "Save" button is clicked on the Verify/Edit Credit Card Information form, the transactions are sent to the PayFlow gateway. As indicated previously, if the transaction processes successfully, there will be no additional messages or forms displayed, the Sales Order will be saved, and an order number will be assigned. If the transaction is not successful, an error message from PayFlow will display to the user. The user may attempt to perform the corrective actions in the below list. Note that some corrective actions may be unavailable to the user, depending on their level of security in DEACOM.
  - The Term Code on the Sales Order can be changed to a Terms Code that does not require credit card charges or authorizations. Individual security exists to control the ability to change term codes.
  - The user may try a different credit card number, or accept a new card for one-time use.
  - Users may change the Order Type on the Sales Order to "Credit Hold" to allow another user to resolve the issue.
  - Verify that the Payflow account is properly set up on PayPal's page and then make sure the correct information is filled in on the Security tab via System > Options in the DEACOM system.
  - Make sure the Payflow account is properly set up on PayPal's page and then make sure the correct information is filled in on the Edit Credit Card Processor form.

I received the prompt "PayPal warning: Fraud Protection Services Filter...AVS failure" when attempting to process a credit card transaction. What is the problem?

AVS is the address verification system, and means that the address on file for the credit card doesn't match that which was sent from DEACOM. This issue can often occur when testing processes with PayPal.

How do I fix a permission failed prompt?

There is most likely an issue with the credit card data entered or the address used for the credit card. Double check those items and re-try the transaction.

How do I fix a payment on account that was applied to the wrong Customer?

This is a two step fix. Step 1: Process Overpayment. Step 2: Process Payment.

Follow the steps for "Overpayment checks" above. In Step 4, use a cash account. In Step 6, in Reference enter "Fix Payment" or something referencing why this action is being performed.
Process the correct payment on account as normal, be sure to reference the same cash account used in Step 1.

I can select the Sales Order from the Cash Receipts pre-filter but when I click the "View" button, the form is blank. Why can I not apply this regular payment?

Only invoiced Sales Order can have regular payments applied to them. Confirm the order has been invoiced.

When trying to do a payment on account, the following message is appearing: "A required field has been left empty in 'dttord'". What is the problem?

This transaction requires the "Facility" field to be entered. Process the transaction again with a Facility.

How can I post a cash receipt that is not related to AR?

Either enter a Sales Order for a non-stocked item, and process the receipt in the regular method, or enter the receipt with a Journal Entry.

I have a Sales Order with a balance due but it isn't showing up in Cash Receipts. Why?

Check to make sure the order has been invoiced. If it hasn't been invoiced, it won't show up in Cash Receipts.

If a Bill-to or Vendor has their name/address changed in the system, does the system store the historical data of how the check/payment was printed/received before the name/address change?

Yes, in the system the ca_name, ca_street, ca_street2, ca_city, ca_state, ca_zip are available to the dtcash table so that the original name and address that a payment was from can now be accessed.

Is credit card payment processing available when creating a payment on account?

Yes, when creating a payment on account and using a credit card payment the system will prompt for credit card information.

When is the Invoice/Pre-Pay field checked automatically?

If the Sales Order contains Terms with a "Credit Card Process" field other than "None" indicated, this flag will be checked, and the Invoice/Pre-Payment form will be displayed automatically once the "Save" button is clicked. This only applies to orders with an order type of Cross-Facility, Drop Shipment, Inter-Company Transfer, Sales Order, and Seasonal. If using an order type other then those mentioned, the form is not automatically displayed.