La plateforme
La plupart des fournisseurs de caisses ont un produit avec un écran de paramètres, ou une version par client qui pourrit lentement. Phlo POS est un moteur partagé avec des points d'accès. Ce qui est à toi reste à toi ; ce qui s'avère utile à tous retourne dans le moteur, où il est maintenu pour tout le monde.
C'est tout l'intérêt d'un moteur partagé, et c'est ce qui rend un caisse sur mesure abordable. Deux caisses que nous gérons, et ce que chacune d'elles devait réellement avoir construit.
Encaisser et prendre le paiement, continuer à vendre quand la ligne est occupée, imprimantes et tiroir, clôture de caisse, le back office, les rapports, gérer une flotte de caisses. Prouvé sur des comptoirs qui sont ouverts en ce moment.
Trois choses devaient être construites : le programme de fidélité qu'il gère depuis des années, les colonnes que son siège social souhaite dans un rapport, et quelle mise en page d'écran ses caisses utilisent. Multi-devises, multi-boutiques et les procédures de caisse étaient déjà en place.
Les rondes sont garées sur un nom, une table ou une équipe, récupérées par celui qui est derrière le bar. Cela a été construit parce qu'un comptoir en avait besoin, et écrit pour que le suivant puisse simplement l'allumer.
C'est l'affaire. Tu paies pour la partie qui t'appartient, et la partie partagée continue de s'améliorer sans que tu aies à payer deux fois.
Pas en copiant le moteur et en l'éditant, ce qui est bon marché une fois et cher pour toujours. En intégrant ton propre comportement aux moments où un point de vente diffère, et en laissant le reste tranquille.
Ce qui bloque la clôture de la journée. Ce qui ne doit pas être annulé. Ce qui se passe au moment où un reçu est enregistré. Quels champs supplémentaires une ligne contient. Ce qu'une remise est autorisée à faire. Chacun de ces éléments est un endroit où ton comportement s'exerce, et où ne rien faire signifie que le moteur se comporte comme il l'a toujours fait.
Quel impôt est appelé dans ton pays, comment une ligne de remise se lit, ce qui va en bas du reçu, combien de copies un paiement par carte imprime. Un reçu dans les Caraïbes divise l'impôt en trois parties sous trois noms; c'est un crochet, pas une fourchette.
Un programme de fidélité avec son propre courtier, une exportation de comptabilité avec tes règles de grand livre, un flux de produits d'un système qui précède tout cela. Les connecteurs sont du code ordinaire dans ta propre couche, et ils subissent les mêmes tests que tout le reste.
Une colonne supplémentaire sur une ligne de reçu, une table supplémentaire, un type de ligne supplémentaire que la caisse peut enregistrer. Votre couche ajoute des champs à un modèle plutôt que de le copier, donc un champ partagé est toujours mis à jour à un seul endroit.
Tu te demandes quelle partie de ton comptoir serait un crochet et quelle partie est déjà là ? C'est ce qu'un intake répond.
Une fonctionnalité démontrablement réutilisable appartient au moteur partagé, même lorsqu'un client est le premier ou le seul à en bénéficier.
Des accords de travail du moteur Phlo POS
Cela ressemble à un détail interne. C'est toute l'économie de la chose. La façon la plus simple de construire un till sur mesure est de copier le moteur et de le modifier, ce qui est bon marché une fois et cher pour toujours : chaque correction doit être faite cinq fois, et quatre d'entre elles sont oubliées.
Donc le système d'onglets demandé par un bar est écrit pour être général. La gestion multi-devises dont une chaîne avait besoin est dans le cœur. Le protocole de terminal que nous avons implémenté pour une banque se trouve à côté du terminal cloud comme un égal. Chaque caisse qui vient après commence plus loin que celle d'avant, et c'est pourquoi le deuxième projet d'un genre coûte moins cher que le premier.
Un moteur partagé n'est un avantage que si un changement pour un comptoir ne peut pas silencieusement en casser un autre.
Chaque caisse et chaque back office de chaque installation en direct est démarré et vérifié par la suite de tests. Si l'un d'eux cesse de fonctionner, le changement ne sort pas.
Les totaux, les taxes, les remises et l'arrondi sont vérifiés par rapport aux résultats enregistrés. Les réservations et les annulations sont testées contre une vraie base de données, car c'est là que se cachent les bugs financiers.
Un test reconstruit tout le schéma à partir de ses migrations sur une base de données vide et le compare, colonne par colonne, avec ce qui est réellement en cours d'exécution. Un raccourci de développement ne peut pas devenir une surprise en production.
Par caisse, avec la version élevée intentionnellement. Le récepteur effectue d'abord un vidage, exécute les migrations en attente et annule tout automatiquement si le contrôle de santé échoue.
Le contrat entre la caisse et la machine sur laquelle elle imprime est figé par écrit. De nouvelles fonctionnalités sont ajoutées à côté, jamais à la place, donc un comptoir qui n'a pas été touché depuis un an continue d'imprimer.
Un bouton de rapport sur la caisse et dans le back office envoie une capture d'écran avec les circonstances et ouvre un fil de discussion. Ce qui a été signalé, ce qui a été décidé et dans quelle version cela a été corrigé est noté, pas mémorisé.
Tu obtiens un système qui fonctionne, et un accord qui précise ce qui se passe si nous sommes frappés par un bus. Ce que nous ne faisons pas, c'est te verrouiller dans du matériel que tu ne peux acheter que chez nous ou une licence qui arrête ta caisse quand un contrat se termine. La propriété du travail que nous faisons pour toi fait partie de la proposition, pas une réflexion après coup.
C'est le cas normal, et c'est la raison du contrat de hook. Quelque chose de spécifique à toi vit dans ta propre couche ; quelque chose que n'importe quelle caisse pourrait utiliser va dans le moteur partagé, où il est maintenu et testé pour tout le monde. Tu ne paies pas deux fois pour la même idée.
Il n'est pas permis de. Chaque changement apporté au moteur partagé exécute l'ensemble des deux installations en direct avant d'être expédié, et le déploiement sur un comptoir est une étape délibérée par application, avec une sauvegarde de la base de données effectuée en premier et un retour automatique en arrière si le contrôle de santé échoue.
Le noyau de calcul est testé par rapport à des fichiers de référence, et les flux de réservation et d'annulation sont testés par rapport à une base de données réelle reconstruite à partir de la structure en direct. Annuler une vente était autrefois la source de bugs ; il dispose maintenant de tests qui réservent, annulent et vérifient les conséquences.
C'est la plupart du travail dans une chaîne. Les exports de comptabilité, les programmes de fidélité, les flux de produits et les anciennes bases de données qui ne peuvent pas être remplacées du jour au lendemain sont des connecteurs, et un connecteur est un code que nous écrivons et que tu gardes.
Un till sur mesure n'a pas de prix fixe, car l'étendue décide. Après un intake, tu reçois un prix pour l'ensemble du projet : construction, conseils matériels, installation et formation dans un montant unique, convenu avant de commencer.
Prêt à le regarder correctement
Dites-nous comment vous vendez aujourd'hui et ce qui vous bloque. Vous obtenez un périmètre fixe et un prix fixe, ou un non honnête.
À quoi ressemble un intake
Tu reçois des nouvelles des personnes qui le construiront, pas d'un bureau de vente.
Tu te demandes ce dont ton comptoir a besoin
Commencer une demande