| 开发者 |
artisan-workshop-1
shohei.tanaka mt8biz ssec4dev |
|---|---|
| 更新时间 | 2026年4月23日 16:30 |
| 捐献地址: | 去捐款 |
| PHP版本: | 6.7 及以上 |
| WordPress版本: | 6.9.4 |
| 版权: | GPLv3 |
| 版权网址: | 版权信息 |
While WooCommerce can work in Japan without this plugin, Japanized for WooCommerce provides essential features that Japanese customers expect, such as delivery date selection, name reading fields (Yomigana), and local payment methods. It significantly improves the user experience for Japanese e-commerce.
Yes! Version 2.8.0 and later fully supports the new WooCommerce Blocks checkout experience, including delivery date selection and custom address fields.
You need to obtain a free Yahoo! Japan Application ID from the Yahoo! Developer Network. Once you have the ID, enter it in the WooCommerce → Settings → Japan Settings → Address Form section.(Classic Checkout only)
The plugin includes: Bank Transfer (Japanese banks), Japan Post Bank Transfer, Cash on Delivery (COD) with fee calculation, Pay at Store, Paidy (Buy Now, Pay Later), and PayPal Checkout optimized for Japan. Paidy and PayPal are also available as standalone plugins.
Yes, absolutely! All features are modular and can be enabled or disabled individually from the plugin settings. You only need to activate the features your store requires.
Yes, the plugin is compatible with WPML and other multilingual plugins. It automatically detects the language and adjusts features accordingly. Japanese-specific features are only applied when the site language is set to Japanese.
Go to WooCommerce → Settings → Japan Settings → Delivery Date. You can configure available delivery times, set holidays, exclude specific days of the week, and customize the delivery date display format.
No, the plugin uses WordPress and WooCommerce hooks and filters. It doesn't modify any core files, making it safe to use and easy to update.
For support, please visit the plugin support forum on WordPress.org or check the official documentation.
Yes, Japanized for WooCommerce is completely free and open source under the GPLv3 license.
jp4wc_calculate_order_totals read from woocommerce_cod_settings while the JP4WC admin UI saves to wc4jp-extra_charge_* options; settings are now merged at runtime with JP4WC values taking precedenceextra_charge_calc_taxes mismatch: React admin UI stored yes/no but PHP expected no-tax/tax-excl/tax-incl; legacy values are now normalised on read and the admin UI updated to a 3-way selectjp4wc_gateway_id session value could cause COD fee to be silently skipped in Classic Checkout (double session-check removed; gateway ID resolved once and passed through the entire calculation)wc/store/payment store readinessjp4wc_cod_fee_settings, jp4wc_cod_fee_name, jp4wc_cod_fee_amount, jp4wc_cod_fee_is_applicable, jp4wc_cod_fee_tax_class (all @since 2.9.8)x-paidy-signature header) causing orders to remain "pending" and be auto-cancelledsecret_key (non-existent); corrected to api_secret_key / test_api_secret_key based on test modebankjp) account skip condition ! isset( $account_names[$i] ) was always false; replaced with empty( $bank_names[$i] ) && empty( $name ) to properly skip blank rows_wc_other/ to _wc_billing/ and _wc_shipping/ prefixes<strong> list below the formatted address in emails and thank-you page; now suppressed via show_in_order_confirmation: false and block render filterWC_Email::$sending flag for reliability with WC 10.7+ BlockEmailRendererWC_Gateway_Paidy not found fatal error on admin pages when WooCommerce is installed with a non-standard path (e.g. wp-env)jp4wc_has_orders_in_last_5_days undefined function error caused by is_woocommerce_active() returning false in non-standard install pathsjp4wc_allowed_setting_keys filter to allow add-on plugins to register their own setting keys with the REST APIjp4wc_setting_option_map filter to allow add-on plugins to map REST keys to their existing WordPress option namesjp4wc.settings.tabs and jp4wc.settings.tabContent JS filters via @wordpress/hooks to allow add-on plugins to inject tabs into the React settings UIis_admin() returning true for admin-ajax.php requestsclass_exists to interface_exists for IntegrationInterface)paidy_capture_id guard)_load_textdomain_just_in_time warning in WordPress 6.7+ by deferring translations to after initJP4WC_Framework config strings now lazy-loaded at init priority 2 to prevent early textdomain callsWC_Paidy_Endpoint instantiation deferred to init priority 11 to prevent early WC_Gateway_Paidy construction