The following capabilities are available from the Tools tab. Refer to the sections below for more detailed information.

OptionDescription
Transaction SearchSearch for transactions using a robust search filter and create customizable reports that can be exported. See Reports > Transaction Search in this guide.
Transaction HistoryReview transaction data including Transaction Date, Name, Last 4, Amount, and Trans Type. See Reports > Transaction History in this guide.
RecurringReview Recurring Billing transactions and apply search filters.
Receipt EmailCustomize the receipt email that goes out to your customers. Refer to Working With Receipts > Receipt Email Template in this guide.
Hosted Payment FormsCreate a public page on the internet where your customers can submit payments.
Agent ToolsManage and access your merchant accounts. You can also run merchant transaction reports.
Account UpdaterManage account updater processes.
IP Whitelist ManagementYou can restrict the location from which transactions can be processed, by “whitelisting” a specific IP address(es).

Transaction Search

Transaction History

Recurring

From the Recurring page you have the ability to create a new recurring schedule and search for (or edit) existing recurring schedules.

Creating a new Recurring Payment Schedule

Setting up a recurring schedule using a previous transaction

  1. Locate a transaction record containing the card that should be used to set up the recurring transaction.
  2. Click the View Transaction icon (magnifying glass) next to the transaction.

  1. Click CREATE RECURRING.

  1. The card number will be populated for you. Enter the amount and frequency, and other details as needed.

Setting up a recurring schedule using a new card

  1. Click the Tools tab and then the "Recurring" link.

  1. Click Add Customer.
  2. Enter the amount, start date, frequency, card data, and customer info.

  1. Click Add Customer when you're done.

Editing Recurring Transactions

  1. Click the Tools tab and then the "Recurring" link.
  2. Navigate to the transaction using either of the following options:
    • Enter search criteria and click Search.
    • Use the column headings to sort the transactions.
  3. Click the transaction you want to edit.
  4. Click Edit.

  1. Update the options as needed.

  1. Click UPDATE CUSTOMER when you're done.

Cancelling Recurring Transactions

  1. Click the Tools tab and then the "Recurring" link.
  2. Navigate to the transaction using either of the following options:
    • Enter search criteria and click Search.
    • Use the column headings to sort the transactions.
  3. Enter search criteria and click Search.
  4. Use the column headings to sort the transactions.
  5. Click the Cancel Recurring icon (red "X")

  1. Click OK to confirm.

Receipt Email

Here you can customize the receipt email that goes out to your customers.

Receipt Email Template

You can customize the receipt email that goes out to your customers. Edit the From, Subject, and Body based on your preference. Click Update when you're done.

📘

Note

The "From" email address is not validated. The "Body" will populate with the data in each field shown. You can delete fields as desired.

The table below summarizes the parameters that are available for the email body.

Receipt FormatAPI ParameterDescription
${BILL_NAME1}first_nameThe name value submitted in the request.
${BILL_NAME2}last_nameThe name value submitted in the

request.
${BILL_STREET}street_address1Customer’s street address.
${BILL_CITY}cityCustomer’s city.
${BILL_STATE}stateCustomer’s state
${BILL_ZIP}zipCustomer’s zip
${BILL_COUNTRY}countryCustomer’s country
${CUSTOMER_EMAIL}emailCustomer’s email
${CUSTOMER_PHONE}phoneCustomer’s phone
${COMPANY}companyCompany name field from the transaction.
${GROUP}groupGroup value from the transaction.
${DESCRIPTION}transaction_descriptionThe same value submitted in the request. Typically used as a description of the payment.
${CUSTOM_ID}custom_idThe same custom_id value submitted in the request.
${TRANTYPE}transaction_typeThe type of transaction made.
${CARD_NUMBER_XXXX}last4The last four digits of the card number or Primary Account Number (PAN). For ACH, it is the last four digits of the account number.
${CARD_EXPIRE}card_expirationThe month and year of the card expiration date in the format MMYY. For example, 0118 for January 2018
${CARD_BRAND}card_brandCustomer's brand of card used. VISA, MASTERCARD, AMERICAN EXPRESS, DISCOVER, ACH, EBT.
${AMOUNT}transaction_amountThis is the dollar (or other currency) amount of the transaction.
${AUTH_DATE}transaction_timestampThis is the timestamp of the newly created transaction.
${TRANS_ID}transaction_idThe transaction id for the new transaction. When using tokenization, this is the transaction_id that you submit as the token_id.

Hosted Payment Forms

The Hosted Payment Form is a pre-built web form that allows merchants to accept web payments using a credit card or ACH accounts.

