Erelijst

En hoe doe je het dan als iemand een factuur wenst? Dan ga je weer handmatig een factuur lopen maken. Dat is makkelijk bij enkele per maand maar als je volume groter is dan loop je tegen grenzen aan. Ik zou dan kijken naar een boekhoudprogramma waarbij je een koppeling kan maken tussen het platform en je boekhouding. Met eventuele regels in je boekhoudprogramma kan je dan goed alles uitsplitsen. Het is dan geen uren maar minuten werk. Moneybird, e-boekhouden bieden al zoiets aan

Het is zelfs een verplichting. Dit word de transparantieverplichting genoemd Zie: Transparantieverplichting bij het werken met AI | Ondernemersplein

Je knelpunt zit denk ik in de volgorde: je boekt de uitbetaling, terwijl je de verkopen moet boeken. Zodra je dat omdraait valt het meeste op zijn plaats. Boek nooit het bedrag dat op je rekening binnenkomt als omzet. Je hebt per platform drie losse dingen: je bruto omzet, de kosten die het platform inhoudt, en wat er daarna overblijft en wordt uitbetaald. De bruto omzet is omzet, de platformkosten zijn kosten, en de uitbetaling is alleen een bankregel die je tegen die twee wegstreept. Zo klopt je omzet ook echt met wat je hebt verkocht, en zie je meteen hoeveel die platforms je per maand kosten. Ik doe dat per maand, niet per verkoop. Elk platform heeft een maandoverzicht met precies die drie getallen. Een boeking per platform per maand, plus de uitbetalingen als bankregels ertegenaan. Dat scheelt uren vergeleken met elke losse transactie najagen. Wisselkoers: reken om tegen de koers op de datum van de transactie, niet op de datum van uitbetaling, en boek het verschil dat daardoor ontstaat apart weg als koersverschil. Doe je dat niet, dan blijf je centen zoeken die nergens vandaan komen. Over de OSS en het gegeven dat Etsy zelf al btw inhoudt terwijl Payhip dat niet doet: dat is precies het stuk waarvan ik zou zeggen, neem het een keer door met de Belastingdienst of een boekhouder in plaats van af te gaan op een forumantwoord, ook het mijne. Bij digitale producten via een platform speelt de vraag wie fiscaal gezien de verkoper richting de consument is, en dat verschilt per platform. Leg dat een keer goed vast, daarna is het alleen nog uitvoeren. En op je slotvraag: dit ligt niet aan jouw tool. Het splitsen van platformuitbetalingen is voor vrijwel iedereen handwerk.

Hoi Ron, Bedankt voor je reactie! Dat is inderdaad één van de grootste pijnpunten als het gaat om dit type software. (Gebruikers/klantendata) Ik heb me in het begin ook afgevraagd of het niet slimmer was geweest om deze software voor die gebruikers uiteindelijk lokaal te draaien zodat alle risico’s wegvallen. Uiteindelijk heb ik toch besloten om het zelf te hosten zodat het makkelijker aan te bieden is. (En bepaalde functionaliteiten zoals mail&herken / online afspraken maken vereisen nou eenmaal internet) Doordat ik zelf werkzaam ben als technisch applicatie beheerder bij een software bedrijf hoop ik de nodige kennis te hebben om AI richting een relatief veilige oplossing te duwen. Ik ben daarbij betrokken bij “in-house” gebouwde software voor vrij serieuze doeleinden en dat komt hier dan weer van pas. Zo is om een voorbeeld te geven de database alleen lokaal bereikbaar via API’s welke geldige unieke session/bearer tokens nodig hebben om data op te halen. Tevens heeft het ook de standaard veiligheidsfeatures zoals 2FA, rate limiters en een login block na 3 pogingen via zowel de console als de front end. En om af te sluiten staat de spannende data natuurlijk niet als plain text in de database. Echter blijft het inderdaad een feit dat AI het gemaakt heeft en ik dus nooit 100% garantie kan geven wanneer men vraagt of de omgeving waterdicht is. Maar uiteindelijk geldt dat natuurlijk voor bijna alle software welke aangeboden wordt op het “open internet”. Ik heb het nu “ingedekt” door in de disclaimer aan te geven dat DenCRM er in ieder geval alles aan gedaan heeft wat binnen zijn macht ligt om je data te bewaken, echter betwijfel ik of een jurist daar uiteindelijk ook mee akkoord gaat… :) Ik denk dat een gebruiker het recht heeft om vooraf te weten dat de software met AI gemaakt is en dat daar dus in sommige gevallen risico’s aan hangen. Mocht diegene dat niet fijn vinden zijn er gelukkig alternatieven beschikbaar. Met vriendelijke groet, Dennis Goosen

Klinkt handig, maar... met grote mogelijkheden komt ook grote verantwoordelijkheid. Als je de gegenereerde code zelf niet volledig begrijpt en hebt gecontroleerd, kun je moeilijk garanderen dat deze veilig is, geen kwetsbaarheden bevat en voldoet aan privacywetgeving zoals de AVG. Of onderhouden met wijzigingen in de regelgeving. AI is niet zo goed als de slimste software engineer, maar meer als de gemiddelde hobbyprogrammeur op internetfora voor software ontwikkeling, want daar haalt AI zijn kennis vandaan. AI overziet niet het geheel en de risico's. Ondertussen ben jij wel verantwoordelijk voor de gegevens van je klanten, en kun je niet met de vinger naar AI wijzen als het misgaat.