🏢 Account Implementation

📖 Introductie

Deze pagina beschrijft de implementatie van de Core Library binnen de Account-entiteit. De scriptlaag ( brenkeAccount) bevat alle entity-specifieke logica bovenop de centrale Core Library.

---

🏗️ Architectuur

1. Global wrapper

• brenkeAccount namespace
• Voorkomt conflicten met andere scripts

2. Core dependency layer

• brenke.core.*
• Herbruikbare business logica

3. Entity logic layer

• Account-specifieke rules
• Event handlers (OnLoad, OnChange, OnSave)

---

🚀 OnLoad – initialisatie

• Wachten op Core Library ( waitForGlobal)
• Default values instellen
• Event handlers registreren
• Country / ISO initialisatie

---

🔄 Field event handling

Alle field events volgen een standaard patroon:

1. Notifications verwijderen
2. Check “disable scripting”
3. Business logica uitvoeren
4. Validatie via Core Library

Voorbeeld – Phone validation

• Phone.isValid
• Phone.format
• Notifier.showFieldNotification

---

📊 Business rules

Customer Type

• Customer vs Prospect
• Dynamische required fields
• Form locking

Adres handling

• Postcode validatie
• Auto-fill straat en stad
• Provincie mapping

Copy Address

• Address1 → Address2
• Toggle veld ondersteuning

---

🔌 Core Library usage

Field

• Field.getValue
• Field.setValue
• Field.setRequired

Validation

• Phone.isValid
• Postcode.isValid
• DutchValidation.isKvK

UI

• UI.setAllFieldsDisabled
• UI.setSectionFieldsDisabled

Notifications

• Notifier.showFieldNotification
• Notifier.clearAlerts

---

⚠️ Error handling pattern

• try/catch in alle functies
• Logging via Logger.logError
• Unieke IDs (ACC001, ACC002, ...)

---

🎯 Design principles

• Thin controller (entity script)
• Logica in Core Library
• Geen duplicatie
• Consistente validatie
• Centrale logging

---

🔗 Source code