Maxn

Er staat een vrij duidelijk filmpje op de UWV site: https://www.uwv.nl/werkgevers/actueel/gevolgen-lagere-loonsom-voor-definitieve-tegemoetkoming-now.aspx Alleen als de totale loonsom lager is doordat mensen weg gaan die niet vervangen worden heeft dit gevolgen.

Zou zeggen: geef het apparaat zelf desnoods gratis weg als iemand bereid is ook het servicecontract over te nemen... Neem aan dat dat wel kan (kwalitatief recht).

Maar ook de schilder uit je voorbeeld heeft het niet erg ruim. Bij elke baan in loondienst -maakt niet uit wat- had hij minimaal het minimumloon verdiend, en dat is als je fulltime werkt meer dan die 18k... Denk dat de KOR meer bedoeld is voor degenen die een onderneming naast andere bezigheden hebben, en dat in geen geval geschikt is als je er van rond moet komen.

Neem aan dat je bij deze nieuwe regeling dan alleen bewijs van de omzet moet geven, en niet van de kosten? Gezien ze nu met een fictie werken waarbij je vaste lasten berekend worden op basis van je omzet en het percentage aan vaste lasten dat in je branche gebruikelijk is... Scheelt een hoop discussie over wat wel en niet als vaste lasten telt.

Er staat ook: "Let op. Doet u btw-aangifte? Meld hier dan de omzet die op uw btw-aangiften staat." Maar bij bedrijven die ook zaken met het buitenland doen is daar helemaal niet alle omzet terug te vinden. Lever je bijvoorbeeld diensten aan klanten buiten de EU, of elektronische diensten binnen de EU, dan staat die omzet niet in de aangifte OB. Telt die omzet dan niet mee?

Apart genoeg staat Europees "diensten van schrijvers" op de lijst van diensten waarvoor het lage BTW percentage door een lidstaat gehanteerd mag worden; Wat iets anders is dan ze helemaal vrijstellen. Gok dat Nederland zich op een overgangsregeling beroept waarmee ze voorlopig nog van de Europese regels af kunnen wijken. Zou er dus niet vanuit gaan dat Duitsland dat ook heeft gedaan...

Note that the TS mentioned digital product in his other thread: If what he is selling meets the definition of an electronic service, and his foreign customer is not VAT registered, it is taxable in country of customer at VAT rate of country of customer. At least if he sells for more than 10k a year to that group.

Zou je dan niet eerder uit moeten zoeken of het in Duitsland een vrijgestelde dienst is, gezien de hoofdregel bij B2B diensten is dat land van afnemer belasting mag heffen, en dat soort zaken per land kan verschillen? Zou het echter niet moelijker maken dan het is, en gewoon de BTW naar de afnemer verleggen.

Nee, valt niet onder het elektronische diensten regime (het MOSS gebeuren) Dat is alleen bedoeld voor diensten die geautomatiseerd aan consumenten te leveren zijn. Het schrijven van een stukje in opdracht van iemand anders, is niet te automatiseren maar mensenwerk. Alleen als je eerder iets geschreven hebt dat je vervolgens meermaals -bijvoorbeeld als ebook- rechtstreeks aan consumenten zou verkopen val je er onder.

Dat doen ze wel, maar de optie zit een beetje verstopt. Moet in het betaalscherm eerst op "andere betaalmethode" klikken voordat "creditcard" ook als optie wordt getoond. Onder de Mastercard regels is gelazer met retourvoorwaarden op zich wel een geldige reden voor een chargeback. Chargeback guide (p. 230) Dat de banken de laatste tijd moeilijker doen over chargebacks dan voorheen merk ik inderdaad wel. Onlangs als consument nog een discussie met mijn bank gehad over of het bestellen via een platform wel of niet een rechtstreekse betaling aan een verkoper is.. De bank had dekking bij betalingen die niet rechtstreeks aan de verkoper zijn gedaan inmiddels in de kleine lettertjes uitgesloten. (Overigens zonder klanten over die wijziging te informeren, hadden stilletjes hun website aangepast).

Maar goed, de klant heeft ook andere laagdrempeligere wegen om zijn geld terug te krijgen. Zijn er bijvoorbeeld al klanten geweest die per creditcard betaald hadden en bij hun bank geklaagd hebben? Ben wel benieuwd hoe die daar bij een chargeback mee om zouden gaan.

