Currently, the monthly statistics can be sent by request or accessed via API. A dashboard is still being worked on.

Yes, by default the endereco code is loaded only on the necessary pages to save performance and loading time. the OnePageCheckout only needs to be added to the controller whitelist. This is easily done in the endereco module - developer settings. Just add the controller name "OnePageCheckout" here. Then the endereco address checkout should also be loaded on this page.

Currently, checks are offered for name, e-mail address, telephone number and address. Furthermore, existing customers can be validated once. PayPal Express orders can also be validated. Additionally, street and house number can be split into 2 fields on the frontend. This does not change the fact that Shopware stores the data together in the "street"-field.

Currently we are working on a module for OXID 7. We are waiting for the first customer project to try out the module together and gain experience.

The module can be installed via Composer in OXID. Best done by an experienced OXID agency. You can find the instructions directly on Gitub or in our installation guide under Docs -> OXID6 Installation Guide

OXID 6 offers the functions address validation, name validation, email validation and phone number validation. Existing customers can be validated, as well as PayPal Express orders.

With JTL 5 you can use the address check for new and existing customers, name check and email check. Also existing customers and PayPal Express orders can be checked, a check of phone numbers is currently not yet possible, but planned.

The module for JTL 4 is no longer developed. It can be used as it is. We strongly recommend the change to JTL 5!

The problem is solved. Updating the module from the JTL Store or downloading the latest module version from Github will probably solve the problem.

We work together with Celocore, a Magento agency. They are constantly developing the module for us and can make adjustments. Likewise, the team can help with the setup and adjust the implementation if necessary.

As of Sept 2023, the current Magento version is the 2.4.6-p1. We always test the module based on LUMA theme.

Currently, the address check is only performed on the address selected in the checkout when moving from the address data to the payment method. We are working on implementing the checks in the address book as well.

You can configure the plugin in the event actions. There, the orders are then automatically validated when this has reached the defined order status. If an address can be corrected automatically, the adjustment is performed on the address without interaction. If a major adesss change is necessary, the correction suggestion is written in the order note.

Currently, only the fields "delivery street 1", "delivery street 2","postcode", "city" and "country" are taken into account. All other fields are currently NOT included in the check. An extended check for the name fields is in development and will be provided as soon as it has left the beta status.

You can connect endereco Services to your system in 2 ways:

- With customer interaction, e.g. in a store system or form page on the web -> here we offer a Javascript SDK for integration.
- Directly in your system (e.g. ERP) -> here the JSON_RPC API is most suitable

You can find both at github.com/endereco

We offer the following checks via API:

Address entry wizard
Address validation for over 200 countries
E-mail check
Phone number check
Name check
VAT-ID check
Bank data check

Further services are in preparation.

Yes this is possible. For this, the page ID must be included in the whitelist of the module. This can then be used to initalize the address validation on the form pages.

The testing of "Express payment methods" is in the planning stage. In the future, Apple Pay, Google Pay (both via Stripe) Amazon Pay and PayPal will be supported.