Paiement en ligne sur votre site en Israël : carte, abonnements et factures qui partent toutes seules
Vos clients paient par carte sans quitter votre site ou votre application, les abonnements se renouvellent sans que personne n'ait à y penser, et un reçu conforme aux règles israéliennes part après chaque paiement. Vous voyez qui a payé, quel prélèvement a échoué et pourquoi.
- Une équipe de développement à Netanya
- Les numéros de carte restent chez la société de paiement
- L'argent vous est versé directement, sans passer par nous
Qu'est-ce que l'intégration du paiement en ligne, et que construisons-nous ?
L'intégration du paiement en ligne relie votre site ou votre application à une société de paiement israélienne (la « slika ») et à votre service de facturation. Nous construisons une page de paiement intégrée au site, l'enregistrement de la carte sous forme de jeton, les prélèvements récurrents et paiements échelonnés, des reçus automatiques après chaque débit, la gestion des échecs et un tableau de bord. Nous travaillons avec votre société actuelle, PayPlus par exemple, ou vous aidons à la choisir.
Là où l'argent reste bloqué aujourd'hui
Le client quitte votre site pour une page de paiement inconnue
Vous envoyez sur WhatsApp un lien vers la page de la société de paiement : autre adresse, autre design, souvent tout en hébreu. Vos clients francophones demandent si c'est sûr, certains ferment l'onglet — et une vente presque conclue reste en suspens.
Le 1er du mois, quelqu'un débite les cartes à la main
La liste des abonnés dans Excel, des numéros de carte dictés un jour au téléphone, et quelqu'un au bureau qui saisit les débits un par un sur le terminal. Qu'il parte en vacances ou en période de réserve, et la moitié des prélèvements du mois ne se font tout simplement pas.
Les reçus se font le soir, un par un
On recopie les montants du relevé de la société de paiement dans le logiciel de facturation, on corrige un nom mal saisi, et juste avant la déclaration de TVA le comptable réclame les reçus manquants. Chaque mois, la même corvée.
Un prélèvement échoue et personne ne le voit
Carte remplacée, expirée ou plafond atteint. L'échec reste dans un rapport que personne n'ouvre, et le client continue à profiter du service. Vous l'apprenez deux mois plus tard — et il faut passer le coup de fil gênant.
Du premier appel au premier vrai débit
On regarde comment vous encaissez aujourd'hui
Un court échange sur ce que vous vendez — paiement unique, abonnement, paiements échelonnés ou acompte — et sur votre société de paiement et votre logiciel de facturation. Vous nous montrez le fonctionnement actuel ; nous revenons avec le schéma des flux et la liste des questions ouvertes.
On choisit la société de paiement et le service de facturation
Vous êtes déjà chez PayPlus ou une autre société ? Nous vérifions que son API fait ce qu'il faut. Vous partez de zéro ? Nous comparons ensemble selon ce qui compte pour vous : prélèvements récurrents, paiements échelonnés, Bit et portefeuilles numériques, qualité de l'API. Vous signez le contrat et négociez les commissions directement avec la société de paiement.
On construit en environnement de test
Page de paiement, cartes enregistrées, prélèvements récurrents, reçus et gestion des échecs tournent d'abord sur le terminal de test de la société de paiement et en mode test du service de facturation. Sans argent réel ni documents réels.
On teste avec une vraie carte
Un petit débit sur une vraie carte, son remboursement et un reçu réellement émis. Vous ou votre comptable vérifiez que le document est correct avant que le premier client ne paie.
Mise en ligne
Nous passons sur le terminal de production, activons les alertes et le tableau de bord, et montrons à votre équipe où voir les paiements, comment rembourser un client et comment suspendre un abonnement.
Suivi après le lancement
Au début, nous examinons chaque prélèvement échoué et chaque alerte. Les sociétés de paiement et les services de facturation font évoluer leur API de temps en temps ; nous mettons l'intégration à jour en conséquence.
Ce que vous obtenez
- Une page de paiement intégrée à votre site ou votre application, à votre image, avec les champs sécurisés de la société de paiement — sans renvoyer le client vers une page externe
- Carte enregistrée sous forme de jeton, prélèvements récurrents (horaat keva) et paiements échelonnés (tashloumim)
- Gestion des abonnements : formules, changement de formule, suspension et résiliation — côté client comme de votre côté
- Un reçu ou une facture fiscale émis automatiquement après chaque débit et envoyé au client par e-mail
- Gestion des échecs : nouvelle tentative selon vos règles, rappel au client avec un lien pour changer de carte, alerte pour vous
- Un tableau de bord : qui a payé, quand, ce qui a échoué et pourquoi — avec un export pour votre comptable
- Conditions générales, politique d'annulation et de confidentialité à la bonne place sur le site — rédigées par votre avocat
Quatre façons courantes d'encaisser
Abonnements d'un studio de Pilates ou d'une salle de sport
L'abonnement mensuel se renouvelle seul, le client reçoit un message avec un lien de renouvellement quand sa carte de séances arrive à sa fin, et l'on suspend l'abonnement pendant les miluim ou les vacances en un clic — sans annuler puis recréer le prélèvement.
Formation en ligne payée en plusieurs fois
En Israël, les clients s'attendent à pouvoir payer en tashloumim. Ils choisissent le nombre de paiements à l'inscription, l'accès s'ouvre seulement une fois le débit autorisé, et le reçu est déjà dans leur boîte mail. Les paiements échelonnés par la compagnie de carte et un prélèvement mensuel à durée fixe ne réagissent pas de la même façon quand une carte est refusée — nous vous expliquons ce qui convient à votre formation.
Forfait mensuel entre entreprises
Agence marketing, support informatique ou cabinet comptable : le débit a lieu à date fixe et la facture fiscale part directement au service comptable du client, sans que personne chez vous ait à y penser.
SaaS ou application avec formules payantes
Une période d'essai qui devient un abonnement payant, un changement de formule en milieu de mois, une résiliation depuis l'espace client. Le système sait à tout moment qui doit avoir accès, car le statut vient directement de la société de paiement.
Reçus et factures fiscales israéliens, émis automatiquement
En Israël, la facturation a ses propres règles, et votre comptable utilise déjà un logiciel en qui il a confiance. Après chaque débit réussi, notre code appelle l'API de votre service de facturation — Morning (ex-Green Invoice) et iCount sont deux services israéliens dotés d'une API publique — et émet le bon document. La TVA, la numérotation et le type de document sont gérés par ce service, selon les réglages choisis par votre comptable. Nous ne tenons pas votre comptabilité : nous veillons à ce que le bon document parte et arrive chez le client.
- Un osek patour émet un reçu (kabala) ; un osek mourshé ou une société émet une facture fiscale-reçu
- Un remboursement effectué chez la société de paiement génère aussi l'avoir correspondant — il ne tombe pas dans l'oubli
- Les numéros d'allocation de l'administration fiscale, lorsque la loi les exige, sont demandés via le service de facturation
- Le document est envoyé au client par e-mail, et une copie reste dans votre logiciel de facturation
- Un débit sans document déclenche une alerte, au lieu d'une mauvaise surprise en fin de mois
Ce qui casse le plus souvent dans une intégration de paiement — et ce que nous vérifions avant le lancement
La plupart des bugs de paiement n'apparaissent pas au premier test. Ils surgissent le deuxième mois, quand le prélèvement tente de débiter une carte enregistrée, ou quand un client ferme son navigateur en plein paiement. Voici ce que nous vérifions à l'avance :
- La confirmation du paiement vient du serveur de la société de paiement, pas seulement du navigateur du client — sinon un client qui a fermé l'onglet apparaît comme impayé
- Les réglages du terminal autorisent le débit d'une carte enregistrée : certains, comme le CVV obligatoire à chaque transaction, bloquent les prélèvements récurrents
- Tous les moyens de paiement ne conviennent pas au prélèvement mensuel — nous le vérifions avec la société de paiement avant que vous ne proposiez une formule mensuelle
- Un double clic sur le bouton de paiement ne débite pas le client deux fois
- Les clés d'API restent sur le serveur — ni dans le code du navigateur, ni dans les journaux
- Certaines sociétés de paiement n'acceptent les appels d'API que depuis une adresse de serveur enregistrée ; nous le réglons avant la mise en ligne
Données de carte, confidentialité et propriété des comptes
Le numéro de carte est saisi dans le champ sécurisé de la société de paiement et ne transite pas par votre serveur. Vous ne conservez qu'un jeton, les derniers chiffres pour l'affichage et l'historique des paiements. Nous concevons la base clients en tenant compte de l'amendement 13 à la loi israélienne sur la protection de la vie privée, et les comptes chez la société de paiement et le service de facturation sont ouverts au nom de votre entreprise.
- Le contrat avec la société de paiement est à votre nom, et l'argent vous est versé sans passer par nous
- Des droits par rôle : qui voit les paiements, qui rembourse, qui consulte seulement
- Un journal des actions : qui a remboursé, qui a suspendu un abonnement, et quand
- L'export de vos données vers votre comptable ou un autre système, quand vous le souhaitez
Décrivez-nous en un message comment vous encaissez aujourd'hui : quelle société de paiement, comment partent les reçus, ce qui se passe quand un prélèvement échoue. Nous reviendrons avec le schéma du processus automatisé.
Sociétés de paiement, services de facturation et canaux que nous pouvons connecter
- PayPlus
- Cardcom
- Tranzila
- YaadPay (Hyp)
- Morning (Green Invoice)
- iCount
- Bit
- Apple Pay
- Google Pay
- WhatsApp Business API
- n8n
- Google Sheets
Si un système dispose d’une API, nous pouvons en général le connecter. Sinon, nous vous le dirons d’emblée.
Comment se déroule un projet
Les mêmes quatre étapes, qu’il s’agisse d’un bot, d’une intégration ou d’un système complet.
Un court appel
Vous nous expliquez ce qui vous ralentit et comment vous travaillez aujourd’hui. Nous posons des questions — et si un outil existant suffit, nous vous le disons.
De votre côtéDécrire le besoin avec vos mots
Une proposition écrite
Périmètre, étapes et estimation du coût par écrit, y compris à qui appartiennent le code, les comptes et les données.
De votre côtéRelire, poser vos questions, décider
Un développement par étapes
Vous voyez tôt des parties qui fonctionnent et les testez sur des cas réels. Vos retours nourrissent l’étape suivante.
De votre côtéTester et donner votre avis
Mise en ligne et suivi
Nous mettons en ligne, observons le fonctionnement en conditions réelles et restons disponibles pour les corrections et les améliorations.
De votre côtéL’utiliser et nous dire quoi améliorer
De quoi dépend le coût
- Le nombre de types de paiement : unique, abonnement, paiements échelonnés, acompte
- Si vous avez déjà une société de paiement et un service de facturation, et ce que permet leur API
- La logique d'abonnement : formules, changement en cours de mois, suspension, période d'essai
- L'endroit où vit le paiement : un site existant (et sa technologie) ou un nouveau système
- Ce qui se passe en cas d'échec : nouvelles tentatives, rappels par e-mail ou sur WhatsApp
- Le tableau de bord et les rapports dont votre comptable a besoin
- Les langues et les devises sur la page de paiement
Les commissions de la société de paiement et l'abonnement au service de facturation se règlent directement auprès d'eux et ne font pas partie de notre prix. Vous recevez une estimation écrite après un court échange — appelez-nous ou écrivez sur WhatsApp au 050-854-2579.
Propriété, confidentialité, accessibilité
Votre code et vos données
La propriété du code et des données est convenue par écrit avant de commencer : à qui appartiennent le code source, les comptes et les informations, c’est dans le contrat — pas une surprise en fin de projet.
Confidentialité dès la conception
Nous concevons en tenant compte de la loi israélienne sur la protection de la vie privée et de son amendement 13 : ne collecter que le nécessaire, garder les secrets côté serveur et convenir avec vous du lieu de stockage des données.
Accessibilité intégrée
Des interfaces conçues en tenant compte de la norme IS 5568 et du WCAG AA : navigation au clavier, contrastes, libellés pour lecteurs d’écran et mise en page de droite à gauche.
Questions fréquentes sur le paiement en ligne
Combien coûte l'intégration du paiement en ligne ?
Tout dépend du nombre de flux à construire. Un paiement unique sur un site existant n'a rien à voir avec un système d'abonnements avec formules, suspensions, paiements échelonnés et factures automatiques. La technologie de votre site et la qualité de l'API de la société de paiement comptent aussi. Les commissions de paiement sont à part. Dites-nous sur WhatsApp ce que vous vendez et comment vous encaissez aujourd'hui : nous reviendrons avec une estimation écrite.
Quelle société de paiement choisir — et pouvez-vous travailler avec la nôtre ?
En général, mieux vaut garder votre société actuelle si son API couvre vos besoins ; nous le vérifions dès le premier échange. Sinon, nous comparons selon votre volume prévu, les prélèvements récurrents, les paiements échelonnés, Bit et les portefeuilles numériques, et votre banque. PayPlus, Cardcom et Tranzila sont des exemples de sociétés israéliennes avec API. Si une partie de vos clients paie depuis la France, vérifiez aussi les conditions pour les paiements en euros.
Conservez-vous les numéros de carte de nos clients ?
Non. Le client saisit sa carte dans le champ sécurisé de la société de paiement, qui la conserve et renvoie un jeton — un identifiant qui ne peut être débité que via votre terminal. Vous gardez le jeton, les derniers chiffres pour l'affichage et l'historique des paiements. Aucun numéro de carte ne se trouve donc sur votre site, dans votre base de données ou dans un tableur au bureau.
Peut-on prélever chaque mois via Bit ou Apple Pay ?
Pas toujours. Le prélèvement récurrent dépend de la société de paiement et du moyen de paiement : Bit et certains portefeuilles numériques ne permettent pas toujours d'enregistrer le moyen de paiement pour le débit suivant. Nous le vérifions donc avec la société de paiement avant que vous n'annonciez une formule mensuelle. La solution courante : la carte bancaire pour l'abonnement, Bit ou un portefeuille pour les paiements ponctuels.
Les reçus et factures conviendront-ils à notre comptable ?
Les documents sont émis par votre service de facturation, pas par notre code : ils ont donc le format que votre comptable connaît déjà. Type de document, TVA, numérotation et numéros d'allocation suivent les réglages qu'il a choisis dans ce service. Notre rôle : faire en sorte que le bon document parte après chaque débit et chaque remboursement, et qu'un débit sans document déclenche une alerte.
Combien de temps cela prend-il, et que se passe-t-il après le lancement ?
Le délai dépend surtout de trois choses : le nombre de flux, l'existence ou non du site, et la rapidité avec laquelle la société de paiement ouvre le terminal et donne accès à l'API — cette partie ne dépend pas de nous. Après le lancement, nous restons là : nous suivons les prélèvements échoués et les alertes, et mettons l'intégration à jour quand la société de paiement ou le service de facturation change quelque chose.
Dites-nous comment vous encaissez aujourd'hui
Un message WhatsApp au 050-854-2579 ou un court formulaire : ce que vous vendez, votre société de paiement et votre service de facturation. Nous revenons avec le schéma du processus automatisé et les questions à régler en premier — et si un outil existant vous suffit, nous vous le dirons.
Décrivez-nous en un message comment vous encaissez aujourd'hui : quelle société de paiement, comment partent les reçus, ce qui se passe quand un prélèvement échoue. Nous reviendrons avec le schéma du processus automatisé.
Vous préférez en parler ? Appelez le050-854-2579