Les questions que nous entendons à chaque démonstration, avec des réponses claires.

SAP Business One 10.0 sur HANA ou sur SQL Server, via la Service Layer. CertiPOS n’utilise jamais la DI API et n’écrit jamais dans le schéma de la société : il fonctionne donc de la même façon sur les deux bases et supporte un SAP hébergé.

Oui. Chaque caisse a sa propre base et vend depuis elle ; lecture des codes, tarification, promotions, encaissement et tickets n’appellent jamais le serveur ni SAP. Internet ne sert qu’à synchroniser, et la synchronisation est exactement unique au retour de la ligne.

Une facture client et un encaissement par ticket, un encaissement par devise d’espèces, les espèces étrangères étant changées via un compte de compensation. Les retours enregistrent des avoirs et des paiements sortants ; les acomptes des factures d’acompte ; les mouvements d’espèces des écritures. Un regroupement journalier par société est disponible à la place de l’enregistrement par ticket.

Non. CertiPOS est un logiciel installé : un service Windows avec PostgreSQL sur un serveur à vous ou une VM que vous contrôlez, et une application de caisse sur vos caisses. CERTICONS peut héberger la VM pour vous, mais c’est toujours votre licence, vos données et un locataire par serveur.

Le français, l’anglais et l’arabe sur la caisse, le portail, les tickets et les pages client, dès le premier jour. Les écrans arabes sont de droite à gauche ; les chiffres, codes et montants restent de gauche à droite ; les tickets arabes s’impriment en image sur toute imprimante ESC/POS.

Oui. Une caisse en mode restaurant a un plan de salle, des tables partagées via un hub de magasin, des services, l’impression et l’écran de cuisine, des additions partagées, des frais de service, des pourboires, des notes de bar, des réservations et le paiement à table. Commerce et restaurant peuvent tourner sur le même serveur pour la même société.

Pas encore. CertiPOS a le socle fiscal dont ces régimes ont besoin : une séquence immuable et une chaîne de hachage par caisse, des types de facture, des champs acheteur et un point d’accroche pour la charge QR, plus un contrat de module de fournisseur fiscal. Les modules par pays sont prévus ; nous parlons de préparation, jamais de certification, tant qu’un module n’est pas accepté.

Tout terminal fonctionne dès aujourd’hui en mode autonome, avec le code d’autorisation saisi sur la caisse. Des adaptateurs intégrés existent pour les protocoles ZVT et OPI et sont prouvés sur simulateurs ; les adaptateurs fournisseurs pour votre marché sont cadrés avec les premiers clients et activés par société seulement après une validation en réel avec l’appareil physique.

Par serveur et par siège de caisse. Un siège est une caisse enrôlée ; sociétés, magasins, utilisateurs, tickets et factures ne sont pas comptés. La licence est un fichier signé vérifié hors ligne sur votre serveur.

Retirez la caisse dans le portail, ce qui libère son siège, et enrôlez la remplaçante avec un nouveau code d’enrôlement. Ses tickets en attente sont déjà sur le serveur si elle s’est synchronisée ; une caisse qui ne l’a jamais fait est restaurée depuis sa propre base.

À vous. Elles vivent dans PostgreSQL sur votre serveur. L’API publique, le flux OData, les exports CSV et Excel et les dumps de sauvegarde font tous partie du produit.

Lancez le nouvel installateur serveur par-dessus l’ancien ; les migrations s’appliquent au démarrage. Les caisses reçoivent le nouveau build par le canal de mise à jour avec un déploiement progressif et une somme de contrôle. Chaque build a des notes de version et une ligne de journal.

Des ingénieurs nommés, des délais de réponse par gravité dans le contrat, des notes de version à chaque build, le manuel en anglais et en arabe, des paquets de support et des actions à distance depuis le portail.

Oui. Chaque évaluation vient avec une licence d’essai pour trois sièges de caisse, installée sur votre serveur ou une VM, reliée à une société de démonstration ou à une copie de la vôtre.