Google Pay, tests dans le navigateur et cinq langues pour le portail

Google Pay est disponible sur les paiements admissibles hébergés par HandyPay, y compris les sessions créées par des intégrations API et WHMCS. Un nouvel outil de test dans le navigateur rend le dépannage des portefeuilles concret ; cette version élargit aussi la prise en charge des langues du portail marchand et facilite le suivi des vérifications d’informations de compte.

• Google Pay s’affiche automatiquement lorsque l’appareil, le navigateur, la région et Google Wallet du client sont admissibles. Apple Pay, Amazon Pay, Cash App Pay et les cartes continuent de s’afficher lorsqu’ils sont admissibles, le paiement par carte restant toujours disponible comme solution de repli.
• Les intégrations existantes n’ont besoin ni d’un nouveau champ Google Pay ni d’un autre gestionnaire de webhook. Stripe le traite de manière sécurisée comme un portefeuille de carte ; la même session Checkout et les mêmes événements de paiement continuent donc de rapprocher la facture.
• Un nouveau test des moyens de paiement dans la documentation développeur ouvre un paiement sécurisé Stripe de US$1 en mode test afin que chacun puisse comparer l’affichage des portefeuilles sur son appareil actuel. La page d’accueil HandyPay affiche désormais aussi Visa, Mastercard, American Express, Apple Pay, Google Pay, Amazon Pay et Cash App Pay avec une formulation claire des conditions d’admissibilité.
• Le portail marchand prend désormais en charge l’anglais, l’espagnol, le français, le portugais et le bengali, avec un choix de langue conservé entre les connexions.
• Lorsque HandyPay demande des informations sur un compte ou un paiement, les marchands peuvent désormais voir quand leurs documents sont en cours d’examen et recevoir une décision claire — approuvée ou refusée — par e-mail et sur la page de demande sécurisée.

Chaque surface HandyPay dispose désormais d'un bac à sable complet soutenu par un compte de test dédié qui est fourni pour vous automatiquement. Dépliez le commutateur dans l'en-tête du portail ou dans le menu de compte de l'application et pratiquez l'ensemble de l'entreprise avec la carte de test 4242 4242 4242 4242 (toute échéance future, n'importe quel CVC): pas de mouvement d'argent réel, aucun email n'a jamais atteint un client, vos données en direct restent intactes, et test l'argent ne se mélange jamais dans des totaux réels.

• L'ensemble du portail fonctionne contre votre compte de test : créez des liens de paiement et des codes QR (rédirections de réussite incluses), lancez des plans d'abonnement et ouvrez leurs pages de détail avec des listes d'abonnés en direct, prenez des paiements de test, remboursez-les instantanément des détails de la transaction, et annulez les abonnements de test avec le même comportement de sortie de la période que les abonnements en direct.
• Les paiements, les clients, les exportations et les rapports sont également sandboxed: la page des paiements montre le solde réel de votre compte test et les paiements simulés, la page des clients se construit à partir de test checkout emails, et chaque exportation de CSV respecte le mode dans lequel vous êtes.
• L'application partage le même bac à sable : une bande orange sur chaque écran d'argent, un commutateur dans le menu de votre compte, des liens de paiement et des liens de don du clavier sur votre compte test, et votre flux d'activité montrant les paiements de bac à sable. Un lien de test créé sur votre téléphone apparaît dans le portail quelques secondes plus tard.
• Les nouveaux marchands commencent en mode test jusqu'à ce que Stripe à bord complète, parce que avant les paiements sont configurés il n'y a rien en direct à charger. Terminer à bord et tout bascule pour vivre avec un avis clair; un mode que vous choisissez à la main reste toujours choisi, et le mode de test reste un seul robinet à jamais.
• Les liens de test payants à usage unique montrent comme les codes de test payants et utilisés comme utilisés par QR, au lieu de prétendre être toujours actif.
• Marquage antifraude : les paiements sandbox portent un badge TEST à côté du montant sur la transaction et les détails de paiement sur le web et dans l'application, de sorte qu'une capture d'écran recadrée de l'argent de test ne peut jamais passer comme preuve d'un paiement réel.
• L'activité Sandbox arrive comme des notifications clairement étiquetées : un paiement test, un nouvel abonné test, ou un abonnement test se terminant chaque annonce dans le panneau portail et par poussée, toujours marqué comme test.

