Age verification without turning checkout into an obstacle.
PrestaHeroes AgeChecked Integration provides a complete post-order age-verification workflow for restricted products—from internal testing, official sandbox scenarios, and stealth production rollout to approvals, exceptions, customer messaging, and detailed compliance records.
Build confidence before every customer sees it
Move from configuration to live operation through a practical, low-risk rollout path. Test the customer journey, verify provider response handling, validate privately on production, and then open the workflow to all matching orders.
Configure
Keep sandbox and production credentials separate, choose the verification method, define country scope, and select restricted products.
Prove it in sandbox
Run official AgeChecked AC0120 scenarios for approved, partially found, not found, and underage outcomes against the real sandbox endpoint.
Test production privately
Enable stealth mode so storefront notices, DOB collection, prompts, and provider calls run only for approved tester IP addresses.
Go live with control
Disable stealth mode when testing is accepted. The same proven order workflow then applies to every matching customer and product.
Apply age checks exactly where they belong
Broad category rules make setup fast. Product-specific overrides handle the exceptions. Country scope prevents irrelevant age-verification messaging or processing outside the markets you configure.
Category-based rules
Select complete categories and subcategories to apply age verification across a product range.
Product-level overrides
Require age checking, exclude a specific product, or let the product inherit its category rule.
Country-aware scope
Apply the workflow only to listed countries—or to all countries except your exclusions.
Relevant storefront messaging
Show the 18+ AgeChecked assurance only for restricted products and only when the visitor’s active country is in scope.
Previous approval option
Trust a customer’s earlier AgeChecked approval to avoid unnecessary repeat checks while recording the new order’s compliance decision.
Custom customer content
Control success, review, denial, technical-error, order-confirmation, and hosted-return-page messaging from the module.
Post-order verification designed to protect conversion
The customer completes checkout first. The module then evaluates the saved order, its delivery country, and its restricted products before starting the configured AgeChecked process.
- Order is created normallyThe module does not replace or rewrite the payment status.
- Eligibility is resolvedCountry, category, product overrides, and previous approval are evaluated from the persisted order.
- Verification runsAC0120 can return an immediate result; AC0130 sends the customer through AgeChecked’s hosted evidence flow.
- Compliance is recordedThe order receives a separate Pending, Approved, or Needs approval state.
- Exceptions reach the merchantOrders that cannot be cleared automatically appear in the review queue and on the order itself.
Collect only what the selected method requires
- AC0120: collects DOB after purchase for an in-scope restricted order and sends it to AgeChecked.
- Transient DOB: the module does not store the customer’s DOB locally.
- AC0130: evidence is handled through the hosted AgeChecked journey rather than collected by PrestaShop.
- Sanitized diagnostics: sensitive credential fields are masked in stored request traces.
- Server callback: the AC0130 callback remains the authoritative processor for the final verification result.
Choose the right path—or use the intelligent fallback
| Method | Best for | Customer experience | Module handling |
|---|---|---|---|
| AC0120 / cceroll | Fast automated dataset verification | Transient post-purchase DOB entry | Immediate result mapping and order compliance update |
| AC0130 hosted ID check | Document-based verification when stronger evidence is needed | Hosted ID, selfie, and liveness process | Customer redirect, branded return page, callback processing, and pending-state tracking |
| AC0120 → AC0130 fallback | Maximum automation with a second route for customers not approved by AC0120 | Fast check first; hosted evidence flow only when required | Automatic transition from the initial check into AC0130 with linked diagnostics |
Every result is connected to the order that matters
Your team does not need to hunt through disconnected systems to understand what happened. The module brings the decision, provider context, and merchant actions into the PrestaShop back office.
Dashboard and alerts
See counts for orders needing approval, approved restricted orders, product-level rules, and verification events.
Dedicated review queues
Open separate Needs approval and Approved queues with order, customer, delivery, payment, provider, AgeCheckID, and total context.
Order-level compliance panel
Review the AgeChecked state directly on the PrestaShop order page without confusing it with payment status.
Manual approval with reason
Approve an exception with a required audit note. The action is recorded in the module log and the order’s private messages.
Cancel when no longer required
Close the age-verification requirement when a restricted item is removed or another documented fulfilment decision makes it unnecessary.
Correct and rerun AC0120
Enter corrected customer details, provide an audit reason, send a real AC0120 request, and retain the new provider result.
A compliance record built for investigation—not guesswork
- Chronological verification event history
- Order, customer, delivery, payment, and order-total context
- Provider status, normalized result, method, code, and AgeCheckID
- Sanitized raw provider request visibility
- Raw provider response visibility for diagnostics
- Manual approval, cancellation, and recheck notes
- Private order messages that preserve staff actions
Built specifically for modern PrestaShop
- Compatible with PrestaShop 8.x and 9.x
- Resilient order-confirmation hook fallbacks for varied themes and payment modules
- Product-page rule integration and country-scoped 18+ assurance messaging
- Separate module compliance status that does not overwrite native payment state
- Upgrade-safe module architecture with retained compliance history by default
Requirements and important notes
- A working PrestaShop 8 or PrestaShop 9 shop.
- An AgeChecked merchant account and the appropriate sandbox and/or production API credentials.
- AgeChecked registration of the module’s generated AC0130 callback and redirect URLs when using hosted verification.
- HTTPS and a production environment capable of receiving provider callbacks.
- Merchant configuration of the products and countries that legally or operationally require age verification.
AgeChecked account charges, provider approval, legal advice, and custom installation services are not included unless stated separately. The merchant remains responsible for confirming that its age-verification policy and fulfilment procedures satisfy the laws and rules that apply to its products and markets.
Frequently asked questions
Does the module block checkout?
No. The module follows a post-order workflow. PrestaShop creates the order first, and the module records a separate age-compliance state for fulfilment handling.
Does AgeChecked change the payment status?
No. Payment and age compliance remain separate. Your normal PrestaShop payment status stays intact while the module records Pending, Approved, or Needs approval.
Can I test safely on a live shop?
Yes. Stealth mode limits storefront AgeChecked behaviour to specified tester IP addresses, allowing controlled production validation before general release.
Can I require verification for a whole category but exclude one product?
Yes. Product-specific rules take precedence, so an individual product can be required, excluded, or set to inherit its category rule.
What happens when AC0120 does not approve the customer?
You can send the order to merchant review or configure the AC0120 → AC0130 workflow so the customer continues to the hosted ID-verification journey.
Is the customer’s date of birth stored in PrestaShop?
No. For AC0120, DOB is collected transiently after purchase and sent to AgeChecked without being stored locally by the module.
One module. One controlled workflow. No missing pieces.
Configure the rules, prove the outcomes, test privately in production, launch confidently, and give your team the order-level tools and evidence needed to operate age-restricted sales responsibly.
Vérifiez l’âge sans transformer le passage en caisse en obstacle.
L’intégration AgeChecked de PrestaHeroes fournit un parcours complet de vérification d’âge après commande pour les produits soumis à restriction : tests internes, scénarios officiels en sandbox, déploiement discret en production, approbations, exceptions, messages destinés au client et journal de conformité détaillé.
Gagnez en confiance avant que chaque client ne le voie
Passez de la configuration à l’exploitation réelle grâce à une méthode de déploiement pratique et à faible risque. Testez le parcours client, validez le traitement des réponses du prestataire, contrôlez la production en privé, puis ouvrez le processus à toutes les commandes concernées.
Configurer
Séparez les identifiants sandbox et production, choisissez la méthode de vérification, définissez les pays concernés et sélectionnez les produits soumis à restriction.
Valider dans la sandbox
Exécutez les scénarios officiels AC0120 d’AgeChecked pour les résultats approuvé, partiellement trouvé, introuvable et mineur sur le véritable endpoint de sandbox.
Tester la production en privé
Activez le mode discret afin que les messages de la boutique, la collecte de la date de naissance, les invites et les appels au prestataire ne s’exécutent que pour les adresses IP de test autorisées.
Mettre en ligne avec contrôle
Désactivez le mode discret lorsque les tests sont validés. Le même parcours de commande éprouvé s’applique alors à chaque client et produit correspondant aux règles.
Appliquez la vérification d’âge exactement là où elle est nécessaire
Les règles générales par catégorie accélèrent la configuration. Les exceptions propres à chaque produit gèrent les cas particuliers. Le périmètre par pays évite les messages ou traitements de vérification inutiles en dehors des marchés configurés.
Règles par catégorie
Sélectionnez des catégories et sous-catégories complètes afin d’appliquer la vérification d’âge à une gamme de produits.
Exceptions par produit
Imposez la vérification, excluez un produit précis ou laissez-le hériter de la règle de sa catégorie.
Périmètre par pays
Appliquez le parcours uniquement aux pays répertoriés, ou à tous les pays sauf ceux que vous excluez.
Messages pertinents dans la boutique
Affichez l’assurance AgeChecked 18+ uniquement sur les produits soumis à restriction et lorsque le pays actif du visiteur est concerné.
Option d’approbation antérieure
Faites confiance à une approbation AgeChecked antérieure pour éviter des contrôles répétés inutiles, tout en enregistrant la décision de conformité de la nouvelle commande.
Contenu client personnalisable
Gérez depuis le module les messages de réussite, d’examen, de refus, d’erreur technique, de confirmation de commande et de page de retour hébergée.
Une vérification après commande conçue pour protéger la conversion
Le client termine d’abord son achat. Le module évalue ensuite la commande enregistrée, le pays de livraison et les produits soumis à restriction avant de lancer le processus AgeChecked configuré.
- La commande est créée normalementLe module ne remplace ni ne modifie le statut de paiement.
- L’éligibilité est déterminéeLe pays, la catégorie, les exceptions produit et l’approbation antérieure sont évalués à partir de la commande enregistrée.
- La vérification est exécutéeAC0120 peut renvoyer un résultat immédiat ; AC0130 dirige le client vers le parcours hébergé de collecte des justificatifs AgeChecked.
- La conformité est enregistréeLa commande reçoit un état distinct : En attente, Approuvée ou Approbation requise.
- Les exceptions sont transmises au marchandLes commandes qui ne peuvent pas être approuvées automatiquement apparaissent dans la file d’examen et sur la commande elle-même.
Collectez uniquement ce que la méthode choisie exige
- AC0120 : collecte la date de naissance après l’achat pour une commande soumise à restriction et concernée, puis l’envoie à AgeChecked.
- Date de naissance transitoire : le module ne stocke pas localement la date de naissance du client.
- AC0130 : les justificatifs sont gérés dans le parcours hébergé AgeChecked plutôt que collectés par PrestaShop.
- Diagnostics assainis : les champs sensibles des identifiants sont masqués dans les traces de requête enregistrées.
- Callback serveur : le callback AC0130 reste le mécanisme de référence pour traiter le résultat final de la vérification.
Choisissez le bon parcours ou utilisez le repli intelligent
| Méthode | Idéal pour | Expérience client | Traitement par le module |
|---|---|---|---|
| AC0120 / cceroll | Vérification automatisée et rapide à partir de jeux de données | Saisie transitoire de la date de naissance après l’achat | Interprétation immédiate du résultat et mise à jour de la conformité de la commande |
| Contrôle d’identité hébergé AC0130 | Vérification documentaire lorsqu’une preuve plus forte est nécessaire | Parcours hébergé avec pièce d’identité, selfie et détection de présence | Redirection du client, page de retour personnalisée, traitement du callback et suivi du statut en attente |
| Repli AC0120 → AC0130 | Automatisation maximale avec une seconde voie pour les clients non approuvés par AC0120 | Contrôle rapide en premier ; parcours hébergé uniquement si nécessaire | Transition automatique du contrôle initial vers AC0130 avec diagnostics liés |
Chaque résultat reste lié à la commande concernée
Votre équipe n’a pas à chercher dans des systèmes déconnectés pour comprendre ce qui s’est passé. Le module rassemble la décision, le contexte du prestataire et les actions du marchand dans le back-office PrestaShop.
Tableau de bord et alertes
Consultez le nombre de commandes nécessitant une approbation, de commandes restreintes approuvées, de règles produit et d’événements de vérification.
Files d’examen dédiées
Ouvrez des files distinctes Approbation requise et Approuvées avec le contexte de la commande, du client, de la livraison, du paiement, du prestataire, de l’AgeCheckID et du total.
Panneau de conformité de la commande
Examinez l’état AgeChecked directement sur la page de commande PrestaShop sans le confondre avec le statut de paiement.
Approbation manuelle motivée
Approuvez une exception avec une note d’audit obligatoire. L’action est enregistrée dans le journal du module et dans les messages privés de la commande.
Annuler lorsque ce n’est plus nécessaire
Clôturez l’exigence de vérification lorsqu’un article soumis à restriction est retiré ou qu’une autre décision de préparation documentée la rend inutile.
Corriger et relancer AC0120
Saisissez les informations client corrigées, indiquez un motif d’audit, envoyez une véritable requête AC0120 et conservez le nouveau résultat du prestataire.
Un dossier de conformité conçu pour enquêter, pas pour deviner
- Historique chronologique des événements de vérification
- Contexte de la commande, du client, de la livraison, du paiement et du total
- Statut du prestataire, résultat normalisé, méthode, code et AgeCheckID
- Visibilité de la requête brute avec masquage des données sensibles
- Visibilité de la réponse brute du prestataire à des fins de diagnostic
- Notes d’approbation manuelle, d’annulation et de nouveau contrôle
- Messages privés de commande conservant les actions du personnel
Conçu spécialement pour les versions modernes de PrestaShop
- Compatible avec PrestaShop 8.x et 9.x
- Mécanismes de repli robustes pour les hooks de confirmation de commande selon les thèmes et modules de paiement
- Intégration des règles sur la page produit et messages 18+ limités aux pays concernés
- État de conformité séparé qui n’écrase pas le statut de paiement natif
- Architecture compatible avec les mises à niveau, conservant par défaut l’historique de conformité
Prérequis et remarques importantes
- Une boutique fonctionnelle sous PrestaShop 8 ou PrestaShop 9.
- Un compte marchand AgeChecked et les identifiants API sandbox et/ou production appropriés.
- L’enregistrement par AgeChecked des URL de callback et de redirection AC0130 générées par le module lorsque la vérification hébergée est utilisée.
- HTTPS et un environnement de production capable de recevoir les callbacks du prestataire.
- La configuration par le marchand des produits et pays qui nécessitent légalement ou opérationnellement une vérification d’âge.
Les frais du compte AgeChecked, l’approbation par le prestataire, les conseils juridiques et les services d’installation personnalisés ne sont pas inclus sauf indication distincte. Le marchand reste responsable de vérifier que sa politique de contrôle de l’âge et ses procédures de préparation respectent les lois et règles applicables à ses produits et marchés.
Questions fréquentes
Le module bloque-t-il le passage en caisse ?
Non. Le module suit un parcours après commande. PrestaShop crée d’abord la commande, puis le module enregistre un état distinct de conformité d’âge pour la gestion de la préparation.
AgeChecked modifie-t-il le statut de paiement ?
Non. Le paiement et la conformité d’âge restent séparés. Le statut de paiement PrestaShop habituel est conservé tandis que le module enregistre En attente, Approuvée ou Approbation requise.
Puis-je tester en toute sécurité sur une boutique en ligne ?
Oui. Le mode discret limite le comportement AgeChecked dans la boutique aux adresses IP de test définies, ce qui permet une validation contrôlée en production avant l’ouverture générale.
Puis-je imposer la vérification à toute une catégorie tout en excluant un produit ?
Oui. Les règles propres au produit sont prioritaires ; un produit peut donc être obligatoire, exclu ou configuré pour hériter de la règle de sa catégorie.
Que se passe-t-il si AC0120 n’approuve pas le client ?
Vous pouvez envoyer la commande à l’examen du marchand ou configurer le parcours AC0120 → AC0130 afin que le client poursuive avec la vérification d’identité hébergée.
La date de naissance du client est-elle stockée dans PrestaShop ?
Non. Pour AC0120, la date de naissance est collectée de façon transitoire après l’achat et envoyée à AgeChecked sans être stockée localement par le module.
Un module. Un parcours contrôlé. Aucun maillon manquant.
Configurez les règles, validez les résultats, testez en privé en production, lancez en confiance et donnez à votre équipe les outils et les preuves liés aux commandes nécessaires pour gérer de manière responsable les ventes soumises à une limite d’âge.
Verificación de edad sin convertir el proceso de compra en un obstáculo.
La integración AgeChecked de PrestaHeroes ofrece un flujo completo de verificación de edad posterior al pedido para productos restringidos: desde las pruebas internas, los escenarios oficiales de sandbox y el despliegue controlado en producción hasta las aprobaciones, las excepciones, la comunicación con el cliente y los registros detallados de cumplimiento.
Genere confianza antes de que lo vea cada cliente
Avance desde la configuración hasta la operación en vivo mediante una ruta de despliegue práctica y de bajo riesgo. Pruebe la experiencia del cliente, valide el tratamiento de las respuestas del proveedor, compruebe la producción en privado y, después, abra el flujo a todos los pedidos que correspondan.
Configurar
Mantenga separadas las credenciales de sandbox y producción, elija el método de verificación, defina el ámbito por país y seleccione los productos restringidos.
Validar en sandbox
Ejecute los escenarios oficiales AC0120 de AgeChecked para resultados aprobados, parcialmente encontrados, no encontrados y menores de edad contra el endpoint real de sandbox.
Probar producción en privado
Active el modo oculto para que los avisos de la tienda, la recogida de fecha de nacimiento, los mensajes y las llamadas al proveedor solo se ejecuten para las IP autorizadas de prueba.
Publicar con control
Desactive el modo oculto cuando las pruebas hayan sido aceptadas. El mismo flujo de pedido ya validado se aplicará entonces a cada cliente y producto que cumpla las reglas.
Aplique la verificación de edad exactamente donde corresponde
Las reglas amplias por categoría agilizan la configuración. Las excepciones específicas por producto resuelven los casos especiales. El ámbito por país evita mensajes o procesos de verificación irrelevantes fuera de los mercados configurados.
Reglas por categoría
Seleccione categorías y subcategorías completas para aplicar la verificación de edad a una gama de productos.
Excepciones por producto
Exija la verificación, excluya un producto concreto o permita que herede la regla de su categoría.
Ámbito por país
Aplique el flujo solo a los países indicados o a todos excepto los que haya excluido.
Mensajes relevantes en la tienda
Muestre el aviso 18+ de AgeChecked solo en productos restringidos y cuando el país activo del visitante esté incluido.
Opción de aprobación previa
Confíe en una aprobación anterior de AgeChecked para evitar comprobaciones repetidas innecesarias, registrando igualmente la decisión de cumplimiento del nuevo pedido.
Contenido personalizable para el cliente
Controle desde el módulo los mensajes de éxito, revisión, denegación, error técnico, confirmación del pedido y página de retorno alojada.
Verificación posterior al pedido diseñada para proteger la conversión
El cliente completa primero el proceso de compra. A continuación, el módulo evalúa el pedido guardado, el país de entrega y los productos restringidos antes de iniciar el proceso AgeChecked configurado.
- El pedido se crea con normalidadEl módulo no sustituye ni modifica el estado del pago.
- Se determina la elegibilidadEl país, la categoría, las excepciones por producto y la aprobación previa se evalúan a partir del pedido guardado.
- Se ejecuta la verificaciónAC0120 puede devolver un resultado inmediato; AC0130 conduce al cliente por el proceso alojado de comprobación de pruebas de AgeChecked.
- Se registra el cumplimientoEl pedido recibe un estado independiente: Pendiente, Aprobado o Requiere aprobación.
- Las excepciones llegan al comercioLos pedidos que no pueden aprobarse automáticamente aparecen en la cola de revisión y en el propio pedido.
Recoja únicamente lo que exige el método seleccionado
- AC0120: recoge la fecha de nacimiento después de la compra para un pedido restringido incluido en el ámbito y la envía a AgeChecked.
- Fecha de nacimiento transitoria: el módulo no almacena localmente la fecha de nacimiento del cliente.
- AC0130: las pruebas se gestionan mediante el proceso alojado de AgeChecked en lugar de ser recopiladas por PrestaShop.
- Diagnósticos saneados: los campos sensibles de credenciales se ocultan en las trazas de solicitud almacenadas.
- Callback del servidor: el callback AC0130 sigue siendo el procesador autoritativo del resultado final de la verificación.
Elija la ruta adecuada o utilice la alternativa inteligente
| Método | Ideal para | Experiencia del cliente | Gestión del módulo |
|---|---|---|---|
| AC0120 / cceroll | Verificación automatizada y rápida contra conjuntos de datos | Introducción transitoria de la fecha de nacimiento después de la compra | Asignación inmediata del resultado y actualización del cumplimiento del pedido |
| Comprobación de identidad alojada AC0130 | Verificación documental cuando se necesitan pruebas más sólidas | Proceso alojado de documento, selfie y prueba de vida | Redirección del cliente, página de retorno con marca, procesamiento del callback y seguimiento del estado pendiente |
| Alternativa AC0120 → AC0130 | Máxima automatización con una segunda ruta para clientes no aprobados por AC0120 | Comprobación rápida primero; proceso alojado solo cuando sea necesario | Transición automática desde la comprobación inicial a AC0130 con diagnósticos vinculados |
Cada resultado queda conectado con el pedido que importa
Su equipo no necesita buscar en sistemas desconectados para entender qué ocurrió. El módulo lleva la decisión, el contexto del proveedor y las acciones del comercio directamente al back office de PrestaShop.
Panel y alertas
Consulte recuentos de pedidos que requieren aprobación, pedidos restringidos aprobados, reglas por producto y eventos de verificación.
Colas de revisión específicas
Abra colas separadas de Requiere aprobación y Aprobados con contexto del pedido, cliente, entrega, pago, proveedor, AgeCheckID y total.
Panel de cumplimiento del pedido
Revise el estado de AgeChecked directamente en la página del pedido de PrestaShop sin confundirlo con el estado del pago.
Aprobación manual con motivo
Apruebe una excepción con una nota de auditoría obligatoria. La acción queda registrada en el log del módulo y en los mensajes privados del pedido.
Cancelar cuando ya no sea necesario
Cierre el requisito de verificación cuando se retire un artículo restringido o cuando otra decisión documentada de preparación lo haga innecesario.
Corregir y repetir AC0120
Introduzca datos corregidos del cliente, indique un motivo de auditoría, envíe una solicitud AC0120 real y conserve el nuevo resultado del proveedor.
Un registro de cumplimiento creado para investigar, no para adivinar
- Historial cronológico de eventos de verificación
- Contexto de pedido, cliente, entrega, pago y total del pedido
- Estado del proveedor, resultado normalizado, método, código y AgeCheckID
- Visibilidad de la solicitud sin procesar con datos sensibles ocultos
- Visibilidad de la respuesta sin procesar del proveedor para diagnóstico
- Notas de aprobación manual, cancelación y repetición de la comprobación
- Mensajes privados del pedido que conservan las acciones del personal
Creado específicamente para PrestaShop moderno
- Compatible con PrestaShop 8.x y 9.x
- Mecanismos alternativos resistentes para los hooks de confirmación de pedido en distintos temas y módulos de pago
- Integración de reglas en la página de producto y avisos 18+ limitados por país
- Estado de cumplimiento independiente que no sobrescribe el estado de pago nativo
- Arquitectura de módulo segura para actualizaciones, conservando por defecto el historial de cumplimiento
Requisitos y notas importantes
- Una tienda funcional con PrestaShop 8 o PrestaShop 9.
- Una cuenta de comercio de AgeChecked y las credenciales API adecuadas de sandbox y/o producción.
- El registro por parte de AgeChecked de las URL de callback y redirección AC0130 generadas por el módulo cuando se utilice la verificación alojada.
- HTTPS y un entorno de producción capaz de recibir callbacks del proveedor.
- La configuración por parte del comercio de los productos y países que legal u operativamente requieran verificación de edad.
Las tarifas de la cuenta AgeChecked, la aprobación del proveedor, el asesoramiento jurídico y los servicios personalizados de instalación no están incluidos salvo que se indiquen por separado. El comercio sigue siendo responsable de confirmar que su política de verificación de edad y sus procedimientos de preparación cumplen las leyes y normas aplicables a sus productos y mercados.
Preguntas frecuentes
¿El módulo bloquea el proceso de compra?
No. El módulo utiliza un flujo posterior al pedido. PrestaShop crea primero el pedido y el módulo registra un estado independiente de cumplimiento de edad para gestionar la preparación.
¿AgeChecked modifica el estado del pago?
No. El pago y el cumplimiento de edad permanecen separados. El estado normal de pago de PrestaShop se conserva mientras el módulo registra Pendiente, Aprobado o Requiere aprobación.
¿Puedo probarlo de forma segura en una tienda activa?
Sí. El modo oculto limita el comportamiento de AgeChecked en la tienda a direcciones IP de prueba específicas, permitiendo validar la producción de forma controlada antes del lanzamiento general.
¿Puedo exigir la verificación para toda una categoría y excluir un producto?
Sí. Las reglas específicas por producto tienen prioridad, por lo que un producto individual puede ser obligatorio, quedar excluido o heredar la regla de su categoría.
¿Qué ocurre cuando AC0120 no aprueba al cliente?
Puede enviar el pedido a revisión del comercio o configurar el flujo AC0120 → AC0130 para que el cliente continúe con el proceso alojado de verificación de identidad.
¿Se almacena en PrestaShop la fecha de nacimiento del cliente?
No. En AC0120, la fecha de nacimiento se recoge de forma transitoria después de la compra y se envía a AgeChecked sin almacenarse localmente en el módulo.
Un módulo. Un flujo controlado. Sin piezas ausentes.
Configure las reglas, valide los resultados, pruebe en producción de forma privada, publique con confianza y proporcione a su equipo las herramientas y pruebas vinculadas al pedido necesarias para operar responsablemente las ventas de productos con restricción de edad.
Altersverifizierung, ohne den Checkout zum Hindernis zu machen.
Die PrestaHeroes AgeChecked-Integration bietet einen vollständigen Workflow zur Altersverifizierung nach der Bestellung für altersbeschränkte Produkte: von internen Tests, offiziellen Sandbox-Szenarien und einem kontrollierten Produktions-Rollout bis zu Freigaben, Ausnahmen, Kundenhinweisen und detaillierten Nachweisen.
Schaffen Sie Sicherheit, bevor jeder Kunde ihn sieht
Führen Sie die Einrichtung über einen praktischen, risikoarmen Rollout bis zum Live-Betrieb. Testen Sie die Customer Journey, prüfen Sie die Verarbeitung der Anbieterantworten, validieren Sie die Produktion zunächst privat und öffnen Sie den Workflow anschließend für alle passenden Bestellungen.
Konfigurieren
Halten Sie Sandbox- und Produktionszugangsdaten getrennt, wählen Sie die Verifizierungsmethode, definieren Sie die Länderabdeckung und wählen Sie altersbeschränkte Produkte aus.
In der Sandbox nachweisen
Führen Sie die offiziellen AgeChecked-AC0120-Szenarien für genehmigt, teilweise gefunden, nicht gefunden und minderjährig gegen den echten Sandbox-Endpunkt aus.
Produktion privat testen
Aktivieren Sie den Stealth-Modus, damit Shop-Hinweise, Erfassung des Geburtsdatums, Aufforderungen und Anbieteraufrufe nur für freigegebene Tester-IP-Adressen ausgeführt werden.
Kontrolliert live schalten
Deaktivieren Sie den Stealth-Modus nach erfolgreicher Abnahme. Derselbe erprobte Bestellworkflow gilt dann für jeden passenden Kunden und jedes passende Produkt.
Wenden Sie Altersprüfungen genau dort an, wo sie erforderlich sind
Breite Kategorieregeln beschleunigen die Einrichtung. Produktspezifische Ausnahmen behandeln Sonderfälle. Die Länderabdeckung verhindert irrelevante Hinweise oder Prüfungen außerhalb der von Ihnen konfigurierten Märkte.
Kategorieregeln
Wählen Sie vollständige Kategorien und Unterkategorien aus, um die Altersverifizierung auf ein Produktsortiment anzuwenden.
Ausnahmen auf Produktebene
Verlangen Sie eine Prüfung, schließen Sie ein bestimmtes Produkt aus oder lassen Sie es die Kategorieregel übernehmen.
Länderbezogene Abdeckung
Wenden Sie den Workflow nur auf aufgeführte Länder an – oder auf alle Länder mit Ausnahme Ihrer Ausschlüsse.
Relevante Shop-Hinweise
Zeigen Sie den AgeChecked-18+-Hinweis nur bei altersbeschränkten Produkten und nur dann, wenn das aktive Land des Besuchers einbezogen ist.
Frühere Genehmigung übernehmen
Vertrauen Sie einer früheren AgeChecked-Genehmigung, um unnötige Wiederholungsprüfungen zu vermeiden, und protokollieren Sie dennoch die Entscheidung für die neue Bestellung.
Anpassbare Kundeninhalte
Steuern Sie Erfolgs-, Prüfungs-, Ablehnungs-, Technikfehler-, Bestellbestätigungs- und Rückkehrseiten-Texte direkt im Modul.
Altersverifizierung nach der Bestellung zum Schutz der Conversion
Der Kunde schließt zuerst den Checkout ab. Danach bewertet das Modul die gespeicherte Bestellung, das Lieferland und die altersbeschränkten Produkte, bevor der konfigurierte AgeChecked-Prozess beginnt.
- Die Bestellung wird normal erstelltDas Modul ersetzt oder überschreibt den Zahlungsstatus nicht.
- Die Prüfpflicht wird ermitteltLand, Kategorie, Produktausnahmen und frühere Genehmigung werden anhand der gespeicherten Bestellung ausgewertet.
- Die Verifizierung wird ausgeführtAC0120 kann sofort ein Ergebnis liefern; AC0130 führt den Kunden durch den gehosteten AgeChecked-Nachweisprozess.
- Der Nachweisstatus wird protokolliertDie Bestellung erhält einen separaten Status: Ausstehend, Genehmigt oder Genehmigung erforderlich.
- Ausnahmen erreichen den HändlerBestellungen, die nicht automatisch freigegeben werden können, erscheinen in der Prüfliste und direkt in der Bestellung.
Erfassen Sie nur das, was die gewählte Methode benötigt
- AC0120: erfasst nach dem Kauf das Geburtsdatum für eine betroffene Bestellung mit altersbeschränkten Produkten und sendet es an AgeChecked.
- Temporäres Geburtsdatum: Das Modul speichert das Geburtsdatum des Kunden nicht lokal.
- AC0130: Nachweise werden im gehosteten AgeChecked-Prozess verarbeitet und nicht von PrestaShop erfasst.
- Bereinigte Diagnose: sensible Zugangsdatenfelder werden in gespeicherten Anfrageprotokollen maskiert.
- Server-Callback: Der AC0130-Callback bleibt die maßgebliche Verarbeitung für das endgültige Verifizierungsergebnis.
Wählen Sie den richtigen Weg – oder nutzen Sie den intelligenten Fallback
| Methode | Geeignet für | Kundenerlebnis | Verarbeitung im Modul |
|---|---|---|---|
| AC0120 / cceroll | Schnelle automatisierte Prüfung anhand von Datensätzen | Temporäre Eingabe des Geburtsdatums nach dem Kauf | Sofortige Zuordnung des Ergebnisses und Aktualisierung des Prüfstatus der Bestellung |
| Gehostete AC0130-Identitätsprüfung | Dokumentenbasierte Verifizierung, wenn stärkere Nachweise erforderlich sind | Gehosteter Prozess mit Ausweis, Selfie und Liveness-Prüfung | Kundenweiterleitung, gebrandete Rückkehrseite, Callback-Verarbeitung und Verfolgung ausstehender Ergebnisse |
| AC0120 → AC0130 Fallback | Maximale Automatisierung mit einem zweiten Weg für Kunden, die durch AC0120 nicht genehmigt werden | Zuerst schnelle Prüfung; gehosteter Nachweis nur bei Bedarf | Automatischer Übergang von der ersten Prüfung zu AC0130 mit verknüpften Diagnosedaten |
Jedes Ergebnis bleibt mit der relevanten Bestellung verbunden
Ihr Team muss nicht in getrennten Systemen nach der Ursache suchen. Das Modul bringt Entscheidung, Anbieterkontext und Händleraktionen direkt in das PrestaShop-Backoffice.
Dashboard und Hinweise
Sehen Sie die Anzahl von Bestellungen mit Genehmigungsbedarf, genehmigten eingeschränkten Bestellungen, Produktregeln und Verifizierungsereignissen.
Eigene Prüfwarteschlangen
Öffnen Sie getrennte Listen für Genehmigung erforderlich und Genehmigt – mit Bestellung, Kunde, Lieferung, Zahlung, Anbieter, AgeCheckID und Gesamtbetrag.
Prüfpanel in der Bestellung
Prüfen Sie den AgeChecked-Status direkt auf der PrestaShop-Bestellseite, ohne ihn mit dem Zahlungsstatus zu verwechseln.
Manuelle Genehmigung mit Begründung
Genehmigen Sie eine Ausnahme mit verpflichtendem Prüfvermerk. Die Aktion wird im Modulprotokoll und in den privaten Bestellnachrichten gespeichert.
Abbrechen, wenn nicht mehr erforderlich
Beenden Sie die Prüfpflicht, wenn ein altersbeschränkter Artikel entfernt wurde oder eine andere dokumentierte Versandentscheidung sie überflüssig macht.
AC0120 korrigieren und erneut ausführen
Geben Sie korrigierte Kundendaten und einen Prüfgrund ein, senden Sie eine echte AC0120-Anfrage und bewahren Sie das neue Anbieteregebnis auf.
Ein Prüfprotokoll für Untersuchungen – nicht für Vermutungen
- Chronologischer Verlauf der Verifizierungsereignisse
- Kontext zu Bestellung, Kunde, Lieferung, Zahlung und Bestellwert
- Anbieterstatus, normalisiertes Ergebnis, Methode, Code und AgeCheckID
- Einsehbare Roh-Anfrage mit maskierten sensiblen Daten
- Einsehbare Roh-Antwort des Anbieters für Diagnosezwecke
- Notizen zu manueller Genehmigung, Abbruch und erneuter Prüfung
- Private Bestellnachrichten, die Mitarbeiteraktionen dokumentieren
Speziell für modernes PrestaShop entwickelt
- Kompatibel mit PrestaShop 8.x und 9.x
- Robuste Fallbacks für Bestellbestätigungs-Hooks bei unterschiedlichen Themes und Zahlungsmodulen
- Produktseiten-Regelintegration und länderbezogene 18+-Hinweise
- Separater Prüfstatus des Moduls, der den nativen Zahlungsstatus nicht überschreibt
- Updatesichere Modularchitektur mit standardmäßig beibehaltener Prüf- und Nachweishistorie
Anforderungen und wichtige Hinweise
- Einen funktionsfähigen Shop mit PrestaShop 8 oder PrestaShop 9.
- Ein AgeChecked-Händlerkonto und die passenden Sandbox- und/oder Produktions-API-Zugangsdaten.
- Die Registrierung der vom Modul erzeugten AC0130-Callback- und Weiterleitungs-URLs bei AgeChecked, wenn die gehostete Verifizierung verwendet wird.
- HTTPS und eine Produktionsumgebung, die Anbieter-Callbacks empfangen kann.
- Die Händlerkonfiguration der Produkte und Länder, für die rechtlich oder betrieblich eine Altersverifizierung erforderlich ist.
Gebühren für das AgeChecked-Konto, Anbieterfreigabe, Rechtsberatung und individuelle Installationsleistungen sind nicht enthalten, sofern sie nicht separat aufgeführt werden. Der Händler bleibt dafür verantwortlich zu prüfen, dass seine Altersprüfungsrichtlinie und Versandverfahren den für seine Produkte und Märkte geltenden Gesetzen und Regeln entsprechen.
Häufig gestellte Fragen
Blockiert das Modul den Checkout?
Nein. Das Modul arbeitet nach der Bestellung. PrestaShop erstellt zuerst die Bestellung; anschließend protokolliert das Modul einen separaten Altersprüfstatus für die weitere Bearbeitung.
Ändert AgeChecked den Zahlungsstatus?
Nein. Zahlung und Altersprüfung bleiben getrennt. Der normale PrestaShop-Zahlungsstatus bleibt bestehen, während das Modul Ausstehend, Genehmigt oder Genehmigung erforderlich protokolliert.
Kann ich sicher in einem Live-Shop testen?
Ja. Der Stealth-Modus beschränkt das AgeChecked-Verhalten im Shop auf festgelegte Tester-IP-Adressen und ermöglicht so eine kontrollierte Produktionsvalidierung vor der allgemeinen Freigabe.
Kann ich die Prüfung für eine ganze Kategorie verlangen und ein Produkt ausschließen?
Ja. Produktspezifische Regeln haben Vorrang. Ein einzelnes Produkt kann daher prüfpflichtig, ausgeschlossen oder auf Vererbung der Kategorieregel gesetzt werden.
Was geschieht, wenn AC0120 den Kunden nicht genehmigt?
Sie können die Bestellung zur Händlerprüfung weiterleiten oder den Workflow AC0120 → AC0130 konfigurieren, damit der Kunde mit der gehosteten Identitätsprüfung fortfährt.
Wird das Geburtsdatum des Kunden in PrestaShop gespeichert?
Nein. Bei AC0120 wird das Geburtsdatum nach dem Kauf nur vorübergehend erfasst und an AgeChecked gesendet, ohne vom Modul lokal gespeichert zu werden.
Ein Modul. Ein kontrollierter Workflow. Keine fehlenden Bausteine.
Konfigurieren Sie die Regeln, validieren Sie die Ergebnisse, testen Sie privat in der Produktion, starten Sie mit Zuversicht und geben Sie Ihrem Team die bestellbezogenen Werkzeuge und Nachweise, die für einen verantwortungsvollen Verkauf altersbeschränkter Produkte erforderlich sind.