Samenvatting Finibase breidt de integratieselectie uit met een koppeling naar Yuki, waardoor kantoren die Yuki gebruiken als boekhoudsoftware hun dossiergegevens, het aantal aankoop- en verkoopfacturen en backoffice data rechtstreeks in Finibase beschikbaar krijgen. Beschrijving Kantoren die werken met Yuki als boekhoudsoftware kunnen momenteel maar beperkte gegevens synchroniseren met Finibase via de Silverfin integratie. Hierdoor missen ze inzicht in klantdossiers en kunnen ze geen analyses maken op basis van facturatieactiviteit of operationele backoffice data. Met de Yuki-integratie worden dossiers vanuit Yuki automatisch ingelezen in Finibase en kunnen we automatisch een controle uitvoeren of er inactieve AdminPulse relaties zijn met een actief Yuki dossier. Daarnaast wordt per dossier het aantal aankoop- en verkoopfacturen bijgehouden, en worden relevante backoffice gegevens gesynchroniseerd waar mogelijk. Dit geeft kantoren een concreet beeld van de activiteit per klant en vormt de basis voor verdere analyses zoals workload-inschatting en klantopvolging, vergelijkbaar met de bestaande integraties met Silverfin en AdminPulse.

Wouter Bruynsteen 3 months ago

Jun. 30

integrations

💡

Feature requests en verbeteringen

Samenvatting Een Finibase MCP voor Claude (en andere MCP-compatibele AI-assistenten) waarmee je vanuit Claude vragen kan stellen en analyses kan maken over je eigen kantoorcijfers, zodat Finibase als second brain van je organisatie werkt. Beschrijving Vandaag zit jullie kantoordata in Finibase, maar als je een specifieke vraag hebt of een ad-hoc analyse wil maken, moet je manueel door de dashboards en filters navigeren. Dat is een drempel als je snel wil weten "welke klanten staan rood deze maand?" of "wie van mijn medewerkers heeft de hoogste forfait-rentabiliteit dit kwartaal?". Met de Finibase MCP koppel je Finibase aan Claude (of een andere AI-assistent die MCP ondersteunt). Je stelt dan vragen in natuurlijke taal en Claude haalt de antwoorden rechtstreeks uit jullie Finibase-data. Zo gebruik je Finibase als second brain van je organisatie en versnel je het soort ad-hoc-analyses dat anders manueel werk vraagt.

Wouter Bruynsteen about 1 month ago

Jun. 15

integrations

💡

Feature requests en verbeteringen

Na het ontwikkelen van de data warehouse sectie voegen we ook een mogelijkheid toe om zelf bepaalde gegevens te importeren via Excel (.xlsx), vooral als ondersteuning om historische gegevens ook nog steeds te kunnen behouden in analyses bij een overstap van AdminIS/AdminConsult. Wat betekent dit concreet? Voor de tabellen registraties en facturen krijg je een extra knop om data handmatig in te laden. Dit is vooral handig om ontbrekende gegevens bij te werken of extra data toe te voegen zonder te wachten op een automatische synchronisatie. Om alles correct te koppelen, moeten de basisgegevens (zoals relaties, gebruikers, taak- en opdracht­templates en prijslijstartikelen) al in AdminPulse geïmporteerd zijn. Als dit nog niet gebeurd is, laten we dit duidelijk weten met een melding, inclusief links en aantallen per tabel zodat je snel kan checken wat er al klaarstaat. Zo behou je bij een overstap nog steeds je historische data voor waardevolle inzichten en kan je sneller van start met zowel AdminPulse & Finibase.

Wouter Bruynsteen 10 months ago

Jun. 30

integrations

💡

Feature requests en verbeteringen

Samenvatting Nieuwe alert die een overzicht geeft van alle niet-factureerbare tijdsregistraties binnen een bepaalde periode. Beschrijving Niet-factureerbare tijd is een belangrijk aandachtspunt voor de rentabiliteit van een kantoor. Zonder gerichte opvolging is het moeilijk om te zien welke medewerkers of dossiers ongewoon veel niet-factureerbare uren accumuleren. Deze alert toont een overzicht van alle registraties die als niet-factureerbaar zijn aangemerkt, zodat partners en managers deze tijdig kunnen opvolgen en waar nodig actie kunnen ondernemen.

Wouter Bruynsteen 2 months ago

alerts

💡

Feature requests en verbeteringen

