Services et transactions
Le contexte opérationnel d’un service.
- Ouverture, clôture et remise d’espèces
- Commandes, encaissement et moyens de paiement
- Retours, annulations et corrections en service
La caisse est l’application d’exploitation du comptoir : ouvrir un service, saisir la commande, encaisser, appliquer une promotion, clôturer. Dès la clôture, chiffre d’affaires, consommation d’ingrédients et encaissements poursuivent leur route dans le plan de données partagé — là où vivent déjà les stocks, les achats et la Finance de l’entreprise.
Cette page définit le périmètre et les points de transmission, pas une liste de fonctionnalités de caisse. La caisse peut être celle que vous exploitez déjà, celle d’un autre éditeur, ou une caisse fournie par Apus — le point de transmission est le même, seule la charge d’intégration change.
La caisse porte un modèle d’interaction propre au comptoir : rapide, utilisable quand le réseau lâche, et entre les mains d’un vendeur pendant tout le service. Les modules Platform gardent les données et contrôles communs à l’entreprise.
Le contexte opérationnel d’un service.
La vue front-office de la vente quotidienne.
Là où la caisse s’arrête et l’entreprise commence.
Une caisse fournie par Apus et Apus Platform partagent déjà un cœur logique et un plan de données métier ; la caisse d’un autre éditeur rejoint ce même plan par un point d’échange contrôlé. Produit commercial et UX diffèrent, sans créer un second silo.
Ce qui s’est vendu pendant le service décrémente les ingrédients selon la recette : le stock reflète ce qui a réellement servi, pas un chiffre saisi à la fermeture.
Un stock passé sous le seuil du site devient une demande d’achat avec un approbateur, au lieu d’un message au responsable.
Le chiffre d’affaires rapproché et les encaissements rejoignent la comptabilité sans créer de registre de recettes parallèle.
Aucune promesse de migration en un clic ou de bascule sans interruption. L’architecture et le plan convenus gouvernent chaque déploiement.
Des deux. La caisse est une application front-office du comptoir : ce peut être le système que vous exploitez déjà, celui d’un autre éditeur, ou une caisse fournie par Apus. Le périmètre et les points de transmission décrits ci-dessus valent dans les trois cas ; ce qui change est la charge d’intégration, relevée sur votre système puis arrêtée en conception.
Non. C’est une application front-office, reliée au même Platform Core logique.
Non. Cette page trace la frontière et les points de transmission pour que vous sachiez ce qui relève de quoi. Les fonctionnalités de vente, le matériel et les tarifs vivent avec le produit lui-même — le lien est en bas de page.
Les deux domaines restent séparés : la caisse porte le travail au comptoir, tandis que Platform porte les données et contrôles d’entreprise partagés.
Un cœur logique décrit la continuité des enregistrements métier, pas le nombre de déploiements physiques. La topologie dépend de la solution et peut demander intégration, migration ou bascule.
Validez le périmètre de la caisse, les données partagées, les intégrations et les limites de déploiement avec Apus.
Voir le produit caisse