This is ideal for merchants who have a few products or wish to accept donations. For more customizable websites, contact Bluefin Technical Support for information about integration with the PayConex Secure iFrame and PayConex APIs.

Note:

📘

Note

If the options below do not display on the PayConex tools page, they will need to be enabled by an administrator. Please contact Bluefin Support for assistance.

You can search for your hosted payment forms by filtering the list by Group, Form ID, or Form Name.

In the Action column, there are four functions that can be performed.

ActionIconDescription
EditEdit ButtonEdit/configure the selected hosted payment form.
PreviewPreview ButtonPreview the selected hosted payment form.
DeleteDelete ButtonDelete the selected hosted payment form.
Create a CopyCopy ButtonCreate a copy of the selected hosted payment form.

Adding Payment Forms

To set up a payment form/page do the following:

  1. Scroll down and click Create New.

  1. Enter a Name for the page in the open text box and click Create New Form.

  1. Complete the fields and click Create New Form.

The following information provides greater details on the setup/configuration of a hosted payment page.

General

Define the required inputs for your payment form here.

ItemDescription
Form NameEnter a form name for identification purposes only. Open text field.
TypeSelect the transaction type:

Sale: (Default) Indicates that the amount will be authorized upon submission and automatically captured at the end of the day.

$0 Auth: Disables the amount setting and only verifies and tokenizes the credit card data. Note: This option is not commonly used.

Store: Disables the Primary Charge section and only tokenizes the credit card data. NOTE: This option is not commonly used.
GroupOptional. Select a group the will be associated with the primary charge when it flows into the merchant account. (This field can be blank.)
Payment Capture MethodsRequired - Select at least one.

Select one or more options:

- Card Reader / Card Entry Devices - Transactions that use a card reader (such as SREDKey, M130 or SecuRED.)

- ECommerce / Keyboard entry

- ACH Check payment Primary Charge
Primary ChargeLabel: Enter a display name. It will appear next to the dollar amount on your page. (Example: “Donation”, “Amount”, “Pledge”.)

Field Type: Select the field preference (Required, Display Only, Hidden) from the drop-down list.

Default / Fixed Amount: Enter an amount or leave the field blank. If an amount is entered, it can be overridden in request data.
Secondary ChargeOptional. By default, this option is disabled.

Secondary charges are processed on the main account with NO group tag identification or payment routing.

NOTE: If this option is enabled, the secondary charge will be routed to the main account.
Customer Contact FieldsBased on your security settings, select the appropriate options for reporting purposes only.

NOTE: If AVS authentication is enabled in your settings, then address data must be required on your form.
Recurring OptionsThe default is Disabled.

Select Enabled to set up recurring billing plans as needed.

Appearance

To customize the form's appearance to match your environment, click Display to expand this section:

Basic Layout

The following information is a description of the options in the "Basic Layout" section of the Hosted Payment Form editor.

ItemDescription
Appearance TypeDisabled: Minimal appearance; reduces the size of the form so it appears small in the pop-up window.

Bare Layout: Hides borders and some padding.

Micro (card only): Hides all headers, text, and logo. Suitable for use with iframe.
Button OrientationSet where the Submit button should display.
Submit Button TextThe default is “Process Payment.” Customize this text based on your preference.
Form TargetThe default is Self. If the form is embedded in an iframe, then set the target to configure which frame should receive the confirmation page.
ReCaptchaYes / No. The default is Yes - enabled.

Custom Logo

The custom logo section allows you to upload and use a custom image on a hosted payment form.

File formats accepted: BMP, GIF, JPG, JPEG, PNG, TIFF

Maximum Image size: 600 pixels wide and 200 pixels high

Maximum file size = 1MB

📘

Note

If you upload a logo, it will override the Page Title.

Design Elements

In the design elements section, you can select the font to use and the color of the form, fields, borders, and text.

Layout Text

Customize the text that displays in the form: Page Title, Header Text, Footer Text, and Confirmation Page Text.

📘

Note

Your Page Title text will not display if you upload a logo.

Response Handling

To redirect transaction responses for customized receipts, declines, asynchronous POSTback behavior, and cancellations, enter the appropriate URL in the corresponding field.

ItemDescription
Callback MethodThis is the HTTP method used when the hosted payment form redirects to the receipt, decline, or form cancellation URLs.
Receipt Page URLThis is the URL that will be redirected to when a transaction is processed. If a "Decline Page URL" is provided this URL will only be used for approved transactions.
Decline Page URLThis is the URL that will be redirected to when a transaction is declined. If no "Decline Page URL" is present then the redirect defaults to using the "Receipt Page URL".
Asynchronous POSTback URLThis URL is used to send transaction responses asynchronously via POSTback.
Form Cancellation URLThis is the URL that will be redirected to when the cancel button is clicked on the hosted payment form.