Un lot de mises à niveau de qualité de vie sur le portail et l'application, plusieurs d'entre eux directement de la rétroaction des marchands cette semaine.

• Lorsqu'un client annule un abonnement par l'intermédiaire de son portail de facturation, vous en entendez maintenant immédiatement parler : une notification dans le panneau du portail et une poussée au moment où l'annulation est programmée, avec la date à laquelle elle est exécutée, et une autre quand elle prend effet à la fin de la période de facturation. Les clients continuent de recevoir leurs propres courriels de confirmation à chaque étape.
• Rejeter les transactions dès la récente activité de l'aperçu avec un nouveau contrôle de vol stationnaire, en apparant à la page des transactions. Les renvois restent en synchronisation partout et survivent aux recharges, en mode live et test, et une vue déclassée vous permet de restaurer n'importe quoi.
• Le carrousel domestique de l'application s'enclenche carte à carte avec des points de page qui s'étirent et s'éclaircissent pendant que vous glissez, et une carte complète-votre-set conduit jusqu'à ce que l'embarquement est terminé. La carte try-test-mode peut être rejetée et retrouvée dans Préférences.
• Les avatars sont des carrés arrondis correspondant à l'en-tête de la maison, et ils montrent enfin votre photo de profil Google ou Apple; les photos téléchargées survivent également aux commutateurs de compte maintenant.
• Le déverrouillage biométrique a un vrai commutateur dans le menu de votre compte (il n'a pas pu être modifié après l'embarquement), et chaque basculement de l'application est maintenant le contrôle de plate-forme native.
• À bord des réponses à la question qui a fait les gens quitter, d'abord: aucun compte Stripe nécessaire, jamais. Stripe est disponible dans votre pays par l'intermédiaire de HandyPay, et la vérification d'identité est traitée en toute sécurité par Stripe.

Sélectionnez les éléments en attente dans Conseils & Dons et effacez-les dans une action confirmée. La suppression désactive également le lien de paiement de chaque article, de sorte qu'une page de paiement d'un client a toujours ouvert cesse d'accepter le paiement. Les paiements effectués ne sont jamais touchés.

Les numéros de compte bancaire sont maintenant vérifiés dès leur entrée : chiffres seulement, la bonne longueur pour votre pays, comptes de contrôle IBAN vérifiés, et un avertissement clair si une succursale ou un code de transit a été collé dans le numéro de compte, une erreur qui a servi à faire surface seulement comme paiements échoués semaines plus tard. Si l'entrée ne se passe jamais mal de toute façon, une nouvelle option dans les paramètres bancaires supprime les détails enregistrés et les rouvre dans le formulaire sécurisé de Stripe propre par pays, avec les paiements de reprise dès qu'il est terminé.

La version 3.3.2 de l'application HandyPay est maintenant disponible pour iPhone. La mise à jour est un téléchargement plus petit, maintient le rendu fiable du texte sur les appareils qui sont faibles en stockage, lisse le balayage pour rejeter une transaction, et rafraîchit la liste App Store pour couvrir les 28 pays où HandyPay est disponible.

Une boîte de recherche filtre maintenant ces mises à jour instantanément par fonction, tag, pays ou mois, et les abonnés reçoivent au plus un email par semaine: un seul digest de tout nouveau au lieu d'un message par sortie.

L'application HandyPay dispose maintenant d'un plateau de notifications sur l'écran d'accueil : paiements et paiements récents sous Pour vous, mises à jour de produit de ce changelog sous Quoi de neuf, et un badge non lu pour que rien ne soit manqué. La même mise à jour ajoute une lecture en direct du montant dans le clavier, un commutateur de monnaie plus clair, et une page de mise à jour qui montre ce que vous auriez économisé sur les frais avec le prix Pro.

Les marchands peuvent désormais mener des campagnes de financement complètes : une page publique avec une image de couverture, une histoire et un progrès, ainsi que des messages de soutien, des mises à jour d'organisateur et la même utilisation de liens de don de cartes hébergées. Les donateurs restent anonymes à moins qu'ils ne choisissent de partager leur nom, et les organisateurs gèrent tout depuis Tips & Donations dans le portail.

