4711

Het is niet heel moeilijk om iDEAL van Mollie te integreren in je site. Je kan een paar PHP scripts downloaden van Mollie. Hoef je maar een paar variabelen in te vullen (je site, Mollie account, prijs etc) en een link “betalen” op je site te zetten. En een (“return”)pagina met ‘Bedankt’ of ‘Tot ziens bij het diner’ of zoiets te maken. “Mollie en de bank” doet de rest. Door in te loggen bij Mollie kan je zien van wie de betaling afkomstig is.

Sterker nog: Dat kan zelfs iemand zonder enig verstand van fiscale zaken doen (opletten geblazen, dus).

Maar dit klopt dan toch niet? Je had dan helemaal niet uitgeschreven moeten worden, want je bent nergens anders ingeschreven en je 'woont' nog steeds in NL (dat is de conclusie tot nu toe - persoonlijk geloof ik hier ook in). Ook ben je veel (in de praktijk doorlopend) op reis. Volgens mij moet je dat eerst terugdraaien. Denk ook aan je AOW bijvoorbeeld. En de zorgverzekeringswet. Stel nou dat je ernstig ziek wordt. Langdurige opname in een ziekenhuis nodig. In NL weten ze van niets, want je bent jaren geleden 'geëmigreerd' maar nergens naar toe. Deze kwestie lijkt mij iets verder te reiken dan alleen maar een paar BTW bedragen.

De saldi van je bankrekening en je ‘bankboek’ moeten aansluiten (= hetzelfde bedrag laten zien). Het liefst bij elke bankafschrift. Dus als je een bankafschrift hebt t/m 15 mei is het handig dat hetzelfde saldo op 15 mei uit je ‘bankboek’ blijkt. En uiteraard moeten alle mutaties op het afschrift op een juiste wijze verwerkt zijn in je ‘bankboek’. De mutaties van de verkopen zou je kunnen ‘verdichten’ omdat je ook een ‘verkoopboek’ hebt. Als op het afschrift staat dat er 2.419,- euro op je bank stond op 15 mei, maar in jouw ‘bankboek’ staat dat het 1.105,- was, dan klopt je administratie niet (met alle gevolgen van dien). En als dit niet te zien is in jouw ‘bankboek’ dan kan men vinden dat je administratie niet te controleren is (met een hoop gedoe tot gevolg).

Ik zou persoonlijk toch aansluiting zoeken op maandbasis (niet alleen 1x per jaar) en het liefst dus per rek.afschrift.

Ja, dat moet kunnen als je dat beter vindt. Als je banksaldi maar kloppen met de bankafschriften (en het liefst per bankafschrift en zeker per maand).

Wat bedoel je met dat je weet “dat ik ook door kan puzzelen aan het bestand zodat iedere verkoop automatisch naar het bankboek gaat” eigenlijk? Een “bankboek” bevat dezelfde mutaties als je bankafschriften, m.a.w. alle bedragen (plus het saldo) op je bankrekening. Een “kasboek” bevat precies dezelfde informatie, behalve dat het hier dan gaat over de bedragen die contant (in/uit je geldlade of portemonnee) zijn ontvangen en uitgegeven. Als je een “verkoopboek” bijhoudt (en dat doe je, zeg je) dan kan je de contante verkopen inderdaad ‘verdichten’ (dus als één mutatie opnemen) in je kasboek. Of je dat per dag, per week of per maand kan doen, dat is weer afhankelijk van de situatie en omvang van je bedrijf. Als je veel contante ontvangsten hebt (zoals wanneer je bijvoorbeeld een marktkoopman bent), dan ziet de belastingdienst jouw kasboek als een erg belangrijk controlemiddel. Dan zullen zij misschien niet snel genoegen nemen met een kasboek waarin alleen een maandbedrag vermeldt staat. Zij willen namelijk kunnen terugrekenen hoeveel contant geld je elke dag op zak had (je kasadministratie hoort ‘adequaat’ te zijn). In principe moet je dan (formeel gesproken) misschien een kasboek hebben die per dag laat zien hoeveel geld je in kas had.

Voorlopig niet aan de orde ("fase 10"?). Er zijn verschillende scenario's, als het ooit zo ver komt.

Bedankt Daniel! Nee, dat zie je goed. Dat is geen handelsnaam, alleen een website.

Kijk! Dit is nou precies waar het mij om ging/gaat. Maar ik had gehoopt op (mogelijke) antwoorden op deze hersenspinsels (zodat ik eventueel daar op zou kunnen inspelen). Ik ga vrolijk verder, bedankt voor je moeite.

Tja, Ik ben eerlijk gezegd niet zo'n betweter. Ik ken mijn grenzen gewoon en dit was een poging om iets op te steken wat voor mijn bedrijf uitvoerbaar (qua tijd, moeite en resources) zou kunnen zijn. Het is niet bedoeld als een nieuw baanbrekende marketingconcept. Dank je wel. Peter

Het is niet een ultieme doelstelling. Het is zoeken naar welke woorden het beste zijn. Op dit moment ("fase 2") is dat in mijn ogen een goede doelstelling.