Samenvatting Een nieuwe kantoorwidget die de gemiddelde factureerbaarheid % en kostenmultiplier per labelgroep weergeeft, zodat teams en andere medewerkerssegmenten onderling vergeleken kunnen worden op rentabiliteit en productiviteit. Beschrijving Momenteel biedt Finibase geen overzicht van rentabiliteits- en productiviteitsmetrieken opgesplitst per groep medewerkers. Hierdoor is het voor partners en leidinggevenden moeilijk om snel te vergelijken hoe verschillende teams of segmenten presteren op vlak van factureerbaarheid en kostenmultiplier. Met deze nieuwe widget krijgt het kantoor een overzicht van de gemiddelde factureerbaarheid en kostenmultiplier per medewerker labelgroep. De gebruiker kiest zelf op basis van welke labelgroep de segmentatie gebeurt, waardoor de widget flexibel inzetbaar is voor teams, functies of andere indelingen. Zo worden afwijkingen en trends sneller zichtbaar en kunnen gerichte acties ondernomen worden.

Wouter Bruynsteen 3 months ago

Okt. 31

widgets

💡

Feature requests en verbeteringen

Samenvatting Een nieuwe kantoor-widget voor je klantenevolutie (totaal, nieuwe en vertrokken klanten) met een toggle tussen twee manieren van tellen: "Standaard" (op basis van de start- en einddatum van de relatie) en "Facturatie" (op basis van facturatie in de laatste 12 maanden met een instelbare omzetdrempel). Zo lopen je cijfers gelijk met de definitie die jij hanteert. Beschrijving Vandaag telt de analyse "Nieuwe en vertrokken klanten" enkel klanten mee die in de periode minstens één factuur of registratie hebben. Dat is één manier van tellen, maar niet altijd dezelfde als die je elders gebruikt, waardoor de aantallen soms afwijken (bijvoorbeeld van wat je rechtstreeks uit AdminPulse haalt). De nieuwe widget toont je klantenevolutie (totaal, nieuwe en vertrokken klanten) met een toggle tussen twee manieren van tellen: Standaard: op basis van de start- en einddatum van de relatie. Een klant is nieuw vanaf de creatiedatum en vertrokken vanaf de einddatum, los van facturatie, zodat elke gestarte of stopgezette relatie meetelt. Facturatie: op basis van facturatie in de laatste 12 maanden, waarbij enkel klanten met facturatie boven een door jou ingestelde ondergrens (standaard €500) meetellen. Zo schakel je in de widget zelf tussen beide definities, naargelang wat je nodig hebt.

Wouter Bruynsteen 1 day ago

Jul. 15

widgets

💡

Feature requests en verbeteringen

Samenvatting Vul interne kosten in op maandbasis in plaats van telkens x 12 te rekenen, en laat bepaalde kostenposten automatisch over je medewerkers verdelen op basis van hun VTE. Beschrijving Veel loonkosten ken je per maand, maar vandaag moet je het bedrag eerst zelf x 12 doen om een jaarkost in te geven. En een kost die voor het hele kantoor samen geldt, moet je nu manueel per medewerker uitsplitsen. Met deze update kan je een kostenpost op maandbasis ingeven, waarna Finibase zelf de jaarkost berekent. Daarnaast kan je voor bepaalde kostenposten één totaalbedrag (per maand of per jaar) ingeven en dat automatisch laten verdelen over je medewerkers volgens hun VTE.

Wouter Bruynsteen 6 days ago

Dec. 31

UX

+1

💡

Feature requests en verbeteringen

Samenvatting Op de kolom "Afwijking (€)" in de widget "Totaaloverzicht facturen vs. registraties vs. brutomarge vs. vorig jaar" voorzien we een staafdiagram met drie kleurzones (rood, oranje, groen). De drempels tussen de zones zijn customisable op kantoor-niveau. Beschrijving Vandaag is "Afwijking (€)" een numerieke kolom. Je ziet snel welk getal er staat, maar het kost extra werk om te zien hoe een klant zich verhoudt tot je gezond/kritisch-grens. Met een staafdiagram per relatie wordt dat onmiddellijk visueel: Rood voor afwijkingen onder 0 (effectief verlies). Oranje voor afwijkingen tussen 0 en 900 (gezonde marge nog niet bereikt). Groen voor afwijkingen boven 900 (gezond). De drempels (default 0 en 900) zijn instelbaar op kantoor-niveau, zodat elk kantoor de zones aan zijn eigen prijsniveaus en marge-verwachtingen kan aanpassen.