Chaque paiement montre maintenant sa trace bancaire ID sur la page de détail de paiement et dans le courrier électronique payé de paiement, de sorte qu'un marchand sur le téléphone avec leur banque peut citer la référence exacte au lieu de décrire les montants et les dates.

HandyPay embarqué accepte maintenant les commerçants dans six autres pays grâce au programme d'accès rapide, avec l'admissibilité et les détails de paiement confirmés lors de l'examen des comptes. Le pays de l'application mobile sélectionne chaque marché pris en charge, y compris ceux-ci.

• Ghana
• Gambie
• Maurice
• Namibie
• Nigéria
• Tanzanie

Les liens de don ouvrent maintenant une page de don hébergée par HandyPay où les supporters choisissent leur propre montant. Les organisateurs décident qui couvre les frais de traitement, de sorte qu'un lien couvert par le donateur délivre le cadeau choisi et peut définir un message personnalisé que les supporters de remerciement voient après avoir donné. Les liens sont créés à partir de l'application ou du tableau de bord du portail.

Les visiteurs peuvent désormais s'abonner aux mises à jour de produits HandyPay à partir du journal de changement public, tandis que les commerçants inscrits peuvent s'abonner en un clic à l'aide de leur compte email. Chaque message comprend une option de désabonnement direct.

Les événements courants ne créent plus de vagues notifications d'activité de compte, et les livraisons répétées de webhook ne dupliquent plus la même alerte. L'historique des transactions mobiles se réinitialise également clairement lorsqu'un commerçant signe ou change de compte.

Les développeurs peuvent désormais télécharger un contrat OpenAPI 3.1 couvrant chaque paramètre public, y compris les paiements intégrés, les remboursements, les litiges et les détails du compte de paiement. Webhook guide utilise maintenant corps brut, chronologie-sécurité des vérifications de signature et explique les secrets de fin de document indépendants, la déduplication d'événement, et le rapprochement fiable des paiements. Les clés API et les chemins de requête existants sont inchangés.

Lié API, Apple et les identités de mot de passe retournent maintenant à un compte marchand faisant autorité sans redémarrer la configuration. Les paramètres existants de l'embarquement, l'historique des paiements, les clés API, les webhooks et les paramètres de paiement restent intacts, tandis qu'un nouveau garde de base de données empêche les comptes en double actif d'être créés à nouveau.

Les intégrations API et WHMCS peuvent maintenant récupérer les sessions de caisse terminées de façon cohérente, recevoir des événements de succès et d'échec supplémentaires pour les méthodes de paiement différé, et compter sur les livraisons de webhook marchand signé qui réessayer après des défaillances temporaires de fin d'effet. Les clés et les intégrations API existantes continuent de fonctionner.

Les détails de paiement utilisent maintenant la date d'arrivée prévue par la banque fournie par notre réseau de paiement, montrent un calendrier de paiement étape par étape plus clair, et reflètent automatiquement, manuellement, ou révision-pausées calendriers de paiement systématiquement sur le Web et mobile.

HandyPay mobile confirme désormais l'état de connexion, de vérification et de configuration du compte avec le serveur avant de choisir l'écran suivant. Cela réduit les sessions de blocage, les écrans de configuration répétés et les boucles de connexion à travers les courriels, HandyPay et Apple.

Remboursez la décision de demande de remboursement par courriels maintenant réessayer automatiquement si une livraison initiale est interrompue, aidant les commerçants à recevoir une mise à jour de statut claire après chaque examen.

Les commerçants et les développeurs peuvent désormais changer la quantité sur un abonnement actif. Chaque mise à jour comprend un choix clair de calcul de la facture suivante, de facturer le rajustement immédiatement ou de faire le changement sans la proration.

Testez les clés API maintenant utiliser un compte de test dédié avec des produits séparés, des clients, des paiements, des abonnements, et des terminaux webhook. Le portail marchand comprend un espace de travail Test Mode afin que l'activité de test ne se présente jamais à côté de l'activité d'affaires en direct.