📘

Note

If the Receipt Page URL is specified, and the Decline Page URL is blank, then the system will send decline responses to the Receipt Page URL.

Form Timeout

Select a number from the Form Timeout drop-down list to define how many minutes the payment page should be visible before the transaction is automatically canceled. You can also enter a Timeout Redirect URL.

Custom Fields

You can use Custom Fields for non-standard data that your business, or your customers, need to complete the end-to-end payment process. The data sent from custom fields will display on the standard receipt and decline pages unless specified as "hidden."

Best Practice:

  • Use custom fields to pass data from your system to PayConex.
  • Use custom fields to pass data to your system when it does not need to be reportable from PayConex.

To add Custom Fields, do the following:

  1. Click Display to expand the section.

  1. Click Add New Group at the top

  1. Complete the fields that appear for the new group

  • The *Field Name input should be the identifier that is used to pass the field value with the transaction.

If the following field names are used, the values are automatically captured inside PayConex's transaction detail and QSAPI reports for you.

  • custom_id
  • custom_data
  • transaction_description
  • company

📘

Note

In general, custom fields are not reportable with the exception of the filed names listed above. For information on creating a custom field that is reportable refer to the Reportable Fields section below.

🚧

Important

These parameters are case sensitive and you must use lower case.

  • Field Label is the display name that will appear on the hosted payment form.

  • Field Context allows the selection of how to display, hide, or disable the parameter's appearance on the form.

  1. Click the Create/Update Form button at the bottom of the page.

Reportable Fields

You can use Reportable Fields for data that your business or customers need to complete the end-to-end payment process. The data will be both transmitted in your return response and captured inside PayConex reporting.

To update reportable fields, click Reportable Fields at the bottom of the Tools > Hosted Payment Forms page.

Adding New Reportable Fields

To create a new reportable field, do the following:

  1. Click Add New Reportable Field at the top.
  2. Complete the fields.

  • *Field Name input should be the identifier that is used to pass the field value with the transaction.
  • Field Label is the display name that will appear on the hosted payment form.
  • Field Context allows the selection of how to display, hide, or disable the parameter's appearance on the form.
  • Enabled this checkbox enabled the reportable field for use in the hosted payment forms.

📘

Note

If the Field Context is Display Only or Hidden, it must be passed with the request even if the value is blank/null. Enabled

  1. Click Save Reportable Fields at the bottom when you're done.

Editing Reportable Fields

To edit a reportable field, modify the parameters as needed and click Save Reportable Fields when you're done.

Deleting Reportable Fields

To delete a reportable field, click Remove.

Agent Tools

A PayConex account that is configured as an agent account allows the management of multiple PayConex merchant accounts.

The "Agent Tools" section of the tools page allows the management and access merchant accounts provisioned within an agent account. You can also run merchant transaction reports.

If you have multiple locations that you would like connected via an agent account, please contact Bluefin support.

Manage Accounts

To search for a merchant account, you can filter the list by selecting one or more of the Account Status checkboxes.

Also, enter an account name or number and then click Filter. To clear the filer, click Reset.

From the Action column, you can edit an account and log in to the account.

Agent Sub-Account Reporting

You can download a sub-account report from Manage Accounts by clicking Download CSV. The report includes the following information about each account under the selected agent account.

  • PayConex Account Number
  • Account Name
  • Display Name
  • Address
  • City
  • State
  • Zip
  • Phone
  • Email
  • Processor MID (just MID, not what processor)

Accessing Location Accounts from Agent Login

  1. Once you are logged into the agent account, from Manage Accounts, select an account.

  1. Click the account number hyperlink at the top of the page, on the right side.

📘

Note

The account name will display in the top right corner to indicate the account you accessed.

Agent Reports

Run a monthly report of merchant transactions for either the current month or last month.

Select an option based on your preference.

Account Updater

Account Updater enables Elavon boarded merchants to periodically verify and update their cache of stored credit/debit card Primary Account Number (PAN) data. If you have scheduled or recurring payments this feature might be beneficial because it ensures that your processing is not interrupted with out-of-date payment data.

🚧

Important

The Account Updater Program (AUP) is an interface from PayConex to Elavon. Therefore, this feature is only available to Elavon boarded merchants. Additionally, merchants need to enroll in this feature. To enroll in Account Updater, please contact your Bluefin representative for information and pricing.

