Rik ·

Je zou bijna in de verleiding komen om de gedownloade afschriften (PDF) te wijzigen en die BIC code er zelf op te zetten Of één pagina uitdraaien op papier en dan met Word de BIC code eroverheen afdrukken en dan weer inscannen en dat versturen. Je voegt alleen maar een gegeven toe en past dus niets aan. Ik vraag me af of dat 'mag'.

En wat spreek je dan met ze af? Of is het "ja, amen, einde gesprek"? Ik heb er helemaal geen probleem mee als klanten later of in termijnen willen betalen. Zolang er maar duidelijke afspraken zijn. Die maak ik dan ook. "Volgende week... Prima", "Volgende maand, ook ok, de hoeveelste?". En als ze die afspraak niet nakomen krijgen ze mij weer aan de lijn. Na twee keer voelen ze zichzelf ook ongeloofwaardig worden en wordt de rekening meestal wel betaald. Met duidelijke afspraken hou je de klant ook "strak" (hoewel er natuurlijk altijd mensen zijn die... ach ja...)

Dat het algemene informatie is, was al bekend (en hebben we het al over gehad). Het probleem is dat er een (beperkt Engels sprekend) persoon op dat platform zit die perse een afschrift wil zien waar ook de BIC code op staat. Het apart geven van de BIC code stuit blijkbaar alleen maar op onbegrip en een standaard antwoord.

Nee, daar staat het helaas ook niet op. Ik zag wel dat je nog "officiële" kopie-afschriften van de spaarrekening kunt downloaden maar daar heeft de BIC code nooit op gestaan (ook niet in 2014). En helaas is het downloaden van kopie-afschriften in de nieuwe omgeving niet meer mogelijk (alleen bij/afschrijvingen van/tot). Vandaar dat ik me af vroeg of iemand nog een recente papieren afschrift heeft van de ING. Je zou dan de papieren-afschriften aan kunnen zetten en als je de eerste hebt ontvangen weer uitzetten. Of ING vragen eenmalig zo'n kopie te verstrekken.

Ik heb hier een afschrift (PDF) van december 2014 van de ING (die kopieën van de papieren afschriften die je kon downloaden) waar de BIC code dus wel op staat. Misschien kun je zelf nog in je archief iets terugvinden. Maar ze zijn daarna naar een nieuw systeem gegaan waar alles online gegenereerd wordt en daar staat het niet meer op. Ik ben benieuwd als je nog een papieren afschrift hebt, of het daar wel op staat. (Inderdaad kun je eens informeren bij de ING.)

Had ik ook al even naar gekeken. Maar bij de ING (en waarschijnlijk alle andere banken) staat de BIC code niet meer op die pagina's. Het is dus iets dat op een "algemene informatie"-pagina van de bank zelf staat (waar ik naartoe linkte). O wacht... ik zie dat het bij de Rabobank wel op het afschrift staat. Maar TS zal dus waarschijnlijk niet bij die bank zitten. En bij de ING heeft het rond 2015 ook op de afschriften gestaan (voordat ze wijzigingen doorgevoerd hebben). Misschien kun je nog eens wat afschriften van een aantal jaar geleden opduikelen en staat het daar wel op.

De zin "A valid bank statement including also the account number and BIC Code" is ook nog eens niet correct. Including en also gebruik je nooit op deze manier achter elkaar. Maar goed, als ze het maar zo blijven stellen zit er niets anders op dan dit bij de bank neer te leggen. En ja, daar betaal je dan natuurlijk iets voor. De bank moet zo'n verklaring ook handmatig opstellen (wat tijd kost). Ik denk alleen dat je elke keer met iemand te maken heeft die niet begrijpt hoe het precies zit en dus (in gebrekkig Engels) dat zinnetje blijft herhalen. Ik vraag me dan ook af hoe dat bij andere aanmeldingen wel goed gegaan is. (Wellicht kun je eens informeren bij iemand die zich al aangemeld heeft hoe dat gegaan is.)

Bankafschrift is natuurlijk makkelijk. BIC Code is toch per bank één code? Bank Identifier Code. Dan vraag ik me af of je niet gewoon de BIC code (samen met je bankrekening en afschrift) op kunt sturen. De BIC code zou je ook op je factuur kunnen zetten (hebben ze ook iets 'officieels'). Ook een link naar de pagina van de bank waar de BIC code staat zou kunnen. https://www.ing.nl/zakelijk/betalen/internationaal-betalingsverkeer/wereldbetaling/wat-is-bic-en-iban/index.html https://www.abnamro.nl/nl/grootzakelijk/producten/cash-management/betalen/bic-code.html Of alle banken: https://www.ibannl.org/uitleg-over-bic/ Ik zou dus eerst vragen bij de ontvanger of gewoon de BIC code met je banknummer en afschrift voldoende is.

