Heb je een idee om Finibase te verbeteren?

Laat het ons hier weten of upvote andere posts zodat we de juiste updates prioritiseren!

In Progress

Integraties: Yuki-koppeling voor dossiers en factuurtelling

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

💡

Feature requests en verbeteringen

Planned

AdminIS/AdminConsult migratie: handmatige data-import van registraties en facturen

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 9 months ago

💡

Feature requests en verbeteringen

Beta

Kantoor: beschikbare capaciteit vs. gebudgetteerde tijd vs. werkelijke registraties

Samenvatting Nieuwe widget die de totale beschikbare capaciteit van het kantoor afzet tegen de gebudgetteerde tijd en de werkelijke registraties. Beschrijving Kantoren hebben nood aan een helikopterzicht op hun capaciteit: hoeveel tijd is er in totaal beschikbaar, hoeveel daarvan is ingepland via budgetten, en hoeveel is er effectief geregistreerd. Zonder dit overzicht is het moeilijk om te beoordelen of de werkdruk realistisch verdeeld is of om tijdig bij te sturen. Deze widget brengt de drie cijfers samen in één overzicht. De beschikbare capaciteit wordt bepaald op basis van de verwachte werkuren per medewerker, de gebudgetteerde tijd komt uit de ingestelde dienstenbudgetten en de werkelijke registraties zijn de effectief geboekte uren. Door de drie naast elkaar te tonen, ziet het kantoor in één oogopslag of de budgetten aansluiten bij de beschikbare capaciteit en hoe de realisatie daartegenover staat.

Wouter Bruynsteen 2 months ago

💡

Feature requests en verbeteringen

Planned

Kantoor: gemiddelde factureerbaarheid % en kostenmultiplier per medewerker labelgroep

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

💡

Feature requests en verbeteringen

Planned

Integraties: Finibase MCP voor Claude

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 10 days ago

💡

Feature requests en verbeteringen

Planned

Alerts & Kantoor: datumbereik in verlieslatende-relaties-analyse afstemmen op facturatieschema per klant

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 10 days ago

💡

Feature requests en verbeteringen

Planned

Kantoor: overuren per medewerker op basis van VTE en registraties

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 19 days ago

💡

Feature requests en verbeteringen

Planned

Kantoor: per medewerker zien aan welke klanten en diensten thuis vs. op kantoor wordt gewerkt

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 1 month ago

💡

Feature requests en verbeteringen

In Progress

Data controles & Kantoor: interne kosten per medewerker opsplitsen in categorieën + interne kost per uur kunnen ingeven

Samenvatting Je kan de interne kost per medewerker opsplitsen in categorieën (bv. brutoloon, werkgeversbijdragen, maaltijdcheques, verzekeringen, opleiding) en die opbouw analyseren in een nieuwe widget per medewerker. Beschrijving Vandaag is de interne kost per medewerker één totaalbedrag. Wie wil weten hoe die loonkost is opgebouwd, moet terugvallen op een aparte Excel naast Finibase. Dat maakt het moeilijk om gericht bij te sturen of om de impact van bepaalde kostenposten op de rentabiliteit te zien. In het overzicht van interne kosten kan je nu zelf categorieën toevoegen en per medewerker de bedragen per categorie invullen. Een nieuwe widget toont vervolgens de volledige loonkost per medewerker, opgesplitst per categorie, zodat je de samenstelling in één oogopslag ziet en geen aparte Excel meer nodig hebt.

Wouter Bruynsteen about 1 month ago

💡

Feature requests en verbeteringen

In Progress

Kantoor: verdeling btw-dossiers per medewerker

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 2 months ago

💡

Feature requests en verbeteringen

Planned

Gebruikerservaring: volgorde van kolommen kunnen aanpassen via drag-and-drop

Samenvatting Mogelijkheid om de volgorde van kolommen in een tabel aan te passen door ze via drag-and-drop naar een andere positie te slepen. Beschrijving In de overzichten van Finibase staan kolommen momenteel in een vaste volgorde. Niet elk kantoor werkt op dezelfde manier en sommige informatie heeft voor de ene gebruiker meer prioriteit dan voor de andere. Daardoor moeten gebruikers soms ver scrollen of zoeken naar de kolommen die voor hen het meest relevant zijn. Met deze functie kan je kolommen herordenen door ze vast te pakken en naar een andere positie te slepen. Zo kan elke gebruiker de tabel inrichten op de manier die het beste aansluit bij zijn of haar werkwijze, zonder dat de beschikbare informatie verandert.

