Dick Marjot

Bij Google Docs kan je bestanden en folder delen met anderen... Die anderen moeten dan wel een account hebben bij Google volgens mij. Wellicht (nooit geprobeerd want wij gebruiken een ander/eigen systeem) kan je een folder delen met elkaar alwaar je alle bestanden inzet.

Zeker, en naar XML zou het nog makkelijker maken... maar wellicht is handmatig invoeren van de crediteur en het bedrag dan nog wel sneller... Zolang er geen standaard is en de facturen ook niet te groeperen zijn in een aantal variaties is automatiseren geen makkelijke klus... op naar UBL dus...

Vermoed ook niet dat het makkelijk is. Waarschijnlijk hoeft er geen OCR plaats te vinden omdat de PDF reeds tekst bevat (OCR gebruik je bijvoorbeeld bij scannen van een document, dus van afbeelding naar tekst). Maar zelfs met de tekst is het maar de vraag of je de juiste bedragen kan terugvinden in het document... en de koppeling aan de juiste crediteur etc... Elke factuur is layout technisch toch weer anders dus herkenning van de juiste data is zeker niet eenvoudig. Om die reden worden er allerlei andere initiatieven ontwikkeld zoals UBL (XML met vaste indeling dus goed te automatiseren) maar daar is het bedrijfsleven nog niet aan toe...

:-\ nee meer ik ben verantwoordelijk voor boekhouding van een holding met 3 dochterondernemingen en moet nog ontzettend veel leren :) Boek bestellen? ;) Als ik er eentje mag adviseren: http://tinyurl.com/yldpzro

als in: - transittorische grootboekrekeningen - tussenrekeningen - te betalen omzetbelasting - crediteuren - debiteuren Deze staan allen op de balans.

Domeinnamen kosten niet veel dus als ze mogelijk iets gaan zien in de Nederlandse/Belgische markt kan het lucratief zijn ze aan te houden en later te verkopen. Moet je er nog wel energie in willen stoppen natuurlijk... Ooit een keer voor een zelfde 'dilemma' gestaan maar toen in goed overleg besloten een aantal over te dragen (kostendekkend) en de rest op te heffen om van de rompslomp af te zijn... Dick

Precies. Voorheen hadden wij (kleine softwareleverancier met ook vaak meerdere tegelijk lopende projecten) allemaal losse applicaties (uren, facturen, kilometers, kosten, etc) en liepen we her en der te exporteren naar Excel om het dan weer te kunnen samenvoegen en een totaalstaat te krijgen. Verre van ideaal. Met onze huidige oplossing is dat allemaal geïntegreerd en (o.a.) voor ons uitstekend werkbaar. Niet te ingewikkeld en doelgericht.

Geen enkel pakket voldoet natuurlijk 100% aan wat je wilt. De vraag is of de hoeveelheid water die je bij de wijn moet doen acceptabel is. Zelfbouw is een alternatief maar kan ook duur uitpakken als je het goed wilt doen. Nette interfaces, invoer fouten afvangen, koppelingen tussen data correct houden... en vooral voorkomen dat je niet even snel Q&D wat fixed want daar loop je vanzelf weer tegenaan... ;)

Wij zaten ook met dat dillema. Diverse pakketten bekeken en presentaties gehad maar het was toch steeds niet naar ons zin. Urenregistratie niet goed, geen boekhoudmogelijkheden, facturatie niet aanwezig, etc. Uiteindelijk ook zelf gaan bouwen en het kost heel wat uren om het netjes te krijgen maar dan heb je wat... Sterker nog, als je het vanaf het begin goed aanpakt kan je er wellicht nog een product van maken ook net als wij.

Het opzetten van een eenvoudig administratiepakketje is zeker niet ingewikkeld. Bedenk van te voren een aantal zaken goed (koppeling factuur bij project -> grootboekrekening -> balans/winst-en-verliesrekening), daarna een logische interface eromheen. Zo zijn wij ook ooit begonnen.

Ik vermoed dat je deze inkomsten gewoon kan opgeven als "Winst, inkomsten uit overig werk en dergelijke" in de aangifte applicatie van de belastingdienst (zie bijgaande afbeelding).

De voordelen zijn me wel duidelijk. En backuppen is ook geen punt (gebeurt nu toch ook al voor meer digitale bestanden). Maar gaat vervolgens jullie boekhouder die pdf's afstruinen en inboeken in de administratie?

Wij krijgen veel facturen digitaal (PDF, html) maar ook veel gewoon nog op papier (bij een bestelling oid)... Momenteel printen we de digitaal binnengekomen factureren nog uit zodat ze samen met de op papier binnen gekomen factureren kunnen worden opgeborgen (alles bij/achter elkaar is toch wel erg praktisch bij nazoeken etc.). Een handigere/praktischere methode zijn we nog niet uit... Uw geautomatiseerde administratie en de fiscale bewaarplicht Alles gaan scannen is een optie maar ook een hoop werk (en gooi je de papieren versie dan echt weg of bewaar je die als backup? :P). En dan moet je het nog ergens georganiseerd in kunnen beheren...

