Intégration SAP Business One
De vrais documents SAP pour chaque événement, enregistrés exactement une fois et contre-passables.
CertiPOS traite SAP Business One comme le livre de référence. Chaque ticket devient une facture client et un encaissement ; chaque retour un avoir et un paiement sortant ; chaque inventaire, réception et transfert un document de stock. Tout passe par la Service Layer, jamais par la DI API, jamais par le schéma de la société.
COMPATIBLE AVEC
SAP Business One10.0
Base de donnéesHANA ou SQL Server
InterfaceService Layer, sessions mutualisées
Champsprovisionnés une fois depuis le portail
Mode d’enregistrementpar ticket, ou regroupement journalier
Documents
Ce qui est enregistré, et ce qui le contre-passe.
| Événement | Documents SAP | Contre-passation |
|---|---|---|
| Vente au comptant | Facture client, encaissement (un par devise d’espèces) | Avoir basé sur la facture, encaissement annulé |
| Retour ou échange | Avoir client basé sur la facture, paiement sortant | Documents miroirs |
| Acompte ou arrhes | Facture d’acompte client, encaissement | Avoir, encaissement annulé |
| Compte client | Facture client ouverte sur le partenaire | Avoir |
| Entrées / sorties, écarts, versement de pourboires | Écritures et paiements sur les comptes paramétrés | Écriture annulée |
| Espèces étrangères | Encaissement dans la devise remise, écriture de change via un compte de compensation | Écriture annulée en premier |
| Cartes cadeaux, avoirs, fidélité | Ligne article pour la vente ; moyens de virement sur les comptes de passif ; écritures de provision et d’expiration | Miroir |
| Réceptions, sorties, transferts, inventaires | Entrée de marchandises, sortie, transfert ou demande de transfert, inventaire | Miroir par un second document quand l’annulation est refusée |
| Commandes et livraisons | Commande client, bon de livraison, facture basée sur la commande imputant l’acompte | Annulée ou clôturée |
| Regroupement journalier | Une facture et un encaissement par société et par jour ; détail des tickets dans @CP_TICKETS / @CP_TICKETLINES | Avoir |
Comment cela reste juste
Le moteur d’enregistrement est conçu pour les jours où SAP est lent, arrêté ou strict.
Exactement une foisChaque ticket et chaque événement portent un ULID client ; chaque tâche d’enregistrement et chaque suite chaînée ont leur propre clé d’idempotence. Une relance ne peut jamais créer une seconde facture.
Chaîné et sûr en cas de panneLa facture est enregistrée, son DocEntry persisté, puis l’encaissement est enregistré sur sa base. Une panne entre les deux reprend à la bonne étape.
Des échecs lisiblesLa charge brute, la réponse de SAP et le temps sont sur la tâche ; les erreurs SAP correspondent à un code du catalogue avec une action suivante ; les tâches arrêtées lèvent une alerte.
Champs et tables provisionnésLes champs utilisateur pour le ticket, la caisse, la promotion et le coupon, et les tables de regroupement, sont ajoutés par une action du portail ; une définition existante n’est jamais modifiée.
Données de base dans les deux sensArticles, prix, codes-barres, unités, partenaires, listes de prix, codes de taxe, comptes, numéros de série et taux se synchronisent par delta chaque minute et en intégralité chaque jour ; les événements SAP arrivent par interrogation ou par un webhook signé.
Validé en réelChaque flux d’enregistrement n’est accepté qu’après qu’un vrai document a été enregistré dans une société réelle et contre-passé. Un SAP simulé ne sert jamais de preuve.
Atteindre SAP
Le serveur atteint la Service Layer directement, ou via l’agent de connexion.
DirectLe serveur CertiPOS est placé là où il atteint la Service Layer : à côté de SAP sur votre réseau local, ou sur une VM avec une route vers elle. Les sessions sont mutualisées par société et renouvelées à expiration.
Agent de connexionQuand le serveur est hébergé ailleurs, le même binaire tourne en mode agent à côté de SAP, ouvre un canal sortant uniquement vers le serveur et relaie les appels de la Service Layer. SAP n’est jamais exposé.