| 开发者 | vitaliihura |
|---|---|
| 更新时间 | 2026年9月7日 05:52 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
sandbox_.No. The address is sent with every payment. It is shown under the settings if you need it for troubleshooting.
Usually it does not get that far. When the customer lands back on the order received page the shop asks LiqPay for the status straight away, so a lost notification is repaired within a second and without anyone noticing. If the customer closed the tab before returning, status recovery picks the order up on its hourly pass. You can also press Refresh from LiqPay on the order screen at any time.
LiqPay accepts UAH, USD and EUR, and the payment method hides itself when the shop currency is anything else. Whether your own account can take dollars or euro is a matter of your agreement with LiqPay: many accounts are opened for hryvnia alone. If the shop sells in a currency the account does not hold, LiqPay refuses the payment and the reason appears on the order.
Yes, and with the classic shortcode checkout.
Nothing beyond filling in the fields. When Polylang, WPML or TranslatePress is active, the title, the description and the payment purpose gain a language switch, and each language gets its own value. Leave a language empty and customers see the default one. The plugin does not register these strings in the string translation screen of your multilingual plugin, so there is only ever one place to edit them.
Polylang, WPML and TranslatePress are read directly for the language list. Weglot and other translation layers that work on the finished page need nothing from the plugin. On a shop with one language nothing changes and no switch appears.
WooCommerce, Status, Logs. Errors are always recorded. Everything else only while logging is switched on in the settings. Card numbers, tokens and phone numbers are never written to the log.
Nothing on its own, because the programme is settled between the seller, the tax service and the acquiring bank rather than by the shop software. The plugin's part is the fiscal receipt: switch fiscalisation on so every paid order reaches the LiqPay software cash register. The rest happens outside WooCommerce. The seller has to be on the general taxation system, run a cash register that reports to the tax service daily, and file an application for the sellers list through the Diia portal, signed with a qualified electronic signature. That application asks for the fiscal number of the cash register together with the Merchant ID and the Terminal ID of the bank terminal behind it. LiqPay issues that pair for the virtual terminal of your shop: ask for it in the "Help Online" chat of your LiqPay account, registration takes about a day. The fiscal number of the cash register is in the LiqPay account under the cash register menu, trading points. These identifiers belong in that application, not in the shop settings, which is why the plugin does not ask for them.
The plugin ships neutral payment marks rather than someone else's trademark. If you want the LiqPay logo at checkout, download it from the LiqPay brand book, upload it to your media library and point the icon setting at it.