Inloggen zonder wachtwoord
E-mailadres invullen, code ontvangen, binnen. Het adres uit jullie systeem is de sleutel; wie er niet in staat, komt er niet in.
Ja. Een pagina waarop een klant, huurder of lid inlogt met zijn e-mailadres en een code, zijn facturen en jaaropgaven ziet en ze als pdf downloadt, gelezen uit jullie boekhouding of facturatiesysteem. Wat erbuiten valt, is het maken van de facturen zelf en een portaal met alles erin. Dit is het ene ding dat de administratie elke januari honderd keer per e-mail doet, en dat kan de klant zelf.
Niet of een pdf te tonen is, maar of de juiste klant alleen zijn eigen facturen ziet, en of de administratie in januari eindelijk iets anders kan doen.
Elke administratie kent de golf: in januari vraagt iedereen zijn jaaropgave, bij de aangifte iedereen een oude factuur, en elk verzoek is een e-mail die iemand opzoekt en terugstuurt. Bij honderd klanten is dat een dag werk; bij duizend meer, in de maand van de jaarafsluiting. De facturen staan in het systeem en de klant mag ze hebben. Alleen kan hij er niet bij.
Een downloadpagina doet niets nieuws: hij toont wat er is, aan wie het toebehoort. Het werk zit in twee dingen. De inlog: de klant moet aantonen wie hij is zonder een wachtwoord dat hij vergeet, en dat kan met een code naar het e-mailadres dat in het systeem staat. En de koppeling: de facturen komen uit de boekhouding of het facturatiesysteem, als pdf of als gegevens waarvan de pagina een pdf maakt, en de jaaropgave is een optelsom per klant per jaar.
In een dag bouwen we de inlog, de factuurlijst per klant, de download als pdf en de jaaropgave, gelezen uit jullie systeem. Betalen en een portaal met contracten zijn de stappen erna, als klanten de pagina gebruiken en de e-mails aan de administratie afnemen.
E-mailadres invullen, code ontvangen, binnen. Het adres uit jullie systeem is de sleutel; wie er niet in staat, komt er niet in.
De klant ziet wat aan zijn klantnummer hangt en niets anders. Dat is de regel die de pagina moet afdwingen, niet iets om later toe te voegen.
Waar de factuur als pdf in het systeem staat, wordt hij doorgegeven. Waar alleen de regels staan, maakt de pagina de pdf in jullie opmaak.
Per klant per jaar het totaal, in het format dat zij nodig hebben. Voor de administratie was dit het handwerk van januari.
Waar de facturen staan, of ze als pdf bestaan, en of elke klant een e-mailadres heeft dat klopt. Dat laatste is meestal het werk.
E-mailadres, code, binnen. Met een grens op het aantal pogingen en een code die kort geldig is.
Lijst per klant uit het systeem, met de pdf als download of gemaakt uit de regels.
Per jaar de optelsom in jullie format, als pdf. Getest tegen wat de administratie vorig jaar handmatig maakte.
Tien klanten, elk alleen zijn eigen facturen. Wie iets van een ander ziet, is de fout die niet mag.
Live URL, een link in de factuurmail, code in je eigen repository en een lijst van wat betalen en het portaal vragen.
Vertel ons in welk systeem de facturen staan en hoeveel verzoeken de administratie per jaar krijgt. Dan zeggen we of het in één dag werkend te maken is en of de e-mailadressen op orde zijn.
De bouwdag maakt je idee aantoonbaar. Wil je daarna doorbouwen naar een volwaardige applicatie, dan doet Appfront dat traject.
Ja. Een pagina waarop de klant inlogt met zijn e-mailadres en een code, zijn facturen ziet en als pdf downloadt, en per jaar een jaaropgave krijgt, gelezen uit jullie boekhouding of facturatiesysteem. Het maken van facturen, betalen en een volledig portaal vallen erbuiten.
Met zijn e-mailadres zoals dat in jullie systeem staat. Hij krijgt een code per e-mail, vult die in en is binnen. Geen wachtwoord, geen account. Een klant met een adres dat niet in het systeem staat, moet dat eerst laten wijzigen.
Uit elk boekhoud- of facturatiesysteem met een koppelvlak, en dat hebben de meeste. Zonder koppelvlak werkt een nachtelijke export, en dan loopt de pagina een dag achter. Welk systeem u gebruikt, bepaalt of de pdf's worden doorgegeven of door de pagina worden gemaakt.
Doordat elke factuur aan een klantnummer hangt en de inlog aan datzelfde nummer. De pagina toont niets anders dan wat bij dat nummer hoort; we testen dat op de dag met tien klanten. Elke download wordt gelogd.
Niet in de bouwdag. De pagina toont de status als het systeem die kent, maar betalen vraagt een koppeling met een betaaldienst en het terugboeken van de betaling in het systeem. Dat is de logische volgende stap als de pagina wordt gebruikt.
Ja. Overal waar iemand periodiek een factuur of overzicht krijgt: leden van een vereniging, huurders met een servicekostenafrekening, ouders met een jaaropgave van de kinderopvang. Het systeem verschilt; de pagina niet.
In een korte intake bekijken we het facturatiesysteem en de klantgegevens. Daarna weet je of het in één dag werkend te maken is en wat er aan de e-mailadressen moet gebeuren.
Een korte intake volgt na je inschrijving. Daarna stemmen we scope en datum af.
We nemen contact op om de intake in te plannen.
We gebruiken cookies om je ervaring te verbeteren en het gebruik van de site te meten.