Wouter Bruynsteen 17 days ago

Jul. 31

widgets

💡

Feature requests en verbeteringen

Samenvatting In de analyse van verlieslatende relaties is het datumbereik vandaag statisch (één globale instelling). Voor regieklanten die op kwartaal- of jaarbasis gefactureerd worden, geeft dat valse positieven: prestaties zijn al gemaakt, maar de factuur volgt pas later. We laten het datumbereik voortaan per klant bepalen op basis van het facturatieschema in AdminPulse. Beschrijving Vandaag werkt de verlieslatende-relaties-analyse met één globaal datumbereik (de pro-rating naar maandelijks bedrag is al voorzien, maar het datumbereik zelf blijft statisch). Voor regieklanten die op kwartaal- of jaarbasis worden afgerekend, betekent dat: tussen twee facturatie-momenten lopen prestaties op zonder bijhorende factuur, en de klant verschijnt onterecht als verlieslatend. We voegen een instelling toe waarbij het datumbereik per klant gebaseerd wordt op het facturatieschema (kwartaal, semestrieel, jaarlijks). Daardoor wordt elke klant vergeleken binnen het juiste tijdvenster, zowel in de verlieslatende-relaties-widget op het dashboard als in de bijhorende alert, en blijven enkel de echt verlieslatende relaties zichtbaar.

Wouter Bruynsteen about 1 month ago

Jun. 30

widgets

💡

Feature requests en verbeteringen

Samenvatting Wanneer je het uurtarief op een afrekeningsfactuur aanpast (per factuurlijn), rekent Finibase voortaan ook door wat dat per medewerker betekent. Zo zie je in zowel het kantoor- als medewerker-dashboard de gefactureerde omzet per medewerker zoals ze effectief op de factuur staat, in plaats van het oorspronkelijke registratiebedrag. Beschrijving In sommige kantoren wordt het uurtarief op afrekeningsfactuur-niveau aangepast voor specifieke medewerkers (bijvoorbeeld €94,50 naar €57,50 voor onproductieve medewerkers). Op de factuur klopt het bedrag, maar de onderliggende registraties blijven aan het oorspronkelijke tarief in AdminPulse staan. Daardoor toont Finibase vandaag een "potentiële omzet" die structureel hoger is dan wat effectief gefactureerd werd. Op het kantoordashboard voegen we drie nieuwe kolommen toe aan de personeelsproductiviteit-widgets. Op het medewerker-dashboard komt er één KPI-tegel met dezelfde drie waardes: Potentiële omzet (aangepast tarief): registratie-bedragen herberekend op basis van de aangepaste unit_price van de gekoppelde factuurlijn (pro rata over de onderliggende registraties), zodat omzet per medewerker overeenkomt met de werkelijke afrekening. Potentiële omzet (origineel tarief): de huidige berekening op basis van de registratie-bedragen, zodat het oorspronkelijke beeld bewaard blijft. Afwijking: verschil tussen origineel en aangepast tarief, zodat je in één oogopslag ziet waar tariefcorrecties zwaar doorwegen. Werken jullie niet met aangepaste factuurlijn-tarieven? Dan blijven de extra kolommen en KPI gewoon verborgen. De bestaande "Potentiële omzet" verandert niet voor wie geen unit_price-aanpassingen toepast.

Wouter Bruynsteen about 1 month ago

1

Mei 27

widgets

💡

Feature requests en verbeteringen

Samenvatting Een kantooroverzicht dat per medewerker toont hoeveel overuren er gepresteerd zijn, berekend op basis van de VTE per week en de werkelijke tijdsregistraties uit AdminPulse. Beschrijving Vandaag is het moeilijk om in te schatten welke medewerkers structureel overuren maken. Die info zit verspreid of is niet mogelijk zonder gedetailleerde uurroosters in AdminPulse en moet handmatig vergeleken worden met het contractueel aantal werkuren per week. Deze widget berekent automatisch het verschil tussen de verwachte werkuren (op basis van de ingestelde VTE per medewerker per week) en de effectief geregistreerde uren in AdminPulse. Het resultaat staat in een lijst per medewerker op kantoorniveau, zodat partners snel zien waar de werkdruk te hoog ligt en kunnen bijsturen.

Wouter Bruynsteen about 1 month ago

Aug. 31

widgets

💡

Feature requests en verbeteringen

