ID: D202606251505
Tags: ESIM, SIM-card

⇐ Today’s Note ⇒

2026-06-25

ESIM

Calculating per smallest plan above 14 days.

Naam	Per 5GB	Per 10GB	Per 20GB	Unlimited	Link
Airalo	€13.50	€18	€30.50	€40.50	https://www.airalo.com/canada-esim
Saily	€15.99	€26.12	€37.04	€41.32	https://saily.com/nl/esim-canada/
Holafly				€44.90	https://esim.holafly.com/esim-canada/
Revolut	€?	€?	€?	€?	https://www.revolut.com/nl-NL/esim/canada-esim/
MobiMatter	€10.50	€17	€28		https://mobimatter.com/esim-canada
Xipo	€44	€80			https://xipoconnect.nl/shop/esim-canada/

Voor revolut moet je inloggen, en het bekijken op een telefoon die een ESIM kan gebruiken

Project idee

Een app, die leest pdf / scrape export van je bank en zet het om naar interne dataflow structuur, beide mogelijk via API en web UI.

Elke transactie is gelinked aan de user en de bankrekening Elke bankrekening is gelinked aan een user

bij het importeren van data wordt ene transactie gezien als duplicate als de sender en receiver van het geld, het aantal, en het timestamp en de mogelijke label overeen komen met een transactie die al bestaat. en aangezien de timestamp altijd een export is van je bank app, zal api vertraging hier op geen verschil maken, want het is een timestamp van je bank transactie, niet van api input

met puur die 2 dingen kan je al een inkomsten en uitgaven grafiek laten genereren, want als je transacties onderling heen en weer stuurt, blijft de netto totaal. Ik zat er eerst over na te denken om een flag hiervoor toe te voegen, maar als je dan met views gaat spelen is het dan niet altijd logisch, en je kan zelf het zelfde achieven met labels. Ja je skewed misschien de inkomsten / uitgaven tabel, maar de netto blijft goed.

elke bankrekening houdt ook bij hoeveel er momenteel op staat, dit kan de user zelf aanpassen, en wordt automatisch geupdatet bij een import van nieuwe data (is een toggle die de user kan aanklikken)

het uploaden van data gebeurt met een REST api, die het in een cronjob queue zet. er moet ook een cronjob zijn voor het cleanen van oude data

er is een label tabel, dit is bijv “shopping”, dan heb je een labelSelector tabel met:

• een transactie naam (regex support); hiermee kan je checken voor de zelfde naam
• een transactie sender bankrekening (regex support); om te kunnen checken dat het bijv jij betn die het betaald, of binnenkrijgt.
• een transactie receiver bankrekening (regex support); om te kunnen checken dat het bijv jij bent die het betaald, of binnenkrijgt.
• het ID van het label ook is er een tabel genaamd transactieLabels waarin je het ID van de label en het ID van de transactie pakt, om of het jusit een label te geven, of het te excluden van de label. er is ook een standaard label voor elke rekening, en een standaard label genaamd “all”, dat niet te verwijderen is. een transactie kan meerdere labels hebben. labels can also have privacy filters (for companies showing in presentations, or for exporting personal info), there will be a regex method for this that for example removes all numbers from an IBAN. but since it has regex it would also work on credit cards. Bij de account instellingen kan je ook de privacy filter van label “all” aanpassen. Om het per label zelf aan te passen moet je naar de label configuratie gaan.

een view tabel, waarin je kan aangeven dat bijv:

• in view spaargeld rekening a b en c bij elkaar horen als gezamelijk en los.
• in view bank de rekeningen van die bank bij elkaar horen, als gezamelijk
• in view x zie je alle rekeningen, maar dan los views kunnen standraard label filters hebben, op timestamp (standaard is 365 dagen limit)

en dat je meerdere view grafieken tegelijk kan openen Grafiek types:

• bar chart (per maand / jaar)
• normal graph (totaal, incomsten en uitgaven, per maand en per jaar en per dag, aantal transacties (incoming, outcoming, total) per dag/maand/jaar)

en dit moet filterbaar zijn op alle labels die je kan toevoegen. bijv om alle steam uitgaven te tracken.

moet goed over na worden gedacht voor het loggen van alles (user aanpassingen, inloggen, failed login attampts, misconfigured api requests, rate limiting blockages) implementeren van rate limits en password failure timeouts forceren van TOTP 2fa op zn minst 1 keer per maand.

het moet kunnen exporteren:

• in custom time ranges, maar standaard is per maand of jaar
• in json
• in csv
• in pdf
  • met tabel aan inkomsten en uitgaven
  • grafieken
• dit automatisch
  • sturen naar jezelf als mail
  • gooien naar een API
  • opslaan in de UI als download die je manual kan downloaden (voor X aantal tijd)
• door ons systeem is een export eigenlijk gwn het inladen van een view, en kan dus mooi via OOP met interfaces gebeuren.

ook moet er bij het aanmaken van een label, een voorbeeld pull gedaan worden, zodat je direct ziet of je regex werkt.

om te zorgen dat je niet altijd regex moet doen is er ene cron job voor regex en een tabel labelSelectorCache, dit cached alle regex finds bijv 1 keer per dag. elke keer wanneer een labelSelector wordt geupdate. en wanneer er neiuwe transacties worden toegevoegd, check je direct voor de regex patterns en cache je het direct. verder kunnen we mogelijk ook view caching doen, om niet elke keer alle transacties uit te hoeven splitten.

caching wordt per logische timing verwijdert, dat wordt nader bepaald

met deze app krijg je dus volledige inzagen in alle bank zaken, met mogelijkheid tot automatisering van je bankzaken.

on account creation try to detect timezone of the user, and automatically account for that. (changable in settings)

---

References