Ligt er ook aan waar je die boot voor wil gebruiken. Er geldt de bijzondere regel dat alle kosten en lasten van aftrek uitgesloten zijn als je een vaartuig voor representatieve doeleinden gebruikt. Ook als je een boot een dagje huurt om met een zakenrelatie te gaan varen mag je dus niets aftrekken, terwijl dat toch best zakelijk zou kunnen zijn. https://wetten.overheid.nl/BWBR0011353/2020-04-08#Hoofdstuk3_Afdeling3.2_Paragraaf3.2.2_Artikel3.14

Netjes.

Zijn wel al eerder uitspraken geweest over onduidelijke vermeldingen van retourregels op websites. Bijvoorbeeld die van het modehuis dat in eerste instantie een flinke bestuurlijke boete van ACM kreeg omdat er het één en ander mis was met het afhandelen van retouren, en niet voldoen werd aan de informatieplicht. Deze wekte op de website de indruk dat retourneren binnen 14 dagen na bestelling moest. Terwijl het 14 dagen na bezorging van de bestelling is. In de algemene voorwaarden stond dit wel correct, maar dat is niet voldoende, want die informatie is niet direct zichtbaar. De boete hiervoor is in beroep welliswaar vernietigd, omdat ACM in strijd met het gelijkheidsbeginsel handelde door deze webshop meteen hard aan te pakken terwijl 40 anderen er met een waarschuwing van af kwamen. Maar dat de regels over retourneren niet enkel in de kleine lettertjes te vinden moeten zijn was de rechter het op zich wel mee eens: https://uitspraken.rechtspraak.nl/inziendocument?id=ECLI:NL:RBROT:2018:3062

Altijd? Als je 30 dagen bedenktijd en gratis retourneren adverteert is dat niet zo vanzelfsprekend. Zelfde bij hygienische producten waarvan de verzegeling verboken is. Of dit wel op de juiste wijze is uitgesloten kan je over discussieren. Bedenk in dit kader ook dat je een informatieplicht hebt om de consument op duidelijke en begrijpelijke wijze te informeren over bepaalde zaken waaronder het herroepingsrecht. En de ACM heeft zich al eerder op het standpunt gesteld dat enkel het vermelden van retourvoorwaarden in de kleine lettertjes van de algemene voorwaarden uberhaupt niet duidelijk en begrijpelijk voor consumenten is.

En die klanten zouden best wel een punt kunnen hebben. Vraag is wel waarom ze bij die productgroep niet gewoon "30 dagen gratis retour zolang verzegeling niet verbroken" kunnen zetten. Bij andere bijzondere producten vermelden ze immers wel netjes dat er afwijkende retourvoorwaarden van toepassing zijn. Voorbeeld:

Los van hoe het fiscaal zit, zou ik me -zeker in deze tijden- eerder zorgen maken of je je geen andere juridische problemen op de hals haalt met dergelijke constructies. Op het moment dat een klant meer dan 1 "reisonderdeel" via jouw website bestelt voldoet het al snel aan de definitie van een pakketreis. Bied je die aan, dan ben jij degene die mag betalen als er niet geleverd wordt, moet je verplicht lid zijn van een garantiefonds, etc. Denk niet dat je daar zo makkelijk onderuit komt door te stellen dat je slechts een platform bent. Anders zou elke reisorganisatie dat doen.

Dat de uitleg dat MOSS niet in je OB aangifte thuis hoort bij de vraag "Leveringen naar of diensten in landen binnen de EU" staat, vind ik niet zo vreemd. Zou als ik op zoek was naar het antwoord toch echt eerder daar zoeken, dan bij de vraag over de afstandsverkopen regeling voor goederen...

Waarom wil je met alle geweld de MOSS omzet toch ergens in de BTW aangifte vermelden? Hoort daar simpelweg niet thuis. Hetgeen ook duidelijk in de toelichting staat:

Waarschijnlijk in de zin dat theoretisch het incassant ID ook op iets anders dan 0000 zou kunnen eindigen. Laatste nummers zijn iets dat de bank toekent of je met ze afspreekt. Opbouw van het nummer: Denk niet dat Stripe er wakker van ligt welk nummer je exact gebruikt. Wel van belang als je reeds eerder automatisch incasso opdrachten via een andere bank/PSP hebt verwerkt, Want als er een ander incassant id wordt gebruikt krijgen klanten opnieuw een melding in Internet bankieren dat een "nieuw bedrijf" voor het eerst geld van hun rekening probeert af te schrijven. Let er verder wel op dat PSPs als Stripe erg duur zijn als een incasso opdracht niet verwerkt kan worden door bijv. onvoldoende saldo. Kost je al snel 7,50 tegen rond de 0,40 indien je via een normale bank incasso's doet...

