...
From here, the approved credit card transaction will reside in this payment on the ledger.
Setting up an Account Wallet for Card-On-File transactions
| Iframe | ||||||||
|---|---|---|---|---|---|---|---|---|
|
In order to set up recurring payment schedules via Credit Card or to process credit cards on file, you'll need to set up a Wallet for the patient's account. This is essentially a container for the Account's available payment methods on file.
On the Account Tab in the Patients Ability, we have added a new Tab, the Wallet Tab where the user can add Wallet entries for Credit Cards. This can be found in the Patients Ability > Account Tab > Wallet Tab.
...
Here, you can review the Credit Cards on file in this account's wallet. You can add Credit Cards by clicking the Green Plus above the corresponding table you wish to add to.
Adding Credit Cards
By clicking the Green Plus above the Credit Cards table, you can add a Credit Card to this account's Wallet. A window will appear where you can enter the card's information.
By double clicking a Credit Card entry, you can edit the Nickname. To adjust any other details such as the card number, you'll need to add a new card as you cannot alter card information once initially entered.
By clicking the Red Minus with a card selected, you can archive that card, removing it from this table and as an option
Credit Cards added to the account can only be used for Patient Card payments, not Insurance Card payments.
...
Cardholder Name: The Cardholder Name as it appears on the card in question. This is not a required field by the software, but we strongly recommend completing this field.
...
Card Nickname: A user-defined Nickname for this card. This has no impact on whether a card will process, and is merely used as a reference. For example, you could add a Nickname of "Mom's card" if the Credit Card belongs to the mother on the account.
...
Card Number: Required. The number of the credit card in question.
...
CVV: The 3 or 4 digit CVV code on the Card in question.
...
Expiration Date: Required. The Expiration Date of the credit card in question.
...
Street Address: Required. The Street Address associated with the credit card in question.
Standalone Transactions (Optional)
Some offices may want to be able to run transactions outside of MacPractice, for example an office may sell a product or a service and they do not want it to reflect in the MacPractice records or they may add it later to the patients ledger.
The office can run standard card swiping, manual key entry and do refunds, below you will find links on how to get the card terminal to do this and how to train on it. This is something that the office would need to request before we would add it.
add images.
Setting up an Account Wallet for Card-On-File transactions
| Iframe | ||||||||
|---|---|---|---|---|---|---|---|---|
|
In order to set up recurring payment schedules via Credit Card or to process credit cards on file, you'll need to set up a Wallet for the patient's account. This is essentially a container for the Account's available payment methods on file.
On the Account Tab in the Patients Ability, we have added a new Tab, the Wallet Tab where the user can add Wallet entries for Credit Cards. This can be found in the Patients Ability > Account Tab > Wallet Tab.
...
Here, you can review the Credit Cards on file in this account's wallet. You can add Credit Cards by clicking the Green Plus above the corresponding table you wish to add to.
Adding Credit Cards
By clicking the Green Plus above the Credit Cards table, you can add a Credit Card to this account's Wallet. A window will appear where you can enter the card's information.
By double clicking a Credit Card entry, you can edit the Nickname. To adjust any other details such as the card number, you'll need to add a new card as you cannot alter card information once initially entered.
By clicking the Red Minus with a card selected, you can archive that card, removing it from this table and as an option
Credit Cards added to the account can only be used for Patient Card payments, not Insurance Card payments.
...
Cardholder Name: The Cardholder Name as it appears on the card in question. This is not a required field by the software, but we strongly recommend completing this field.
Card Nickname: A user-defined Nickname for this card. This has no impact on whether a card will process, and is merely used as a reference. For example, you could add a Nickname of "Mom's card" if the Credit Card belongs to the mother on the account.
Card Number: Required. The number of the credit card in question.
CVV: The 3 or 4 digit CVV code on the Card in question.
Expiration Date: Required. The Expiration Date of the credit card in question.
Street Address: Required. The Street Address associated with the credit card in question.
Zip Code: Required. The Zip Code associated with the credit card in question.
Set as Default Credit Card checkbox: Allows you to set the default credit card that will be used for this account.
...
Transaction Reporting and Deposits
Valpay Reporting Site
You’ll also be granted access to the Valpay Reporting site. This Portal contains records of all transactions deposits and more. The video attached below provides an overview of the portal.
You can access your Payments portal at the following link here:
...
Deposits
Deposits may take up to two days after the transaction for the money to be deposited into the offices bank account and a short time later the deposit information will show up on the site.
Normally if a payment was made on Monday it should be deposited in the offices account the next business day.
Monday —> Tuesday
Tuesday —> Wednesday
Wednesday —> Thursday
Thursday —> Friday
Friday —> Monday
Saturday —> Monday
Sunday —> Monday
ValPay has seen that the deposit goes into the offices account between 2 PM EST and as late as 5 PM EST.
The ValPay Reporting site is usually a day behind, this means that if the office receives a deposit the information for this deposit will show up the next day on the ValPay Reporting site.
Transaction Log
In MacPractice Build 15.16+, credit card transactions can be located in the Transaction Log.
The Transaction Log contains a history and essential information of all credit card transactions that have been processed through your connected card readers. You're able to search, filter, and perform certain actions.
...
You can also create non-ledger transactions from here as well, which are transactions that are not tied to any ledger items.
The layout of the Transaction Log is similar to other nodes in the Accounting Ability. The table will list Transactions in the date range set in the Start Date and End Date. These fields default to today's date.
You can also filter to just see any Non-Ledger Transactions. You can also search for items by using the Search bar. The search bar locates any information in all columns in the current filter configuration. For example, if you search for transactions, and the filter is configured to view today's results, the search will only return any results from today's results.
Double clicking a transaction will take you to that transaction if it's a Ledger Transaction.
The bottom half of the Transaction Log is dedicated to details about the selected Transaction. You'll be able to see the Card Read Method (Manual, Transmit, or Forced), and other details from the card reader.
The Actions Drop down menu will allow you to take certain actions, depending on the transaction selected (if any). The available Actions are:
...
Print Receipt: This action allows you to print a credit card receipt for the selected transaction, as described in Receipts. This method does not create a new Receipt ledger item. This option functions for both patient and insurance credit card payments.
...
Go To Transaction: This action will take you to the selected transaction in the appropriate ledger.
...
Post as New Patient Payment: This action is used on Non-Ledger Transactions. With a non-ledger transaction selected, you can use this action to post the transaction to a patient's ledger as a new patient payment. You'll be prompted to select the patient you wish to post the payment to. This will allow you to post the payment without having to re-run the credit card transaction.
...
Post as New Patient Insurance Payment: This action is used on Non-Ledger Transactions. With a non-ledger transaction selected, you can use this action to post the transaction to a patient's ledger as a new insurance payment. You'll be prompted to select the patient you wish to post the payment to. This will allow you to post the payment without having to re-run the credit card transaction.
...
Transaction Log
In MacPractice Build 15.16+, credit card transactions can be located in the Transaction Log.
The Transaction Log contains a history and essential information of all credit card transactions that have been processed through your connected card readers. You're able to search, filter, and perform certain actions.
...
You can also create non-ledger transactions from here as well, which are transactions that are not tied to any ledger items.
The layout of the Transaction Log is similar to other nodes in the Accounting Ability. The table will list Transactions in the date range set in the Start Date and End Date. These fields default to today's date.
You can also filter to just see any Non-Ledger Transactions. You can also search for items by using the Search bar. The search bar locates any information in all columns in the current filter configuration. For example, if you search for transactions, and the filter is configured to view today's results, the search will only return any results from today's results.
Double clicking a transaction will take you to that transaction if it's a Ledger Transaction.
The bottom half of the Transaction Log is dedicated to details about the selected Transaction. You'll be able to see the Card Read Method (Manual, Transmit, or Forced), and other details from the card reader.
The Actions Drop down menu will allow you to take certain actions, depending on the transaction selected (if any). The available Actions are:
Print Receipt: This action allows you to print a credit card receipt for the selected transaction, as described in Receipts. This method does not create a new Receipt ledger item. This option functions for both patient and insurance credit card payments.
Go To Transaction: This action will take you to the selected transaction in the appropriate ledger.
Post as New Patient Payment: This action is used on Non-Ledger Transactions. With a non-ledger transaction selected, you can use this action to post the transaction to a patient's ledger as a new patient payment. You'll be prompted to select the patient you wish to post the payment to. This will allow you to post the payment without having to re-run the credit card transaction.
Post as New Patient Insurance Payment: This action is used on Non-Ledger Transactions. With a non-ledger transaction selected, you can use this action to post the transaction to a patient's ledger as a new insurance payment. You'll be prompted to select the patient you wish to post the payment to. This will allow you to post the payment without having to re-run the credit card transaction.
Post as new Bulk Insurance Payment: This action is used on Non-Ledger Transactions. With a non-ledger transaction selected, you can use this action to post the transaction to a bulk insurance payment for an insurance company. You'll be prompted to select the Insurance Company you wish to post the payment to. This will allow you to post the payment without having to re-run the credit card transaction.
Valpay Reporting Site
You’ll also be granted access to the Valpay Reporting site. This Portal contains records of all transactions deposits and more. The video attached below provides an overview of the portal.
You can access your Payments portal at the following link here:
...
Deposits
Deposits may take up to two days after the transaction for the money to be deposited into the offices bank account and a short time later the deposit information will show up on the site.
Normally if a payment was made on Monday it should be deposited in the offices account the next business day.
Monday —> Tuesday
Tuesday —> Wednesday
Wednesday —> Thursday
Thursday —> Friday
Friday —> Monday
Saturday —> Monday
Sunday —> Monday
ValPay has seen that the deposit goes into the offices account between 2 PM EST and as late as 5 PM EST.
The ValPay Reporting site is usually a day behind, this means that if the office receives a deposit the information for this deposit will show up the next day on the ValPay Reporting site.
Regarding Batch Management in MacPractice Payments
...