Uit nieuwsgierigheid: Stel je hebt een winkel waarbij je je personeel (variabel) inroostert op 5 van de 6 werkdagen. Mag je ze dan om de vrije dag heenplannen zodat je geen salaris hoeft door te betalen op die vrije dag? Als je genoeg mensen hebt lopen om de zes dagen te vullen dan heb je voor de resterende 5 dagen minder personeel nodig, mag je die dan ongestraft een dag minder inroosteren in de betreffende week?

Wij sturen onze facturen al lange tijd digitaal middels PDF. Incidenteel dat een klant een papieren versie wil maar ook daarvan gaan de meeste overstag. Vraag is, wat wordt de volgende stap? Een xml-bestand volgens een standaard (UBL)? Zijn we daar al aan toe?

Blij toe dat daar wat regels voor zijn gezien de laatste brand in A'dam Noord... ;)

Wel gezien wat www.mijnsite.nl te bieden heeft? :P

Even snel doorheen geklikt maar de subcategoriën (zoals 'spelen/leren' en 'spelen' bij kleuters) zijn niet heel verhelderend. Daarbinnen staat alles weer door elkaar en zie ik de sorteervolgorde niet. Ik zou streven naar een verdere uitsplitsing zodat er 1 (max. 2) pagina per subcategorie is om het overzichtelijk te houden. Met vriendelijke groet, Dick Marjot

Nette site op zich alleen is het in wel erg druk naar mijn smaak. Mijn ogen werden ook continu naar de opstuivende sneeuw van de skiër getrokken en niet naar het menu o.i.d.... Indeling met winkelmandje etc tijdens het shoppen vind ik wel helder. Verder ben ik geen wintersporter dus me helemaal verplaatsen in het thema lukte me niet :P

Repeterende zaken plaats ik liever in de agenda. Voor de overige to do's gebruiken we [censuur]... ;)

Haha, Google gaat mensen inhuren om zoekresultaten te beoordelen... Sure... :-\

Overeenkomst is een behoorlijke basis om samenwerkingen wat professioneler aan te pakken, zonder meer. Echter, punt 3.4 is in de praktijk ook wel eens lastig. Sowieso is eenmalig onredelijk in mijn ogen (hoe vaak moet je zelf niet wat aanpassen op sites als gevolg van interpretatieverschillen met de opdrachtgever?) en mijn ervaring leert dat opdrachtgevers nog wel eens een idee wat willen bijschaven als de eerste (deel)versie er eenmaal staat. Ik vind het prettiger werken in een iets opener samenwerking waarbij binnen grenzen mogelijkheden liggen tot verbetering van de functionaliteit als gevolg van voortschrijdend inzicht. Niet zelden is een opdracht niet zo strak te definiëren dat het zich niet laat vatten in een strakke beschrijving passend bij een dergelijke overeenkomst. Een overeenkomst is dus zeker goed maar geef daar zeker ook aan dat overleg over genoemde voorwaarden mogelijk is om tot een prettige samenwerking te komen.

€ 450,- voor een upgrade is zeker duur. Als scherm en randapparatuur nog goed zijn kan je voor dat bedrag of iets meer een aardige nieuwe pc kopen die je daarna fijn kan gaan afschrijven... :P

Auteursrecht vind ik bij software altijd een lastig verhaal. Meermaals heb ik opdrachten afgewezen omdat de opdrachtgever de broncode wilde hebben. Niet onlogisch op zich maar gezien het feit dat veel software ontwikkelaars werken met eigen bibliotheken met standaard functionaliteiten is het vaak niet zo dat de opdrachtgever voor de algehele ontwikkeling van de software betaalt (althans bij mij niet). Dien ten gevolge regel ik het meestal zo dat het intellectueel eigendom op de code bij mij blijft maar het intellectueel eigendom op de functionaliteit (soms lastig te scheiden) in het geheel van de applicatie/website bij de opdrachtgever ligt. Werkt over het algemeen prima. Voor gevallen waarbij de opdrachtgever meer zekerheid wil zijn er altijd nog mogelijkheden voor ESCROW-achtige overeenkomsten (deponeren bij een derde partij).

Feitelijk staat er alleen een e-mailadres want het telefoonnummer staat ook alleen maar in de afbeelding. Zoek woorden in de teksten opnemen, frames weglaten en als het even kan iemand met SEO ervaring laten meekijken dan is er vast wel een betere plek te bemachtigen bij zoeken in de regio...