Standaardsoftware
Past meestal het best wanneer het proces gangbaar is en een bestaand pakket de benodigde functies, rollen en controles al ondersteunt.
Financiële software op maat
Maatwerksoftware laten maken voor financiële processen
Maatwerksoftware voor financiële processen is bedoeld voor organisaties waarvan administratieve workflows, controles, gebruikersrollen of datastromen niet passend in standaardsoftware zijn onder te brengen. Mogelijke toepassingen zijn interne finance tools, klantportalen, goedkeuringsworkflows en financiële datakoppelingen.
Voordat Flicc software ontwikkelt, onderzoeken we of bestaande software, configuratie of procesautomatisering het probleem al kan oplossen. De eerste stap is daarom een gesprek over het proces, de gebruikers, data, uitzonderingen en het doel van de oplossing.
Besliskader
Wanneer kies je voor maatwerksoftware?
Maatwerk is niet automatisch de beste oplossing. De keuze hangt af van de uniekheid van het proces, beschikbare software, technische mogelijkheden en de investering en beheerlast die de oplossing vraagt.
Procesautomatisering
Kan voldoende zijn wanneer de software zelf past, maar gegevensoverdracht, terugkerende handelingen of de workflow tussen systemen beter moet.
Maatwerksoftware
Wordt relevant wanneer unieke regels, rollen, controles, gegevensstromen of gebruikershandelingen niet passend in bestaande oplossingen zijn onder te brengen.
De oplevering
Wat krijg je bij een maatwerksoftwaretraject?
De concrete deliverables worden vooraf afgebakend. Eenmalige ontwikkeling en terugkerende kosten of verantwoordelijkheden voor licenties, hosting, beheer en onderhoud worden apart vastgelegd.
- Beschrijving van het financiële of administratieve probleem en het beoogde doel
- Overzicht van gebruikers, rollen, rechten en verantwoordelijkheden binnen de scope
- Functionele eisen, processtappen, gegevensstromen en benodigde koppelingen
- Scherm- en workflowontwerp voor de afgesproken functionaliteit
- Gefaseerde technische ontwikkeling van de overeengekomen onderdelen
- Test- en acceptatiecriteria voor functies, rollen, data en uitzonderingen
- Een werkende oplossing binnen de overeengekomen technische omgeving
- Gecontroleerde ingebruikname en overdracht volgens de projectafspraken
- Vastlegging van afspraken over documentatie, accounts, hosting, beheer en onderhoud
Mogelijke toepassingen
Maatwerksoftware voor financiële processen in de praktijk
Deze voorbeelden laten zien voor welke typen functionaliteit maatwerk kan worden onderzocht. Het zijn geen gepubliceerde klantcases of claims over reeds gerealiseerde resultaten.
Interne finance tool
Een mogelijke toepassing voor terugkerende financiële controles, uitzonderingen, interne opvolging of gegevensverwerking.
Klant- of aanleverportaal
Een omgeving waarin klanten of teamleden documenten, gegevens of verzoeken volgens een vaste structuur kunnen aanleveren.
Goedkeuringsworkflow
Workflowsoftware voor statussen, rollen, controles en goedkeuringen binnen een financieel of administratief proces.
API-koppeling voor boekhouding
Een maatwerkroute voor gegevensuitwisseling wanneer een geschikte standaardkoppeling ontbreekt en de betrokken API’s dit toelaten.
Controle- en uitzonderingsapplicatie
Software die afgesproken afwijkingen, ontbrekende gegevens of inconsistenties herkenbaar maakt voor verdere beoordeling.
Rapportageomgeving
Een centrale omgeving voor afgesproken rapportages, exports, dashboards of managementinformatie.
Reikwijdte
Wat voert Flicc uit binnen een softwaretraject?
Flicc is het aanspreekpunt voor de onderdelen die binnen de opdracht worden uitgevoerd. Wanneer systemen of andere externe partijen nodig zijn, leggen we afhankelijkheden en verantwoordelijkheden vooraf vast.
Proces en behoefte
Flicc brengt het financiële proces, de gebruikers, knelpunten, gegevens en gewenste uitkomst in kaart voordat een technische richting wordt gekozen.
Functionele oplossing
We vertalen de behoefte naar functies, schermstructuur, rollen, workflows, datastromen, koppelingen en acceptatiecriteria.
Ontwikkeling en API’s
Flicc ontwikkelt de afgesproken software en richt waar nodig API-integraties in, afhankelijk van de mogelijkheden van systemen van derden.
Test en overdracht
We testen de afgesproken functies en uitzonderingen. Ingebruikname, documentatie, accounts, ondersteuning en beheer worden per project vastgelegd.
Werkwijze
Van procesvraag naar gecontroleerde ingebruikname
De gebruikte programmeertalen, technische omgeving en deploymentroute worden niet vooraf als universele oplossing gepresenteerd. Ze volgen uit de eisen, koppelingen, accounts en afspraken van het project.
Noodzaak beoordelen
We onderzoeken eerst of standaardsoftware, configuratie of procesautomatisering het probleem al voldoende kan oplossen.
Functioneel ontwerp
Gebruikers, rollen, schermen, processtappen, gegevensstromen, uitzonderingen en acceptatiecriteria worden beschreven.
Gefaseerde ontwikkeling
De overeengekomen functionaliteit en koppelingen worden in beheersbare onderdelen ontwikkeld en tussentijds beoordeeld.
Test en acceptatie
Representatieve testdata, gebruikersrollen, API-fouten, ontbrekende of dubbele data en relevante interfaces worden gecontroleerd.
Ingebruikname en vervolg
Na klantacceptatie wordt de afgesproken ingebruikname uitgevoerd en worden overdracht, beheer en eventuele doorontwikkeling vastgelegd.
Testen en acceptatie
Controlepunten vóór de software in gebruik wordt genomen
Tests worden gekoppeld aan de afgesproken functies en risico’s. Waar mogelijk gebruiken we representatieve, privacyveilige testgegevens in plaats van onnodige productiegegevens.
Functies en gebruikersrollen
Acceptatiecriteria beschrijven wat een functie moet doen en welke rol gegevens mag bekijken, toevoegen, wijzigen of goedkeuren.
Data en API-uitzonderingen
Tests kunnen ontbrekende of dubbele gegevens, ongeldige invoer, API-fouten en herstel na een mislukte verwerking omvatten.
Interfaces en apparaten
Wanneer de oplossing een webinterface bevat, worden de afgesproken browsers, schermformaten en belangrijkste gebruikersroutes gecontroleerd.
Klantacceptatie en ingebruikname
De klant beoordeelt de overeengekomen criteria voordat de oplossing volgens de afgesproken route in gebruik wordt genomen.
Projectafspraken
Eigendom, overdracht, beveiliging en privacy
Deze onderwerpen verschillen per oplossing en technische omgeving. Daarom horen ze als expliciete afspraken bij de opdracht, niet als algemene garantie op een webpagina.
Eigendom en overdraagbaarheid
Er is geen universele regeling voor ieder project. Voor de start leggen partijen contractueel vast wie eigenaar of beheerder is van de broncode, repository, hosting- en cloudaccounts, API-accounts, tokens, licenties en data.
- Welke broncode en documentatie worden overgedragen
- Welke accounts op naam van de klant of leverancier staan
- Hoe data kan worden geëxporteerd
- Wat bij beëindiging van de samenwerking wordt overgedragen
- Welke informatie een opvolgende ontwikkelaar nodig heeft
Beveiliging en privacy
De benodigde maatregelen worden bepaald door de gegevens, gebruikers en betrokken systemen. De scope kan afspraken bevatten over rollen, authenticatie, toegang tot tokens, logging, back-ups, persoonsgegevens, export en verwijdering.
- Geen algemene garantie of certificeringsclaim
- Rechten en verantwoordelijkheden vooraf vastleggen
- Afhankelijkheden van externe systemen benoemen
- Incident- en herstelafspraken alleen waar overeengekomen
- Verwerkers- en datalocatievragen per situatie beoordelen
Na oplevering
Onderhoud en doorontwikkeling worden afzonderlijk afgesproken
Maatwerksoftware brengt terugkerende verantwoordelijkheden met zich mee. De overeenkomst bepaalt wie welke werkzaamheden uitvoert en wat wel of niet binnen ondersteuning valt.
Bugs en wijzigingen
Wat na oplevering als bug, wijziging of nieuwe functionaliteit geldt en hoe verzoeken worden behandeld, wordt in de projectafspraken vastgelegd.
Externe afhankelijkheden
Wijzigingen aan API’s, accounts of software van derden kunnen aanpassing vragen. Verantwoordelijkheid en onderhoud hiervoor zijn niet automatisch inbegrepen.
Monitoring en ondersteuning
Doorlopende monitoring, onderhoud, updates, support of een SLA zijn alleen onderdeel van de dienstverlening wanneer dit afzonderlijk is overeengekomen.
Afbakening
Maatwerksoftware binnen je financiële informatieketen
Maatwerk creëert nieuwe functionaliteit. Andere diensten kunnen logischer zijn wanneer het vraagstuk vooral om koppelen, verwerken, visualiseren of interpreteren draait.
Veelgestelde vragen
Veelgestelde vragen over maatwerksoftware
Wanneer is maatwerksoftware beter dan standaardsoftware?
Maatwerksoftware kan passend zijn wanneer unieke regels, rollen, controles, gegevensstromen of gebruikersprocessen niet goed in bestaande software zijn onder te brengen. Standaardsoftware of procesautomatisering is vaak logischer wanneer bestaande oplossingen de kernbehoefte al ondersteunen. Daarom onderzoeken we eerst of maatwerk werkelijk nodig is.
Wat kost maatwerksoftware?
Dat hangt af van de functionele scope, gebruikersrollen, schermen, datastromen, koppelingen, testvereisten, technische omgeving en afspraken over ingebruikname en beheer. Zonder die inventarisatie is geen verantwoorde vaste prijs te noemen.
Hoe lang duurt een maatwerksoftwareproject?
De doorlooptijd hangt af van de omvang en duidelijkheid van de eisen, externe afhankelijkheden, beschikbaarheid van API’s, feedbackmomenten, testscenario’s en acceptatie. De planning wordt daarom pas na afbakening van de opdracht vastgesteld.
Wie is eigenaar van de broncode en data?
Eigendom van broncode, data, repository, hostingaccounts, API-accounts en licenties wordt vooraf contractueel vastgelegd. De afspraken kunnen per project verschillen en moeten ook beschrijven wat wordt overgedragen wanneer de samenwerking stopt.
Hoe worden beveiliging en gebruikersrechten geregeld?
De vereisten worden bepaald op basis van de gegevens, rollen en betrokken systemen. Binnen de afgesproken scope leggen we vast welke authenticatie- en autorisatiemogelijkheden worden gebruikt, wie toegang beheert en welke afspraken gelden voor tokens, logging, back-ups, persoonsgegevens en herstel.
Wat gebeurt er na de oplevering?
Dat wordt per project afgesproken. Ingebruikname en overdracht kunnen worden gevolgd door afzonderlijke afspraken over bugs, updates, onderhoud, monitoring, ondersteuning of doorontwikkeling. Deze onderdelen zijn niet automatisch inbegrepen.
Kunnen bestaande systemen via een API worden gekoppeld?
Flicc kan API-integraties ontwikkelen wanneer de betrokken systemen een geschikte en toegankelijke API bieden. De beschikbare gegevens, documentatie, autorisatie, limieten en foutafhandeling van derden bepalen mede wat technisch mogelijk is.
Kan een andere ontwikkelaar de software later overnemen?
Dat hangt af van de vooraf gemaakte afspraken over broncode, repository, accounts, licenties, documentatie en overdracht. Als overdraagbaarheid belangrijk is, moet dit als expliciet onderdeel van de opdracht en overeenkomst worden vastgelegd.
Softwarevraag bespreken
Bespreek of maatwerksoftware voor jouw proces logisch is
We bekijken eerst het probleem, de gebruikers, bestaande systemen en alternatieven. Zo wordt duidelijk of maatwerk, automatisering of een bestaande oplossing de passende vervolgstap is.