De snelste winst zit meestal in zichtbare klantcommunicatie: mails, portaal en documenten moeten professioneel ogen zonder fragiele hacks.
Waarom branding op meerdere plekken zit
Odoo-branding staat niet op één centrale knop. Ze kan terugkomen in e-mailtemplates, websitefooters, portaalpagina’s, PDF-rapporten, favicons, afzenders, aliassen en standaardteksten.
Daarom is een checklist handiger dan willekeurig zoeken op “Powered by Odoo”.
E-mails
Controleer e-mailtemplates voor offertes, facturen, verkooporders, tickets, portaaluitnodigingen en resetmails. Let op footer, onderwerp, afzendernaam, reply-to en automatische handtekeningen.
Pas templates upgradebewust aan. Als je standaardtemplates volledig overschrijft zonder te documenteren, kan een latere upgrade of module-update verrassingen geven.
Website en portaal
Op de website kijk je naar footer, header, favicon, meta-informatie, contactpagina’s en eventueel standaard Odoo-snippets. In het portaal kijk je naar klantdocumenten, knoppen, breadcrumbs en standaardmeldingen.
Sommige elementen zitten in views of QWeb-templates. Wijzig liever gericht via inheritance dan door volledige templates te kopiëren.
PDF-documenten
Offertes, facturen, leverbonnen en andere rapporten gebruiken rapportlayouts. Daarin zitten logo, bedrijfsgegevens, footer, bankgegevens en soms standaardteksten.
Documentlayouts raken vaak boekhouding en klantencommunicatie. Test dus niet alleen visueel, maar ook met echte documenttypes en verschillende talen.
Waar je voorzichtig mee moet zijn
- Branding verwijderen mag niet leiden tot fragiele hacks in core views.
- Controleer of aanpassingen blijven werken na module-updates.
- Documenteer welke templates aangepast zijn.
- Maak onderscheid tussen cosmetische branding en functionele Odoo-verwijzingen die gebruikers helpen.
Conclusie
Odoo-branding netjes verwijderen is vooral een kwestie van volledigheid en onderhoudbaarheid. Werk met een checklist, test alle klantgerichte touchpoints en vermijd brute template-kopieën waar gerichte inheritance volstaat.
Praktische volgorde
Start met de onderdelen die klanten het vaakst zien: offertes, facturen, portaalmails en websitefooter. Werk daarna naar minder zichtbare templates zoals resetmails, interne notificaties en rapportvarianten.
Leg elke wijziging vast met de technische view, template of module waar ze gebeurt. Dat maakt een latere upgrade veel rustiger en voorkomt dat branding na een update onverwacht terugkomt.
Waar je extra op let
Controleer ook neutrale systeemteksten zoals wachtwoordmails, uitnodigingen, foutmeldingen en automatische notificaties. Die worden vaak vergeten omdat ze niet in het normale verkoop- of facturatieproces zitten, maar klanten krijgen ze wel te zien op kwetsbare momenten.
Maak brandingwijzigingen daarom altijd reproduceerbaar. Als je later een nieuwe database, testomgeving of upgrade doet, wil je dezelfde aanpassingen opnieuw kunnen toepassen zonder handmatig in views te zoeken.
← Terug naar kennisbank