| Availability |
Odoo Online
Odoo.sh
On Premise
|
| Odoo Apps Dependencies |
•
Point of Sale (point_of_sale)
• Invoicing (account) • Discuss (mail) • Inventory (stock) |
| Community Apps Dependencies | Show |
| Lines of code | 3064 |
| Technical Name |
aminitech_ebms_pos |
| License | OPL-1 |
| Website | https://www.aminitechsolutions.com |
EBMS POS — Chaque vente en caisse, déclarée à l'OBR
Chaque commande payée au point de vente est déclarée à l'OBR eBMS en temps réel — remboursements inclus — sans jamais ralentir la caisse. L'identifiant OBR s'imprime sur le ticket, la preuve complète s'archive sur la commande, et la numérotation reste continue avec votre facturation.
English speaker? Full documentation in EN · FR · SW · AR · PT at docs.aminitechsolutions.com
La caisse déclare. Le caissier, lui, encaisse.
Au Burundi, chaque vente doit atteindre l'OBR eBMS au moment où elle est émise. EBMS POS déclare chaque commande payée comme facture normale (FN) via la file EBMS asynchrone — la caisse n'attend jamais un serveur gouvernemental, même aux heures de pointe, même hors ligne.
Zéro latence caissier
La déclaration part en arrière-plan, après l'encaissement. La file d'attente de clients n'a jamais à connaître l'existence de l'OBR.
L'identifiant sur le ticket
Le bloc OBR eBMS s'imprime juste après l'en-tête société — propre, lisible, conforme. Compatible avec vos autres modules de ticket.
Remboursements en FA
Un remboursement en caisse est déclaré comme avoir (FA) référençant la commande d'origine — le cycle complet, sans intervention.
Une seule série FN
Caisse et facturation partagent les mêmes séquences continues FN / FA par société — exactement ce qu'un inspecteur veut voir.
La preuve, comme en facturation
Tableaux « Déclaration reçue par l'OBR » dans le fil de la commande, audit OBR ligne à ligne, vérification de signature — les mêmes capacités que les factures.
Hors-ligne serein
Coupure Internet ? Les ventes continuent, s'accumulent en file et se déclarent dans l'ordre au retour de la connexion. Rien n'est perdu.
Du paiement au ticket conforme — automatiquement
L'identifiant OBR, imprimé proprement
Le bloc OBR eBMS apparaît sur chaque ticket, juste après l'en-tête de la société : l'identifiant complet de la facture, tel que la spécification l'exige. L'intégration utilise les points d'extension officiels du point de vente Odoo — elle compose avec vos autres modules de ticket au lieu de les remplacer.
- ✔Bloc discret et lisible — l'essentiel, sans surcharge
- ✔Compatibilité prouvée — fonctionne avec d'autres modules de paiement/ticket
Chaque commande porte son dossier légal
Au back-office, chaque commande déclarée porte sa page EBMS : statut, type de document, numéro EBMS, identifiant, numéro et date d'enregistrement OBR, signature électronique. Dès l'acceptation, les tableaux complets de la déclaration (montants et lignes exactement tels que transmis, TC / PFL / TVA compris) sont postés dans le fil de la commande.
- ✔Audit OBR — getInvoice compare l'enregistrement OBR à la commande, ligne à ligne
- ✔Vérification de signature — RSA/SHA-256 avec la clé publique annuelle de l'OBR
- ✔Annulation guidée — motif obligatoire, suivie jusqu'à confirmation
Par boutique, par mode, par décision
Chaque point de vente peut être exclu de la déclaration (caisse de formation, cantine du personnel) pendant que les autres continuent. Les moyens de paiement sont mappés automatiquement vers les codes OBR (espèces, banque, autre). Et tout passe par la même file EBMS : environnements Test / Production, pause & reprise, réessais automatiques.
- ✔Exclusion par boutique — un simple interrupteur dans la configuration
- ✔Devise du document — la commande déclare sa propre devise (BIF, USD, EUR)
- ✔Rôles de sécurité — caissiers, managers, administrateurs : chacun son périmètre
La famille OBR eBMS complète pour Odoo
Chaque application ci-dessous partage le moteur gratuit EBMS Base — une seule configuration OBR, une seule file de transmission, un seul jeu de rôles de sécurité. Achetez n'importe quelle combinaison, configurez une fois. Toutes sont couvertes par un même portail de documentation (FR, EN, SW, AR, PT).
Nos autres services Odoo
Questions fréquentes
De quoi cette application a-t-elle besoin ?
D'EBMS Base (gratuite) et d'EBMS Invoice : la caisse partage le même moteur fiscal et les mêmes séquences FN / FA que la facturation — c'est justement ce qui garantit une numérotation continue.
La caisse ralentit-elle quand l'OBR est lent ?
Jamais. La déclaration part en arrière-plan après l'encaissement ; le caissier passe immédiatement au client suivant. En cas de panne OBR, la file réessaie automatiquement jusqu'à l'accusé de réception.
Et si Internet coupe en pleine journée ?
Les ventes continuent normalement. Les commandes s'accumulent en file locale et se déclarent dans l'ordre chronologique au retour de la connexion — la série OBR reste continue.
Est-ce compatible avec mes autres modules de caisse ?
Oui. L'intégration utilise les points d'extension officiels du PdV Odoo et appelle toujours super() — elle compose avec vos modules de paiement et de ticket au lieu de les remplacer. La capture du ticket ci-dessus la montre aux côtés d'un module M-Pesa.
Puis-je exclure une caisse de formation ?
Oui — l'exclusion se fait par point de vente, d'un simple interrupteur. Les autres boutiques continuent de déclarer normalement.
Y a-t-il une limite de ventes ou un abonnement ?
Non. Achat unique, ventes illimitées, caisses illimitées, utilisateurs illimités. Mises à jour gratuites à chaque évolution de la spécification OBR.
Parlons-en dès aujourd'hui
Prêt à être 100 % conforme OBR ?
Achat unique, documents illimités, 90 jours de support et mises à jour gratuites à chaque évolution de la spécification OBR.
EBMS POS — Every till sale, declared to the OBR
Every paid Point of Sale order is declared to the Burundi OBR eBMS in real time — refunds included — without ever slowing the till. The OBR identifier prints on the receipt, the full proof archives on the order, and numbering stays continuous with your invoicing.
Zero cashier latency
The declaration leaves in the background, after payment. Your queue of customers never has to know the OBR exists.
The identifier on the receipt
The OBR eBMS block prints right after the company header — clean, readable, compliant. Composes with your other receipt modules.
Refunds as FA
A till refund is declared as a credit note (FA) referencing the original order — the full cycle, hands-free.
One continuous FN series
Till and back-office invoicing share the same gap-free FN / FA sequences per company — exactly what an inspector expects.
Proof like the invoicing side
“Declaration received by the OBR” tables in the order's chatter, line-by-line OBR audit, signature verification — the same capabilities as invoices.
Offline-proof
Internet down? Sales continue, queue locally and declare in chronological order once the link returns. Nothing is ever lost.
The OBR identifier, printed cleanly
The OBR eBMS block appears on every receipt right after the company header, exactly as the specification demands. Built on the official Odoo POS extension points — it composes with your other receipt modules instead of replacing them.
Every order carries its legal file
In the back office, each declared order carries its EBMS page — status, EBMS number, identifier, OBR registration, electronic signature. On acceptance, the full declaration tables (figures and lines exactly as transmitted, TC / PFL / VAT included) are posted in the order's chatter. Managers can run the OBR Audit (line-by-line getInvoice comparison), Verify Signature, and Cancel at OBR with a reasoned wizard.
Per shop, per mode, per decision
Opt any Point of Sale out of declaration (a training register, a staff canteen) while the others keep declaring. Payment methods map automatically to the OBR codes. Orders declare their own document currency (BIF / USD / EUR). And everything rides the same EBMS queue: Test / Production environments, pause & resume, automatic retries.
Frequently asked questions
What does this app require?
EBMS Base (free) and EBMS Invoice: the till shares the same fiscal engine and the same FN / FA sequences as invoicing — that is precisely what keeps your numbering continuous.
Does the till slow down when the OBR is slow?
Never. The declaration leaves in the background after payment; the cashier moves straight to the next customer. During OBR outages the queue retries automatically until acknowledged.
What if the internet drops mid-day?
Sales continue normally. Orders queue locally and declare in chronological order when connectivity returns — the OBR series stays continuous.
Is it compatible with my other POS modules?
Yes. It uses the official POS extension points and always calls super() — it composes with your payment and receipt modules. The receipt capture above shows it running alongside an M-Pesa module.
Any sales limit or subscription?
No. One-time purchase, unlimited sales, tills, and users. Free updates whenever the OBR changes its specification — and 90 days of vendor support included.
Ready to be 100 % OBR compliant?
One-time purchase, unlimited documents, 90 days of support and free updates on every OBR specification change.
Point de vente conforme OBR Burundi · OBR eBMS POS connector for Odoo · electronic invoicing Burundi
| Availability |
Odoo Online
Odoo.sh
On Premise
|
| Odoo Apps Dependencies |
•
Point of Sale (point_of_sale)
• Invoicing (account) • Discuss (mail) • Inventory (stock) |
| Community Apps Dependencies | Show |
| Lines of code | 3064 |
| Technical Name |
aminitech_ebms_pos |
| License | OPL-1 |
| Website | https://www.aminitechsolutions.com |
Odoo Proprietary License v1.0 This software and associated files (the "Software") may only be used (executed, modified, executed after modifications) if you have purchased a valid license from the authors, typically via Odoo Apps, or if you have received a written agreement from the authors of the Software (see the COPYRIGHT file). You may develop Odoo modules that use the Software as a library (typically by depending on it, importing it and using its resources), but without copying any source code or material from the Software. You may distribute those modules under the license of your choice, provided that this license is compatible with the terms of the Odoo Proprietary License (For example: LGPL, MIT, or proprietary licenses similar to this one). It is forbidden to publish, distribute, sublicense, or sell copies of the Software or modified copies of the Software. The above copyright notice and this permission notice must be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
Please log in to comment on this module