Ja, die bankgarantie (contract) moet je terugkrijgen van de verhuurder (dat is dus gewoon het papiertje/contract). https://nl.wikipedia.org/wiki/Bankgarantie Je kunt daarna met die originele Bankgarantie de bank verzoeken om annulering van de bankgarantie. Het kan ook zijn dat de begunstigde (je verhuurder) een decharge verklaring moet tekenen. Vraag dit even na bij je bank. Bijvoorbeeld: https://www.ing.nl/zakelijk/klantenservice/service-en-dienstverlening/opzeggen/financieren/bankgarantie-opzeggen/index.html

Ter verduidelijking... een fiscale eenheid is wel iets wat je van te voren aan moet vragen. Het is niet zomaar iets wat je toe kunt passen. Tot die tijd zul je dus gewoon btw toe moeten passen (welke in de holding afgedragen wordt en in de werk bv weer terug gevorderd kan worden). (Ik neem aan dat voor beide bv's een btw nummer aanwezig is.)

Uit de openingspost maak ik op dat er al een kasstorting was gedaan. De terugstorting uit kas (na de hernieuwde officiële bankstorting) was dus gewoon om deze eerdere kasstorting weer terug te draaien. Niet om het 'kapitaal' te onttrekken.

Uh? MKB vrijstelling komt toch NA de ondernemersaftrekking (waar de zelfstandigenaftrek toe behoort)? Dus volgens mij moeten punt 3 en 4 omgedraaid worden. https://www.ikgastarten.nl/belasting/aftrekposten/mkb-winstvrijstelling-voor-startende-ondernemers-zo-zit-dat

Ik dacht dat je dit zelf als werkgever vast kunt stellen in de uitvoeringsovereenkomst die je sluit met de verzekeringsmaatschappij. https://www.hr-kiosk.nl/hoofdstuk/pensioen/pensioen-inleiding/pensioenplicht

Welkom op HL. Je moet op jouw factuur het btw-nummer van je afnemer vermelden als je de btw wilt verleggen naar hun. Indien ze geen btw-nummer hebben kun je daar dus niet aan voldoen en zul je de btw dus zelf af moeten dragen. Als er bij de afnemer geen budget voor is en jij kunt het niet ook niet uit jouw marge betalen dan zul je hier dus niet aan moeten beginnen.

Het "Copy quote venster" moet je dan met CTRL+C doen. Dan lukt het wel Dus de balk van de quote aanklikken en dan CTRL+C klikken (Of Command+C op de mac). (geen idee hoe je dit op de mobiel zou moeten doen )

En volgens mij had de eerste inschrijving ook gewoon met activiteit "de exploitatie van een kinderdagverblijf" kunnen gebeuren. Ook als de overname nog niet plaats had gevonden. Ook het adres had al geluk goed gezet kunnen worden. Dan had je achteraf niets meer hoeven te wijzigen. Blijft de vraag wie gezegd heeft dat de KvK inschrijving maar tijdelijk was. Wijziging van de huidige inschrijving lijkt mij n.l. meer op zijn plaats.

Gaat dit om een overname naar een eenmanszaak? Waarom is er dan een KvK nummer nodig op de overnamepapieren? Je kunt bij bijvoorbeeld een activa/passiva overname gewoon de privé-persoon vermelden als overname-partij. Inschrijven Had je dan ook gewoon in januari kunnen doen. Je neemt dan de overnamepapieren mee en je zou (als dat daarin vermeld staat) zelfs de bedrijfsnaam over kunnen nemen. De inschrijving kan dan ook met terugwerkende kracht per 01-01-2019 ingaan. Werkzaamheden die je voor die tijd doet kunnen gewoon op de zaak geboekt worden. Ook meerdere bedrijven op 1 adres is geen probleem (er zijn soms wel tientallen bedrijven op 1 adres, zeker in geval van een verzamelgebouw). Je kunt gewoon een briefje opstellen dat je met je bedrijfsnaam in het pand gevestigd bent (of gaat worden) met toestemming van de verhuurder (e.v. overname van huurcontract vermelden indien van toepassing), uit laten draaien en laten tekenen door de verhuurder en meenemen bij je inschrijving. Voor de KvK is dat (samen met de overnamepapieren) voldoende. Nu begrijp ik dus dat je al een KvK nummer hebt. Wat is de reden dat je zegt dat het een tijdelijk nummer is? Geeft de KvK dat zelf ook aan? Want anders geven zij die gegevens ook door aan de belastingdienst en dat gaat er dus vanalles lopen. Ook zou op de overnamepapieren een 'verkeerd' KvK nummer staan (vandaar mijn verbazing over die vereiste). Nee, ik denk je het beste, zoals Roel al aangeeft, dat briefje van de verhuurder kunt regelen en een adreswijziging door kunt geven aan de KvK.

Ja, maar als je die winst dan weer naar privé wilt halen betaal je uiteindelijk opgeteld weer hetzelfde.

Indien je aan het einde van het jaar geen liquide middelen hebt om dat loon uit te keren (zoals je zelf aangeeft) lijkt het mij wel aannemelijk te maken dat dat DGA-loon lager moet liggen. Die reserves moet je natuurlijk niet met vele duizenden euros op gaan bouwen. Maar je kunt, zoals eerder aangegeven, natuurlijk ook het salaris in december laten bepalen door je totale verwachte winst. Of je dat geld nu binnen hebt of niet maakt dan niet uit. Je moet echter wel voldoende liquide middelen hebben om in januari de loonbelasting daarover te betalen.

Nee. In dat geval betaal je wel eerst de VPB. Maar dat is 20% (tot € 200.000). Daarna kun je dat geld dus privé lenen. Als je het echt naar privé wilt halen betaal je de dividendbelasting (25%). Overigens betaal je dan in het totaal ook maar 40% en dat zal niet zoveel afwijken van de inkomstenbelasting (2e en 3e schijf is 40,85%). (VPB en Dividendbelasting is dus in dat geval zelfs iets gunstiger dan uitkeren als loon, tenzij mij iets ontgaat.)

Afhankelijk van de locatie waar je ze opslaat kunnen deze bestanden automatisch geupload worden naar de plaats van verwerking (ik neem aan dat je website ergens anders online staat en je niet met een eigen lokale webserver werkt). Via een scriptje of synchronisatie-programma kunnen die .xlsx bestanden dus (automatisch) ergens neergezet worden waar de webbouwer erbij kan. Die kan dan de keuze hebben om de inhoud eerst te verwerken in een 'eigen' formaat (database o.i.d.) of de .xlsx direct uitlezen wanneer iemand inlogt en de website bekijkt. Dat zal ook een beetje afhankelijk zijn van de snelheid van het inlezen van dat xlsx-bestand. Dus als je voorkeur is om zelf lokaal met die Excel-bestanden te blijven werken, dan zal dat een van de specificaties moeten zijn die je met de bouwer bespreekt. Ook is het mogelijk om lokaal reeds een pre-verwerkings-process te laten lopen. Zo zouden de .xlsx bestanden lokaal verwerkt kunnen worden via een script (met als resultaat een save-as naar html o.i.d.) waarbij de benodigde informatie daarna geupload wordt. Met scripting is heel erg veel te doen. Maar het is allemaal een kwestie van smaak en voorkeur van de webbouwer.

Hoezo inloggen en uploaden? Dat is maar hoe de infrastructuur eruit ziet. Met een eigen computer (lokaal op de zaak) of een raspberry pi'tje die de Excel bestanden lokaal host, kun je die gewoon lokaal uitlezen en alles verwerken om op een webpagina te laten zien (en dat kan lokaal of remote gehost worden). Er is helemaal niet gesproken dat de server die de website host ook daadwerkelijk op een andere locatie staat. En zelfs als dat het geval is kun je met automatisch synchronisatie nog heel veel dingen doen. Nee, Opslaan van de .xlsx is het enige dat handmatig zou hoeven te gebeuren zolang de rest maar geautomatiseerd wordt. Alleen al die kennis om dit voor elkaar te krijgen moet wel aanwezig zijn of ingehuurd worden.

Nadat het bestand weer opgeslagen is staat dat veldje gewoon in het .xlsx bestand. Deze kan daarna gewoon direct uitgelezen worden door een website. Daar heb je dan geen macros voor nodig.

Waarom zou je met macros moeten gaan werken? In PHP kun je gewoon een .xlsx bestand direct uitlezen. Alleen moet er wel bekeken worden of je die .xlsx niet zelf op dat moment open hebt in Excel en of je met heel veel gebruikers tegelijk niet teveel vraagt van de server. Maar het is zeker niet 'onmogelijk'. Afhankelijk van een aantal dingen kan het echter wel handiger zijn om deze dingen op te nemen in een database en zoals je al aangeeft te werken met een webinterface.

Ja, dat is mogelijk. Er kan een website geschreven worden in bijvoorbeeld PHP (of andere taal) en die kan de .xlsx bestanden uitlezen. Zie bijvoorbeeld https://github.com/gneustaetter/XLSXReader Hoe het een en ander daadwerkelijk geïmplementeerd zal worden hangt af van de programmeur in overleg met degene die de specificaties opstelt. Wel is het de vraag of dat voor honderden klanten de meest efficiënte oplossing is. Veel zal afhangen van hoeveel klanten tegelijk in zullen loggen en hoe zwaar je server zal zijn die dit allemaal moet doen.