E-commerce et WHMCS checkouts peuvent maintenant afficher des méthodes de paiement supplémentaires lorsqu'ils sont éligibles pour le marchand, la monnaie, et le client. La caisse de carte reste disponible comme un retour en arrière sûr pour les combinaisons de compte et de devises qui ne supportent pas les méthodes dynamiques.

Les paiements réussis demeurent maintenant visibles dans les paiements pendant qu'ils s'établissent. Les marchands peuvent distinguer les fonds disponibles pour payer des fonds en attente de règlement et, lorsqu'ils sont disponibles, voir la date à laquelle chaque montant en attente devrait être disponible sur le Web et sur mobile.

La récupération du mot de passe et la vérification de la connexion fonctionnent désormais de façon plus fiable, les codes de vérification peuvent être collés comme un code complet, et la langue de commutation fonctionne sur les pages d'accès publiques. Les entrées web mobiles ne déclenchent plus de zoom de focus non désiré, alors que la normale pince à zoom reste disponible.

Le portail marchand et l'application mobile rafraîchissent maintenant l'activité transactionnelle lorsqu'une mise à jour de paiement arrive et lorsque les commerçants retournent à l'application ou revisite les écrans clés. Les totaux des tableaux de bord et les activités récentes sont moins susceptibles de montrer des états en suspens.

Les commerçants de ces nouveaux pays peuvent désormais choisir leur pays pendant leur séjour, saisir les données bancaires appropriées et voir les montants de règlement dans leur monnaie locale. Le ramassage de pays élargi est disponible sur le Web et sur le mobile.

• Bangladesh
• Algérie
• Angola
• Azerbaïdjan
• Bhoutan
• Gabon
• Kazakhstan
• Laos
• Mozambique
• Niger
• Saint-Marin

Les paiements séparent maintenant le règlement en attente du solde disponible, indiquent le calendrier d'arrivée et de paiement prévu, et énumèrent les paiements, les remboursements, les frais et les ajustements inclus dans chaque paiement lorsque disponible. La même formulation plus claire est disponible sur le web et sur le mobile.

Si un compte est placé sous examen, les commerçants peuvent encore lire les transactions et l'historique du compte en cours pendant que les actions de paiement, les changements de compte et les paiements automatiques sont interrompus. Un avis persistant explique la restriction et comment contacter le soutien.

Le retour de la configuration sécurisée du compte distingue désormais la configuration terminée, l'examen en attente et les actions encore nécessaires. Les liens de configuration expirés se rafraîchissent en toute sécurité, réduisant les formes répétées et les boucles d'embarquement fausses.

HandyPay publie maintenant la disponibilité du service et les mises à jour de produits dans le portail marchand et sur les pages publiques, avec un indicateur de statut en direct dans la navigation.

Lorsque HandyPay Support a besoin de plus d'informations, les commerçants peuvent utiliser un lien de requête sécurisé pour examiner la demande, télécharger des fichiers pris en charge, ajouter du contexte et soumettre tout en un seul endroit.

Les tentatives déclinées apparaissent maintenant dans l'historique des transactions avec le statut, la raison et le contexte des tentatives, aidant les marchands à comprendre pourquoi un paiement par le client n'a pas été effectué.

Les commerçants peuvent demander des remboursements sur le Web ou sur le mobile, consulter un état en attente pendant que la demande est examinée et recevoir des mises à jour lorsque le remboursement est traité.

HandyPay prend désormais en charge l'anglais et l'espagnol à travers les voyages marchands principaux, sélectionne une langue raisonnable pour chaque marchand, et affiche les dates dans le fuseau horaire local du navigateur.

Les détails de transaction ouverts depuis Home correspondent désormais à Activité, les graphiques et les commandes s'adaptent plus efficacement aux écrans plus petits, et les mises en page Android reçoivent le même comportement responsive.

Webhook, le grand livre, remboursement, dispute et les chemins de réconciliation échouent maintenant en toute sécurité et réessayer plus prévisible. Les paiements complétés sont moins susceptibles de rester en attente lorsqu'une mise à jour en aval est interrompue.

Un contrôle de rétroaction persistant est disponible dans tout le portail de connexion, d'embarquement et de marchand, ce qui facilite la déclaration d'un problème avec la page actuelle et inclut un contexte utile pour le soutien.