Dit vind ik wel goede inputs. Dank je. Maar ik ben er niet helemaal mee eens en wel hierom: Ik weet dat sommige dingen inderdaad beter in de stylesheet kunnen. Maar dat heeft (vind ik) niet zo’n prioriteit, want alle pagina’s zijn prima door Google geïndexeerd. Ik heb niet de indruk dat dit veel uitmaakt namelijk (en op de homepage klopt de html ook helemaal volgens w3c validation – de stylesheet ook). Het is ook niet zo dat de site slecht gevonden wordt (komt bovenaan op de 2e pagina). Maar de kunst is om tussen de grote jongens op pagina 1 te komen. Het gaat er eigenlijk meer om: Zal het mogelijk zijn om in de buurt van de reuzen te komen? En dan gaat het over de totaal aanpak, niet alleen dingetjes op SEO gebied. Dat mis ik wel een beetje in alle antwoorden die toch voor een groot gedeelte over standaard dingen gaan. Je hebt het over “Veel backlinks is noodzakelijk, veel bezoekers mooi meegenomen.” Mee eens. Maar heb je daar een visie op dan? Hoe dat te bereiken, gezien de gegevens zoals zij er zijn? Dat beperkt zich niet tot “font-color naar de stylesheet” bij wijze van spreken. Zijn er dingen die voor de horeca cruciaal kunnen zijn in deze? Daar gaat het mij voornamelijk om (niet wat er in de eerste H1 staat en in de Title). Ben ook met je eens dat er meer tekst kan zijn op de homepage (ook vinden anderen dat dit helemaal overbodig is en dat er meteen een zoekscript moet staan, of de laatste aanmeldingen zoals weer anderen vinden – zo zie je maar).

Dank Steven, Mee eens. Het is alleen niet zo simpel om "twee kanten" (aanbieders+vragers) te bereiken. Dat is ook een van de grootste uitdagingen hier. (De aanpak is 'stap voor stap'.)

Smaken verschillen, maar dat is niet de issue hier. Het gaat om meer (SEO) technische zaken/dilemma's eigenlijk (niet over bloemen versus ziekenhuis qua design). Maar bedankt voor het meedenken.

Dat kan waar blijken te zijn. Maar het mag breder zijn dan puur "50% korting" etc. Het mag ook culinair interessant zijn. Maar het is een goede opmerking van je. (Ook was dat niet helemaal de bedoeling van mijn post)

Bedankt Peter, Denk ik ook, ook vind ik persoonlijk de aanpak k*t. En dat is inderdaad een dilemma bij dit soort toepassingen: Net als bij HL.

Heel persoonlijk. De een vindt het bagger, de ander vindt iets anders (spatiegebruik.nl?) bagger. Ik vraag hier niet over design. Je kan 10000xxx designs bedenken. Maar bedankt voor je relativerende opmerking...

Beste Willem, Net als bij HL kan iedereen zich inderdaad aanmelden en allerlei bullshit er opzetten. Dat heb je met gratis (laagdrempelige) webtoepassingen. En dan moet men, net als bij HL, modereren. Maar bedankt voor je waarschuwing. Peter

Huh? niet gekeken...? Antwoord 1: restauranthouders toch. Antwoord 2: een restaurant is alleen zichtbaar als er een aanbieding (of een mededeling) is... Nee, het mobiele gedoe komt in een latere fase (als die komt).

Dat begrijp ik. Dat heeft met de opzet van het project als zodanig te maken. Ik wil ook helemaal geen 1000 (algemene restaurant)adressen in de database. Ik wil enkele tientallen (om mee te beginnen) relevante records hebben. Dit is het begin. Dan komt het vervolg (misschien). Maar natuurlijk zou het fijn zijn om 1000 relevante records te hebben. Maar zo werkt het natuurlijk niet (althans ik heb hier geen 1000 profielen van restaurants met hun aanbiedingen liggen). Vandaar.

Bedankt voor je reactie. Ik ga het bestuderen allemaal. Maar eerst (voordat anderen zich daar ook mee bezig gaan houden): Dit is een dynamische site (PHP). Een database applicatie. Dus "De url's van de zoekresultaten kunnen beter, rewrite deze" en "De HTML van deze site kan veel beter. Weg met die tabellen en gebruik HTML correct. (semantisch)" is helemaal niet van toepassing. En het gaat ook helemaal niet over wat wel/niet als uitnodigend ervaren wordt. Dat is voor iedereen anders, heel persoonlijk dus. Het gaat over hoe (in zijn totaliteit) de vindbaarheid in Google beter kan (op pagina 1 met relevante trefwoorden dus). Ondanks dat de concurrentie zwaar is. Google kijkt niet naar wat zij "uitnodigend" vindt, vandaar.

Beste allemaal, Een maand geleden heb ik een nieuwe database op het net gezet: restaurantgroep.nl. “Fase 1” zeg maar is afgerond en nu dus op naar “Fase 2” met alle bijbehorende hersenspinsels. De eerste doelstelling is nu om bij Google op pagina 1 te komen met de woorden “restaurants aanbiedingen”. Dat is niet eenvoudig, want “boven mij” staan een paar niet misselijke namen (dinnersite, iens, marktplaats, bijzondererestaurants en nog een paar). Niet dat dit nou magische trefwoorden zijn, maar zij dekken wel de lading in dit geval en het is nu het vertrekpunt voor een (eventueel) vervolg. Oplossingen (mits goed natuurlijk) mogen best geld kosten, dat is het punt niet. Maar geen weggegooid geld want het moet wel leuk blijven allemaal. Wie oh wie heeft hier een visie op? Wat zijn verantwoorde stappen die passen in deze tijd? Leuk als iemand een bijdrage kan leveren, Peter

Loop gerust binnen bij de KvK voor (verkennende) informatie. Maar (nog) niet inschrijven of zoiets, want dan gaat van alles ‘rollen’. Je stuurt gewoon een nota naar de opdrachtgever, zonder over BTW te praten (dus bijvoorbeeld: “Te betalen 100,- euro voor vertalingen in de maand xxx – SVP overmaken op rekening yyy” of zoiets). En wat heb je met Zweden…?

“Vrijstelling” in verband met de BTW is in NL iets heel anders. Absoluut niet te verwarren met dit onderwerp. Dat zou verkeerd kunnen lopen namelijk. Maar verder denk ik wel dat het verhaal klopt.