Samenvatting Een nieuwe widget op het kantoordashboard die per medewerker toont aan welke klanten en diensten er wordt gewerkt tijdens thuiswerkdagen en tijdens kantoordagen, op basis van het uurrooster in AdminPulse. Beschrijving Vandaag is er geen zicht op aan welk werk een medewerker thuis bezig is en aan welk werk op kantoor. Daardoor is het moeilijk om patronen te zien of om gericht in te plannen welke taken op welke dagen het beste passen. Op basis van het uurrooster van elke medewerker in AdminPulse weet Finibase wanneer iemand thuiswerkt en wanneer op kantoor. Deze widget splitst de registraties per medewerker op tussen thuiswerk- en kantoordagen, zodat je per persoon ziet aan welke klanten en diensten thuis wordt gewerkt en welke op kantoor. Zo krijg je inzicht in werkpatronen en kan je gerichter sturen op welke dagen je welke taken plant.

Wouter Bruynsteen about 2 months ago

Aug. 31

widgets

💡

Feature requests en verbeteringen

Samenvatting Nieuwe kantoorwidget die toont hoe de btw-dossiers verdeeld zijn over de medewerkers, opgesplitst naar btw-plichtigheid en periodiciteit, zodat leidinggevenden eenvoudig kunnen beoordelen of de dossierverdeling eerlijk is. Beschrijving Momenteel is er geen overzicht beschikbaar dat toont hoe de btw-dossiers verdeeld zijn over de medewerkers van het kantoor. Daardoor is het moeilijk om snel te beoordelen of bepaalde medewerkers een onevenredig groot of klein aandeel btw-dossiers beheren. De nieuwe widget toont per medewerker hoeveel btw-dossiers zij toegewezen hebben gekregen op basis van hun rol in het dossier. De verdeling wordt weergegeven op basis van zowel btw-plichtigheid als periodiciteit, zodat leidinggevenden in één oogopslag zien hoe de dossiers verdeeld zijn en waar een herverdeling zich opdringt.

Wouter Bruynsteen 3 months ago

Jun. 30

widgets

💡

Feature requests en verbeteringen

Samenvatting De mogelijkheid toevoegen om bedragen van factuurlijnen met een specifieke omschrijving uit te sluiten van het totaal gefactureerd, zodat doorgerekende kosten niet meetellen als omzet. Beschrijving Bij de berekening van het totaal gefactureerde bedrag worden momenteel alle factuurlijnen meegeteld, inclusief lijnen die geen echte omzet vertegenwoordigen. Een veelvoorkomend voorbeeld zijn factuurlijnen met een omschrijving zoals "Administratiekosten": dit zijn kosten die worden doorgerekend aan de klant, hetzij als vast bedrag, hetzij als percentage van de totale factuur. Omdat deze kosten geen omzet van het kantoor zijn, geven ze een vertekend beeld van het totaal gefactureerd. Met deze uitbreiding kan het kantoor één of meerdere omschrijvingen opgeven waarvan de bijhorende factuurlijnen worden uitgesloten van het totaal gefactureerd. Zo geven de cijfers een correcter beeld van de werkelijke omzet en kunnen rentabiliteitsanalyses op een betrouwbare basis worden gemaakt.

Wouter Bruynsteen 3 months ago

widgets

💡

Feature requests en verbeteringen

Samenvatting Een nieuwe widget op het Klant-dashboard die een volledig beeld geeft van de facturatie per klant: een vergelijking tussen geregistreerde prestaties en gefactureerde bedragen in forfait/voorschot, aangevuld met een uitsplitsing van alle regie-bedragen per prijslijstitem. Beschrijving Facturen bevatten vaak een mix van forfaitaire lijnen en regie-lijnen, zelfs wanneer een factuur globaal als "forfait" wordt beschouwd. Hierdoor is het momenteel moeilijk om een correct beeld te krijgen van wat er nu precies forfaitair versus op regie werd aangerekend aan een klant. De nieuwe widget analyseert de individuele factuurlijnen en hun gelinkte registraties om twee zaken in kaart te brengen: enerzijds een vergelijking tussen de geregistreerde prestaties en de gefactureerde bedragen in forfait en voorschot, anderzijds een gedetailleerde uitsplitsing van alle regie-bedragen per prijslijstitem. Zo krijgen kantoren per klant een helder totaalbeeld van hoe de facturatie is samengesteld, zonder zelf facturen te moeten opzoeken of exporteren.

Wouter Bruynsteen 3 months ago

widgets

