Erelijst

Populaire inhoud

Toont inhoud met de hoogste reputatie op 31-03-20 in alle zones

  1. Hierbij mijn neutraal technisch advies door de ogen van een full stack developer op basis van berichten in de PM en dit topic en als toevoeging (!!!) op mijn eerdere bericht . Ga een samenwerking aan met een full stack developer en maak een stapsgewijs plan om je bedrijfsprocessen beter te automatiseren. Elke stap moet een behapbaar probleem oplossen en strategisch onderbouwd zijn, anders moet je het gewoon niet doen. Ga niet meteen voor een complete oplossing: laat een systeem bijv eerst een rapport uitdraaien dat je ondersteund bij je "handwerk" voordat het een autonome blackbox wordt. Eerst kost een proces je 5 uur (niet geoptimaliseerd) dan 2,5 uur (optimalisatie ronde 1) dan 1 uur (optimalisatie ronde 2) en daarna 30 seconden (optimalisatie ronde 3). Bij elke stap (iteratie) leer je en zo kun je de kosten voor het verbeteren van je systemen uitsmeren over tijd. Op basis van de PM (wat ik als developer zou doen): Begin met het opzetten van een eigen VPS, voor EUR 50 (ex) p/m heb je al een mooie instance (https://www.transip.nl/vps/) Draai hier zelf Magento 2 (die gebruik je als data hub begrijp ik?) en Odoo op. https://devdocs.magento.com/guides/v2.3/install-gde/install-roadmap_part1.html https://www.odoo.com/documentation/online/setup/install.html#source-install Met beide stukjes software op dezelfde server is er een ideale data-uitwisseling-basis. Dat is dan installatiekosten developer + EUR 50 (ex) p/m. Dat schilt nogal met jouw raming van minimaal EUR 384 p/m. Nadat dat is opgezet ga je stapsgewijs kijken hoe je een jouw huidige Magento gaat migreren naar je eigen VPS. Tevens ga je Odoo verkennen, gratis plugins uitproberen en kijken in hoeverre je jouw data-model erin kwijt kan. Ik ben geen Odoo expert maar het lijkt me niet meer dan logisch dat je er 'arbitrary data model logic' in zit (desnoods via een plugin). Daarmee kun je dus jouw logica (manier van werken) inprogrammeren. Als dat niet via een gebruiksvriendelijke interface kan dan kan de developer het je uitleggen of overnemen. Verder moet je oppassen met die ondersteunende SaaS diensten. Vaak betaal je voor een hoop zaken die je niet gebruikt of niet nodig hebt. Het is altijd interessant om te kijken of je een functionaliteit zelf kan implementeren op je VPS (voor een strategie die zich heeft bewezen). (Oftewel: gaat je geld naar een externe partij die iets voor je doet of gaat je geld naar uitbreiding van in-house kennis en software) Met een stapsgewijze aanpak (in bedrijfsvoering en technische implementatie) zorg je ervoor dat je het wel kunt betalen, dat je minder risico neemt en dat je focus houdt door alleen te werken aan processen die zich hebben bewezen. Wat jij wilt doen is telepoorten van A naar B (horizontaal en verticaal) in plaats van de route lopen van A naar B. Stapje voor stapje... Als ik je business model goed begrijp is het technisch eigenlijk niet zo spannend (en misschien qua ondernemerschap ook niet echt ). Uiteindelijk is het niet meer dan een geoptimaliseerd data bestand sturen naar de platformen waarop je actief bent (op basis van verwerkte leveranciers data) en met SaaS diensten hooks koppelen aan het supply chain process. En natuurlijk klantenondersteuning bieden. Ik denk dat jouw focus moet gaan naar procesverbetering bij alles wat je doet. Ik heb ooit Hyves geadviseerd toen zij tegen een probleem aanliepen met hun communicatie met externe ontwikkelaars. Er was maar 1 projectleider en die kreeg zo veel mailtjes met vragen dat hij amper nog aan zijn werk toe kwam. Ik heb hem toen geadviseerd over wat ontwikkelaars precies zoeken in bijv. documentatie van systemen en bij oplossingen voor problemen. Op basis daarvan werd de communicatie op de web site voor externe ontwikkelaars verbeterd en een FAQ opgesteld. Een geconstateerd probleem werd zo effectief en efficiënt opgelost en dat leverde meer tijd op (lees; belangrijkere zaken, groei) en dus extra geld (lees; geld voor investeringen, betere marge). Zoek naar continuïteit en stabiliteit in je processen en in de technologie die je toepast. Je hebt een cyberpunk business model, dan moet je je ook als een cyberpunk gedragen en veel beter weten wat je nou technisch doet.
    5 punten
  2. Misschien klinkt dit onaardig, maar het lijkt alsof je adviseur weinig kennis heeft van de omzetbelastingwet. Je bent namelijk wél BTW verschuldigd op het moment dat je een voorschot krijgt (art. 13,2 W.). Dus je hebt het helemaal goed aangegeven! Ik zou mij eerlijk gezegd achter mij oor krabben in jouw situatie (t.a.v. de adviseur bedoel ik). EDIT, want dit zie ik nu pas: Eigenlijk had je een "echte" factuur toen moeten maken. De afnemer had namelijk ook recht op aftrek van voorbelasting toen. Dus helemaal perfect heb je het ook weer niet gedaan... Maar een stuk beter dan wanneer je het eerst aan je adviseur gevraagd had!
    2 punten
  3. Via stichting MKB financiering is het eerste webinar terug te kijken externe link: https://www.stichtingmkbfinanciering.nl/terugkijken-steunpakket-zzp-en-mkb-coronavirus-webinar/ ik gok dus dat het tweede webinar ook via die site terug te kijken zal zijn... https://www.stichtingmkbfinanciering.nl directe link eerste webinar 19 maart 2020:
    1 punt
  4. Als je na 11 jaar nog geen florerend bedrijf hebt waaruit je investeringen om verder te groeien kan doen is het IMHO toch een "dood paard"
    1 punt
  5. Wat mij opvalt, is dat je op dit medium behoorlijk veel interactie hebt. Hoeveel tijd kost dat? Is alle tijd daarvan nuttig?
    1 punt
  6. Precies ... de pragmatische benadering ... zonder factuur geen btw en dus geen afdracht. Precies ... trouwens, hoe moet de Belastingdienst daarvan op de hoogte komen? De Belastingdienst wordt in ieder geval niet benadeeld. De rest van het verhaal is discutabel, maar genoeg beantwoord.
    1 punt
  7. Voor de derde (en van mijn kant: ook laatste keer...): Er is geen 'voorziening' in de eenmanszaak voor dit (of je administratie klopt niet, wat zo te horen best zou kunnen overigens). En het heeft verder ook geen 'impact' op het eigen vermogen, want het is een privékwestie. Als je dit tot uitdrukking wil laten komen, dan moeten jullie dit verwerken in de slotbalans: daaruit zal dan blijken hoe de "werkelijke" winstverdeling/kapitaalaandelen waren bij het einde van de VOF en hoe je dan verder kan als eenmanszaak. Kleine toevoeging (op de late avond): Stel nou dat je bij het starten van je eenmanszaak inderdaad een zakelijke vordering (die kennelijk erg incourant was!) had ingebracht met bijbehorende reserve (want het was tenslotte een incourante vordering!) - net zoals je in jouw voorbeeld van je opening balans hebt staan. En vervolgens wil je dan kennelijk deze met 20% verlagen: dan wordt de vordering dus 80% van wat die was en de reserve ook. Dus "nul" effect op resultaat/vermogen van de eenmanszaak. (maar nogmaals: er zal geen zakelijke vordering zijn op ex-vennoten uit een VOF bij het starten van een eenmanszaak - althans zou ik niet weten hoe)
    1 punt
Deze erelijst is ingesteld op Amsterdam/GMT+02:00
×
×
  • Nieuwe aanmaken...

Cookies op HigherLevel.nl

We hebben cookies geplaatst op je toestel om deze website voor jou beter te kunnen maken. Je kunt de cookie instellingen aanpassen, anders gaan we er van uit dat het goed is om verder te gaan.