Wouter Bruynsteen 2 months ago

💡

Feature requests en verbeteringen

Kantoor: factuurlijnen uitsluiten op basis van omschrijving in totaal gefactureerd

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 2 months ago

💡

Feature requests en verbeteringen

Kantoor & Klant: nieuwe widget met gedetailleerde factuuranalyse op basis van factuurlijnen

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

💡

Feature requests en verbeteringen

Planned

Datakwaliteit: VTE-gegevens van verwijderde AdminPulse-gebruikers aanpasbaar maken

Samenvatting Mogelijkheid om VTE-gegevens (Voltijds Equivalent) van medewerkers die verwijderd zijn uit AdminPulse alsnog aan te passen in Finibase. Beschrijving Wanneer een medewerker uit AdminPulse wordt verwijderd, verdwijnen de bijbehorende gegevens ook uit Finibase. Hierdoor kunnen de VTE-gegevens van deze medewerker niet meer worden ingezien of aangepast. Dit is problematisch wanneer VTE-waarden nog gecorrigeerd moeten worden voor een correcte historische rapportage. Met deze functionaliteit worden VTE-gegevens van verwijderde AdminPulse-gebruikers behouden en bewerkbaar gemaakt via de Datakwaliteit-module in Finibase.

Wouter Bruynsteen 5 months ago

💡

Feature requests en verbeteringen

Planned

Klant: gepresteerde uren per kalenderjaar sinds start van de samenwerking

Samenvatting Op een klant-dashboard komt er een bijkomende widget die per kalenderjaar het aantal gepresteerde uren toont sinds de start van de samenwerking met de klant. Eén kolom per jaar, vanaf de eerste registratie tot vandaag (max. 7 jaar). Beschrijving Vandaag toont Finibase enkel een widget die de uren van het vorige jaar en het huidige jaar naast elkaar zet. Voor langlopende klantrelaties geeft dat geen zicht op hoe het werkvolume over de jaren is geëvolueerd: van pieken bij bepaalde dossiers tot graduele afbouw of net structurele groei. Deze widget zet daar één kolom per kalenderjaar tegenover, vanaf de startdatum van de samenwerking tot vandaag. De uren worden gesommeerd per kalenderjaar waarin ze zijn geregistreerd. De historiek loopt zo ver terug als de data die wij vanuit AdminPulse in Finibase hebben ingeladen. Voor partners die hun klantportefeuille willen evalueren ("welke klanten leveren consistent uren, welke zijn aan het krimpen, welke zijn nieuwer dan ik me herinnerde?") wordt deze widget de natuurlijke ankerplaats op het klant-dashboard.

Wouter Bruynsteen 4 days ago

💡

Feature requests en verbeteringen

Planned

Alerts & Kantoor: verlieslatende-relaties-analyse opsplitsen per opdracht

Samenvatting In de verlieslatende-relaties-analyse en alert kunnen aanduiden welke opdrachten meegenomen worden in de berekening, zodat rentabiliteit per opdracht of per groepje opdrachten geëvalueerd kan worden in plaats van enkel op klant-niveau. Beschrijving Vandaag wordt de rentabiliteit van een klant berekend op basis van alle prestaties en facturen samen. Klanten hebben echter vaak meerdere opdrachten in AdminPulse (boekhouding, jaarrekening, BTW, lonen, advies) met elk een eigen facturatieschema en verloop. Een klant kan winstgevend zijn op de standaard opdracht maar verlieslatend op een waarderingsopdracht (of omgekeerd), en in de huidige weergave loopt dat samen tot één gemiddelde. We voegen een instelling toe, zowel op de alert als op de widget, om aan te duiden welke opdrachten meegenomen worden in de berekening. Daardoor kan rentabiliteit geëvalueerd worden per opdracht of per groepje opdrachten (op zijn minst met een onderscheid tussen de standaard opdracht en alle overige opdrachten samen), in plaats van enkel op klantniveau. Zo wordt zichtbaar op welk deel van de samenwerking de marge wegzakt.

Wouter Bruynsteen 9 days ago

💡

Feature requests en verbeteringen