Using the Bluefin Secure FTP process, you can upload files with your existing customers' card payment data (tokens or PAN.) The AUP will process and submit this information to Elavon for verification, receive the response and automatically update existing Recurring Payments tied to the submitted tokens/PAN. The AUP also displays the results that are returned in an easy-to-understand format.

The AUP page displays the requests at the request file level for your associated MID(s).

Column NameDescription
File OwnerPayConex Account ID.
File NameName of the file submitted to AUP.
SentThe date the AUP received the file.
ReceivedThe date that Elavon response(s) were received and processed by Bluefin AUP.
StatusCurrent file status:

OPEN – File received but not processed or sent to Elavon yet.
INFLIGHT – File was processed and sent to Elavon and awaiting a reply (2-5 days).
COMPLETE – File was processed successfully.
REJECTED – There was an issue with the file and it needs to be corrected
ActionView: View Icon
Delete: Delete Icon

To delete multiple files, select the check box and then select "Purge Selected" located at the bottom right of the table. This option only appears if a check box is selected.

Viewing File Details

View a file that has a COMPLETE / REJECTED status to see the following file details:

  • Batch Summary information
  • Batch File Details
  • Merchant Details, when applicable. Summary information about the merchant data contained in the file -- useful if you have more than one PayConex account in the file.

This is a screenshot of a file that has been completed with account updater.

Merchant Details included when applicable.

Summary information about the merchant data contained in the file -- useful if you have more than one PayConex account in the file.

This is an example where the file was rejected with the errors included.

📘

Note

The scope of merchant summary information displayed is restricted to viewing the user's rights to the file.

  • If the user is tied to the merchant that submitted the file, they will be able to see summary information for all merchants in the file.
  • If the user is tied to one of the merchants within the file, they will only see the specified merchant's entry.

Creating a File for Uploading (Request File)

All files passed back and forth with the AUP are comma-separated values (.csv files).

Create a CSV file with card numbers or tokens you want to check using the format described below.

Merchant Header (MHDR) -- Row 1

🚧

IMPORTANT

This row identifies the merchant account that needs to be updated. This row must be completed as illustrated above and defined in the following table: Record Type MHDR

Record TypeMHDR
Sequence6-digit, zero-filled, incrementing number
Account ID12-digit PayConex Account Number
API Access Key32-character PayConex API Access Key
FI Number3-digit Financial Institution Number (optional)

Populate additional rows according to the following:

Token Request Detail (TOKN)

Record TypeTOKN
Sequence6-digit, zero-filled, incrementing number
Token ID12-digit PayConex Transaction Token ID
Custom LabelCustom label field used for reference (Optional)

Card Request Detail (CARD)

Record TypeCARD
Sequence6-digit, zero-filled, incrementing number
Card Number13-16-digit Primary Account Number (PAN) from card
Expiration4-digit, zero-filled card expiration date [MMYY]
Custom LabelCustom label field used for reference (Optional)

Example:

MHDR,000001,120614961789,9c62606abc4a73af0086ba2ffb65e482 CARD,000002,4503300000001238,1218,Ref ABC CARD,000003,5415244444444444,1222,Ref XYZ 

CARD,000004,5424180001234506,1218, CARD,000005,4002960001111116,0416, CARD,000006,4005571701111111,0416, CARD,000007,5424180011113336,1218,Ref 123 CARD,000008,4159282222222221,1215, 

... CARD,000032,4124939999999990,1215, 

MHDR,000033,120614961797,0444eebb71418c7d23aed96880d0d6e8 TOKN,000034,000000143347,Ref ABC TOKN,000035,000000114608, 

TOKN,000036,000000142160, TOKN,000037,000000116520,Ref 123 TOKN,000038,000000125027,Ref XYZ

Uploading a Request File

Uploading Files to AUP

  1. Create a CSV file (Refer to Creating a File for Uploading above for details.)
  2. Log into CardConex.

📘

Note

If you do not have a CardConex account, please contact Bluefin Support.

  1. Click Folders.

  1. Click Batch-Prod.

  1. Click the IN folder.

  1. Click your account folder.

  1. From Upload a File click Browse and navigate to your file and then click Upload.

📘

NOTE

The response file will be available 3-5 days later.

Response File

Response files mirror the Request files. For every record in the Request file, there will be a matching record in the Response file.

📘

NOTE

The columns in the request file are different from the columns in the response file.

File Header (FHDR)

Record TypeFHDR
Sequence6-digit, zero-filled number. Always "000000"
Response TypePass, Fail

If the response type is Fail, the request file had errors that caused it to be rejected. The extension on the response file name will be ".ERR"
Response DateDate/Time response processed OUT. [YYYYMMDDHHMMSS]

