Identifier
Table, transat, chambre ou comanda nominative. Le même client peut consommer dans plusieurs zones.
Restaurant · bars · snack · plage
Kalpana ne cherche pas seulement un PDV. Il faut une continuité entre le serveur, la production, l’encaissement brésilien et la chambre du client.
Piloter d’abord le flux critique et garder TOTVS/Consumer comme références buy.
01 · Flux cible
Table, transat, chambre ou comanda nominative. Le même client peut consommer dans plusieurs zones.
Le serveur saisit sur un appareil dédié, avec variantes, allergies, cours de service et disponibilité réelle.
Boissons au bar concerné, plats en cuisine, snack au poste club. Une commande peut être éclatée sans être ressaisie.
Le KDS affiche priorité, temps, zone de remise et statut. Le serveur est notifié quand l’ensemble est prêt.
Paiement immédiat, note ouverte ou transfert vers la chambre après contrôle du client et de sa limite.
NFC-e, annulation et remboursement restent traçables ; caisse, stock et analytique sont réconciliés.
02 · Dimensionnement
Android Enterprise, écran 6–7″ lisible au soleil, IP67, coque antichoc, dragonne, Wi‑Fi 6, batterie remplaçable ou recharge rapide et socle numéroté. Les paiements restent sur SmartPOS homologué : ne pas transformer chaque téléphone serveur en terminal bancaire au MVP.
Hypothèses de cadrage, pas données budgétaires : aucun item PDV/KDS/terminal n’existe encore dans data/budget/. Quantités et prix devront être saisis dans le référentiel après pilote et devis.
03 · Marché brésilien
Plan Professionnel public : multi-PDV, tables et comanda mobile. Bon étalon fonctionnel pour un pilote rapide.
Couverture large, delivery et support national. Le transfert d’items n’est pas disponible directement dans l’app Garçom à la date de l’analyse.
Intéressant pour les prix par horaire, la division de compte, les logs et plusieurs terminaux TEF. Implantation accompagnée obligatoire.
Le candidat buy le plus proche du besoin resort. Plus lourd à acheter et intégrer, mais il faut l’inclure dans la RFQ finale.
Très documenté et robuste, avec davantage de dépendance à l’écosystème et aux prestations Linx.
04 · Build vs buy
l10n_br_edi_pos et Avalara.| Critère | Solution brésilienne | Odoo custom | Avantage |
|---|---|---|---|
| Prise de commande mobile | Natif et immédiatement supporté | POS web multi-device ; UX serveur à adapter et durcir | Égalité après custom |
| Restaurant, bars et snack | Multi-PDV généralement disponible | POS et catégories de préparation natifs ; modèle multi-zone maîtrisable | Odoo |
| Débit sur chambre | TOTVS Hotelaria le couvre ; autres à intégrer | Extension folio/client et contrôle de crédit à construire | Odoo si PMS Odoo |
| NFC-e / fiscal Brésil | Cœur de métier, support local | Natif via l10n_br_edi_pos + Avalara à crédits ; recette indispensable | Solution locale |
| TEF / SmartPOS brésilien | Connecteurs homologués fréquents | Mercado Pago documenté ; autres acquéreurs à connecter/tester | Solution locale |
| Stock, achats, comptabilité | Bon food-cost, profondeur variable | Une seule donnée avec Inventaire, Achats, Compta et analytique | Odoo |
| Continuité sans Internet | Plusieurs offres annoncent local/offline | POS tolère une coupure temporaire ; le scénario multi-bâtiment doit être testé | À tester |
| Évolutivité et propriété | Roadmap fournisseur, API variable | Code, modèle et roadmap maîtrisés en interne | Odoo |
| Support un soir de pointe | SLA et équipe éditeur | Responsabilité Kalpana, astreinte et rollback à organiser | Solution locale |
Salles et tables, commandes ouvertes, routage cuisine/bar, KDS, partage de note, pourboires, commandes QR et fonctionnement web multi-device.
Zones restaurant/club, service au transat, débit chambre sécurisé, fiche client unique, limites de crédit, analytique par outlet et UX serveur outdoor.
Avalara/NFC-e, TEF ou SmartPOS, Pix, annulations, fiscalité Piauí, imprimantes et comportement réel en coupure réseau multi-bâtiment.
Recommandation actuelle
Ton avantage de développeur change l’équation : le coût marginal de l’intégration et la maîtrise du modèle hôtel–restaurant–club valent davantage qu’un abonnement peu cher. Mais le POS touche directement le chiffre d’affaires ; la préférence Odoo ne doit devenir une décision qu’après un pilote fiscal et offline réussi.
05 · Go / no-go
Une commande restaurant et club doit être routée en moins de 2 secondes sur le Wi‑Fi opérationnel.
Aucune vente ne doit être perdue après 20 minutes de coupure Internet ; la synchronisation ne doit créer aucun doublon.
Un serveur doit ouvrir une table ou une comanda, envoyer, transférer et diviser une note après moins de 30 minutes de formation.
Le débit chambre doit vérifier identité, séjour actif, plafond de consommation et signature/PIN avant validation.
NFC-e, annulation, remboursement, service de 10 % et clôture doivent être validés avec le comptable dans l’environnement du Piauí.
Chaque suppression, remise, transfert et réouverture doit conserver utilisateur, heure, motif et approbation.
Sources · vérifiées le 29 juillet 2026
Les affirmations commerciales sont celles des éditeurs. Disponibilité locale, modules inclus, nombre de licences, SLA, fiscalité, acquéreurs et prix rendus à Parnaíba doivent être confirmés par démonstration et devis.