> This page is for Product Documentation. > For clean Markdown of any page, append .md to the page URL. > For a complete documentation index, see https://docs.navipartner.com/llms.txt. > For AI client integration (Claude Code, Cursor, etc.), connect to the MCP server at https://docs.navipartner.com/_mcp/server. # Payment method card > The POS Payment Method Card is where you will define what payment method is going to be accepted on the POS. The **POS Payment Method Card** is where you define what payment method is going to be accepted on the POS. ![payment1](/_fern-files/_img/f31e000913a0cf29dcd275bf11e77e1c2a279fdb6eae6bbe170774e9d145520a.webp) | Field Name | Description | | --------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | **Code** | Specifies the code given to the POS payment method. | | **Description** | Specifies the short description of the payment method. | | **Processing Type** | Specifies the manner in which the POS payment method is processed. Many reports are based on this field, so it’s important to provide the adequate type carefully. | | **Return Payment Method Type** | Specifies which payment method will be returned as change on concluded transactions. | | **Block POS Payment** | Activate this option if you wish to stop using a POS payment method that has been used in the past. | | **Open Drawer** | Specifies if the drawer will be opened after the POS transaction ends when the selected POS Payment Method is used in transaction. | | **Bin for Virtual-Count** | This field is used if you set a POS payment method to be self-counted and you don’t need to count it manually. | | **Include in Counting** | Determines if the POS Payment Method will be counted when you perform balancing. | | **Currency Code** | If you use a foreign currency, you will need to set the currency code here. | | **Fixed Rate** | Specifies the **Fixed Rate** which will be used to convert 100 units of foreign currency into local currency. **Example**: 1 FCY = 6.15 LCY, hence the value to be inserted = 100 x 6.15 = 615 instead of 6.15. | | **Use Standard Exchange Rate** | Instead of defining a fixed rate in the **POS Payment Card** itself, you can use the Business Central currency rate, defined in **Currencies**. | | **POS Condensed** | As the transactions are posted from POS Entry into General Ledger, you can set that the posting for payment be consolidated for that POS Payment Method. | | **Condensed Posting Description** | Set description of the entry by using different syntax. | | **Zero as default on pop-up** | When you move to the **POS Payment View**, the system will suggest an amount to be paid based on the sub-total of all sale lines. If this flag is enabled, the pop-up which usually appears with the sub-total amount will not have a suggested figure. Instead, it will show zero amount. | | **Auto End Sale** | When completing a payment and receiving sufficient cash or any payment method to cover the sale amount, the system automatically completes the sale and returns to the **POS Sale View**, ready for the next sale. | | **No Min Amount on Web Orders** | Specifies if there is a limit for the **Minimum Amount** for the selected **POS Payment Method** on **Web Orders**. | | **Warning pop-up on Return** | If activated, you will get a warning message on the POS when a return is being performed | | **Rounding Precision** | The specified rounding precision depends on what the lowest change supported by the business is. This difference will be created as a rounding figure on the ticket. | | **Rounding Type** | Determines how the figures are rounded. | | **Rounding Gains Account** | If there is a gain due to the rounding action, the figure will go into this account. | | **Rounding Losses Account** | If there is a loss due to the rounding action, the figure will go into this account. | | **Min Amount** | You can set a minimum amount for accepting a particular POS Payment Method. In certain countries, businesses will not accept a credit card if the amount of sale is lower than 100, as the commission rates are too high. | | **Max Amount** | You can set a maximum amount for accepting a particular POS Payment Method. | > **Note:** It’s recommended to format MIN and MAX values like -200.000 and 200.000, since it is very unusual to make sales exceeding those amounts. Salespeople may accidentally scan a barcode into the amount box, and finish the sale, with a large amount. This affects revenue reporting etc. Of course, the sales can be reversed afterwards, but the large figures may not reflect positively on the ledgers and reports. Having set a min/max amount blocks the sales from being finalized and makes sure that such mistakes are avoided. | Field Name | Description | | -------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Allow Refund** | For certain POS Payment Methods, you can set that it’s possible to do refund with the payment method used for the payment. | | **Reverse Unrealized VAT** | This field appears when the processing type is a **Voucher**. On redeeming a voucher, the initial VAT calculated on issuing the voucher can be reversed. For this to work, the General Ledger account associated with voucher needs to have a VAT setup in place. | > **Note:** The Denominations must be set for the currencies on the **POS Payment Card**. #### See also * [Limit payment methods to specific items](/product/retail-vouchers-meal-eco-setup)