Ja, in antwoord op kamervragen blijkt echter dat MRDM de AP wijs heeft gemaakt dat zij de cloudaanbieder uitsluitend als opslagvat zou gebruiken om versleutelde gegevens op te slaan, en deze niet over de sleutel zou beschikken om deze te ontsleutelen. Kennenlijk heeft de AP genoegen met dat antwoord genomen. Hoewel je je af kan vragen of dat wel helemaal klopt. Zowel de hoofd website, de e-mail, alsmede de "secure upload facility" voor het uploaden van medische data bij het bedrijf in kwestie lopen via IP-adressen die toebehoren aan de cloudaanbieder. Dat heeft er toch de schijn van dat er wel ietsje meer via de cloudaanbieder loopt dan dat deze enkel als backend voor de opslag van versleutelde data zou dienen. Hoe het ook zij, het mag duidelijk zijn dat op het moment dat de TS kiest voor een hosted CRM oplossing, de aanbieder ook de webinterface om de gegevens in te kunnen zien host, en deze bij de gegevens kan. Kan daarbij toch moeilijk ook een verhaal gaan ophangen dat die uitsluitend versleutelde data opslaan waar ze zelf niet bij kunnen.

"Wij testen en ontwikkelen onze plug-ins en scripts op basis van de basisinstallatie(s) van specifieke versie(s) van webshoppakketten zonder maatwerkthema's en plugins." Die disclaimer staat er niet voor niets. Garantie dat het zonder aanpassingen nog steeds werkt na een update gaat niemand je geven. En soms worden er ook "plugins" verkocht die systeembestanden overschrijven. Geen broncode aan te hoeven passen klinkt leuk, maar dat betekend niet altijd dat er geen broncode is aangepast en dat de uitbreiding echt volledig los staat van het pakket zelf.

Alleen als dat extra veld alleen voor je eigen administratie is, en niet gebruikt hoeft te worden door de bestaande code. Wil je iets typisch Nederlands zoals bijvoorbeeld aparte "voornaam" "tussenvoegsel" en "achternaam" velden, dan zal er echter wel iets bijzonders moeten gebeuren. Op alle plaatsen waar de volledige naam van de klant moet worden getoond zal immers ook rekening met het nieuwe "tussenvoegsel" veld gehouden moeten worden. Idem dito met zaken als postcode tabellen. In het buitenland hebben ze vaak geen postcodes op straatniveau, maar 1 postcode voor een hele stad. Wil je wel iets typisch Nederlands zoals het aanvullen van de straatnaam op basis van postcode en huisnummer dan is daar dus code voor nodig. Het zou mooi zijn als die code in een aparte plugin/module zou kunnen, die onafhankelijk van het software pakket geupdate zou kunnen worden. Maar dat is een utopie en de realiteit is juist voor dit soort aanpassingen anders...

De eerste twee pakketten kan je ook op een eigen server installeren. En die kant zal je waarschijnlijk toch op moeten als je aanpassingen wil hebben. Wel gaan aanpassingen en weinig budget niet samen. Houd er rekening mee dat als de broncode van het systeem zelf aangepast moet worden om de gewenste aanpassing te realiseren, de kans groot is dat je ook bij elke software update opnieuw een ontwikkelaar nodig hebt.

De door jou opgegeven waren en diensten zullen afzonderlijk met die van het andere merk vergeleken worden. Er zal gekeken worden of in de omschrijving van de goederen/diensten van het oudere merk iets staat dat soortgelijk is aan de waren "Chatbotsoftware voor het simuleren van gesprekken" Vervolgens of er iets soortgelijks is aan de dienst "Hypotheekadvisering" Vervolgens of er iets soortgelijks is aan de dienst " Juridisch belastingadvies" Klasse nummers zijn verder minder van belang, ook waren/diensten die onder een ander nummer vallen kunnen soortgelijk zijn. Mocht het bureau bijvoorbeeld tot de conclusie komen dat de tekens zelf (de letters van de woordmerken) heel erg met elkaar overeenkomen, maar dat wat betreft de vergelijking van waren en diensten, er enkel overeenkomsten zijn op het gebied van "Hypotheekadvisering" en "Juridisch belastingadvies" dan kan dat er toe leiden dat het merk niet voor die twee ingeschreven wordt. Maar wel voor "Chatbotsoftware voor het simuleren van gesprekken" Onder chatbotsoftware (in een waren klasse, niet als dienst), zou ik zelf overigens de verkoop van dergelijke software door een software ontwikkelaar aan ondernemers die een chatbot binnen hun eigen website willen integereren verstaan. Andere doelgroep dan mensen op zoek naar belastingadvies, en die doelgroep heeft ook niet de verwachting dat het waren zijn die een accountantskantoor zou kunnen leveren...