💡

Feature requests en verbeteringen

Samenvatting Mogelijkheid om een relatiegroep te selecteren in het klantendashboard, in plaats van enkel een individuele klant. Beschrijving Momenteel kan in het klantendashboard enkel één specifieke klant geselecteerd worden. Kantoren werken echter vaak met relatiegroepen om relaties te groeperen die eigenlijk onder één klant behoren. Door ook een relatiegroep te kunnen selecteren, kan de gebruiker in één keer alle klanten binnen die groep analyseren zonder elke klant afzonderlijk te moeten bekijken.

Wouter Bruynsteen 5 months ago

widgets

💡

Feature requests en verbeteringen

De vervallen risicoanalyse wordt niet getrackt?

Wim about 1 year ago

1

widgets

💡

Feature requests en verbeteringen

Samenvatting In het overzicht van verzonden alerts kan je voortaan elk resultaat afvinken als behandeld. Zo zie je in één oogopslag wat je al hebt nagekeken en wat nog je aandacht nodig heeft. Beschrijving Vandaag is het overzicht van verzonden alerts een statische lijst, je ziet wel welke meldingen er waren, maar je kan er niets mee doen. Daardoor blijft alles door elkaar staan en is het moeilijk om bij te houden wat je al hebt opgevolgd. Met deze verbetering kan je elk resultaat aanvinken als behandeld, ook als het niet (meteen) opgelost geraakt, want niet alles moet altijd opgelost worden. Afgevinkte resultaten kan je apart houden van wat nog openstaat, zodat je lijst overzichtelijk blijft.

Wouter Bruynsteen 8 days ago

Jul. 31

alerts

💡

Feature requests en verbeteringen

Samenvatting In de widget "Beschikbare klantenuren" zie je voortaan welke gebruikers automatisch zijn opgenomen of weggelaten, en op basis van welke regel. Zo is meteen duidelijk waarom een bepaalde medewerker wel of niet meetelt in het totaal. Beschrijving Sommige medewerkers staan vandaag wel in "Beschikbare klantenuren" maar niet in "Gebruikers datakwaliteit", of omgekeerd. Dat komt door automatische regels: inactieve gebruikers met registraties worden mee opgenomen zodat hun uren niet verdwijnen, gebruikers met VTE 0 worden standaard buiten beschouwing gelaten. Die regels zijn nu niet zichtbaar in de widget zelf, waardoor de cijfers tegenstrijdig kunnen lijken. Voortaan toont de widget hoeveel gebruikers automatisch zijn opgenomen of weggelaten, met de reden per geval (inactief met registraties, geen actieve VTE). Zo zie je in één oogopslag waarom het totaal opgebouwd is uit precies die medewerkers.

Wouter Bruynsteen 12 days ago

widgets

💡

Feature requests en verbeteringen

Samenvatting Naast de tabel in de capaciteits-widget op het kantoor-dashboard voorzien we een grafische weergave per medewerker en per team. Op één blik zie je of je klantbudgetten binnen de beschikbare capaciteit passen én of de effectieve registraties in lijn lopen met dat budget. De grafieken zijn klikbaar zodat je vanuit elke staaf doorklikt naar het detail van die medewerker of dat team in de onderliggende tabel. Beschrijving Vandaag zit alle capaciteits-informatie in een tabel met veel kolommen. Voor wie het detail wil is dat krachtig, maar het overzicht "hoe staan we ervoor per persoon en per team" kost meer tijd dan nodig. We voegen een grafische view toe met twee staafdiagrammen: Diagram 1 (per medewerker): blauwe staaf is de beschikbare capaciteit, met daarin een staaf voor het toegewezen klantbudget. Zo zie je meteen of het budget binnen de capaciteit past, of een medewerker overpland staat. Diagram 2 (per medewerker): blauwe staaf is het budget, met daarin een staaf voor de effectief geregistreerde uren. Toont over- of onderbenutting van het budget. Beide grafieken zijn ook beschikbaar per team, op basis van de team-toewijzing van je medewerkers. Je schakelt tussen tabel- en grafiek-weergave bovenaan de widget. De grafieken zijn klikbaar: door op een staaf te klikken spring je rechtstreeks naar de bijhorende rij in de onderliggende tabel, zodat je verder kan doorgraven op alle kolommen en de bestaande drilldown gebruiken.

Wouter Bruynsteen 12 days ago

Jun. 30

widgets

💡

Feature requests en verbeteringen