Merchant Header (MHDR)

Record TypeMHDR
Sequence6-digit, zero-filled, incrementing number
Account ID12-digit PayConex Account Number

Token Response Detail (TOKN)

Record TypeTOKN
Sequence6-digit, zero-filled, incrementing number. Maps directly to the Sequence Number in the request file.
Response Code1-character Elavon AUP response code.
New Token ID12-digit PayConex Transaction Token ID. Present only if Response Code is "A" or "B".
New Expiration4-digit, zero-filled card expiration date [MMYY]. Present only if Response Code is "A" or "B".
New Card BrandCard brand of new card (Only if Response Code is "A")
New Last 4Last 4 of new card (Only if the Response Code is "A")
Recurring IDRecurring Schedule ID(s) touched. Present only if Response Code is "A" or "B".
Old Token IDOld Token ID (same as one in the matching request record)
Old Last 4Old card last 4
Custom LabelOptional field

Card Response Detail (CARD)

Record TypeCARD
Sequence6-digit, zero-filled, incrementing number. Maps directly to the Sequence number in the request file.
Response Code1-character Elavon AUP response code.
New Card Number13-16-digit Primary Account Number (PAN) from the card. Present only if Response Code is "A".
New Expiration4-digit, zero-filled card expiration date [MMYY]. Present only if Response Code is "A" or "B".
New Card BrandCard brand of new card (Only if Response Code is "A")
New Last 4Last 4 of new card (Only if the Response Code is "A")
Recurring IDRecurring Schedule ID(s) touched. Present only if Response Code is "A" or "B".
Old Card NumberOld card number (same as one in the matching request record)
Old Last 4Old card last 4
Custom LabelOptional field

Error Response Detail (FAIL)

Record TypeFAIL
Row ID6-digit number. Maps directly to the physical row in the request file.
Sequence6-digit, zero-filled number. Maps directly to the Sequence number in the request file.
Response TypePass, Fail
Response DateDate/Time response processed OUT [YYYYMMDDHHMMSS]

Response File Match Table

Response File Match Table

In the response file, the 3rd element of the TOKN or CARD response will have a letter that corresponds to the following table. The actual response Bluefin receives is included along with a brief description of the merchant's actions. If a TOKN was included by the merchant in their request file, match codes A and B will be updated by Bluefin accordingly.

CODERESPONSEDESCRIPTION
AMatch - Update PANNew account number and expiration date. Use going forward.
BMatch - Update ExpiryNew expiration date, same account number. Use going forward.
CMatch - ClosedAccount is marked as closed. Cardholder should be contacted.
DMatch - Contact CardholderUnknown reason and cardholder should be contacted.
EMatch - No ChangeNo update and it matches, so continue to use.
FNo Match - BIN in rangeNo match to the data provided.
GNo Match - BIN out of rangeNo match to the data provided.
HError - Non-numeric PANBad PAN data (not valid characters or format).
IError - Failed LuhnDoesn't match a Luhn (Mod 10) check (not a valid card value)
JError - Invalid ExpiryExpiration date was not properly formatted.
KError - Invalid MIDMID for the file is incorrect.

Example

Code A and B are illustrated in the following:

FHDR,000000,pass,20151223152623 MHDR,000001,120614961789 
CARD,000002,A,4862345634563454,1221,VISA,3454,,4503300000001238,1238,Ref ABC CARD,000003,E,,,,,,,, 
CARD,000004,G,,,,,,,, 
CARD,000005,G,,,,,,,, 
CARD,000006,B,,0419,,,,,, 
CARD,000007,G,,,,,,,, 
CARD,000008,B,,1220,,,,,, 
... CARD,000032,A,4862111122223336,1218,VISA,3336,,4503300000001238,1238, MHDR,000033,120614961797 
TOKN,000034,B,,0520,,,,,, 
TOKN,000035,C,,,,,,,, 
TOKN,000036,E,,,,,,,, 
TOKN,000037,B,,1022,,,,,, TOKN,000038,A,000000164422,1221,MASTERCARD,4784,,200003016401,4784,Ref XYZ

IP Whitelist Management

You can restrict the location from which transactions can be processed, by “whitelisting” specific IP addresses.

🚧

IMPORTANT

When this option is enabled, you will only be able to process transactions from the specified IP addresses. Users attempting to process from non-whitelist IP address will receive a Transaction Error message and you will receive a System Notification email.

Enter a single IP address or an IP address range. Click Save when you’re done. Then adjust the Enabled/Disabled slider option as desired.

To edit an IP address, click the Edit icon.

To remove an IP address, click the Remove icon.