Berichten

Lang heb ik gedacht: wat moet ik met Twitter?

Moet ik iedereen om 7:30 uur vertellen wat ik voor ontbijt ik aan het maken ben?

Nu denk ik: als ik daar nu eens redelijk zinvolle dingen ga roepen over Acumulus, over nieuwe regelgeving e.d.

En af en toe een retweetje van iemand die iets leuks zegt over Acumulus.  

Staat nu op de website.

De Tweede Kamer is verdeeld over een voorstel van PVV en PvdA om veel strengere eisen te stellen aan websites voor het plaatsen van cookies op de computer van de internetgebruiker.

http://www.nu.nl/internet/2543836/kamer-verdeeld-strenge-eisen-cookies.html

Fiscale regels rond privégebruik van auto van de zaak per 1 juli aangepast.

Het kabinet heeft daar vrijdag toe besloten in reactie op een recente uitspraak van de rechtbank in Haarlem. Deze uitspraak zou er in het uiterste geval toe kunnen leiden dat er geen btw meer zou mogen worden geheven over het privégebruik van een auto van de zaak.

http://ondernemen.blog.nl/financiering/2011/06/19/regels-rond-privegebruik-leaseauto-veranderen

Een factuur kan theoretisch diensten en producten bevatten.

Thanks!  

Ik kan de factuurregels pas aanpassen (met bijvoorbeeld bedragen inclusief btw e.d.) als ik het afrondingsvraagstuk heb opgelost.

Dat gaat - als het goed is - vannacht lukken.

Daarna staat de weg vrij om andere opmaaksjablonen te maken.

Ik heb het zoveel mogelijk uitgeschreven op:

www.siel.nl/api.php

Maar ik hoor graag waar je vragen over hebt.

Met een privepercentage haal je al een beetje wind uit de zeilen van de inspecteur.

Toch blijft dit een zaak die staat of valt bij de persoonlijke overtuiging en argumentatie.

Persoonlijk zou ik inderdaad een privepercentage invoeren.

Ik denk dat je hier zelf een standpunt moet innemen.

Vind jij het billijk deze kosten af te trekken, en kun je dit verdedigen bij een inspecteur?

Twee jaar is wel lang maar misschien heb je wel een goed verhaal.

Dit zal zondag 19 juni om 23:00 uur worden ingebouwd.

[12.6050]

Ik heb een oplossing voor het afrondingsprobleem.

Niet onlogisch: meer decimalen voor het bedrag ex BTW.

Dat betekent dat je binnenkort bij het maken van een factuur 4 decimalen ziet in plaats van 2.

15.00 euro inclusief BTW maakt: 12.6050 euro ex BTW.

Ook in de productenlijst zullen de bedragen ex BTW met 4 decimalen worden weergegeven.

Op de factuur worden deze bedragen uiteraard netjes afgerond op 2 decimalen:

12.61

Dankje. Ik had de code van de testserver geplakt.

Ik zag dat de betaaldatum (paymentdate) nog niet goed werd gezet. Kijk dit anders even na bij het tabblad Saldo van de boeking.

Is nu opgelost.

De POST-variant is gewijzigd. Geen base64_encode meer, maar urlencode.

is nu ingebouwd. Zie website.

Als jullie ergens tegenaan lopen, hoor ik dat graag.

Excuses. Sjaam heeft iemand gevonden.

Dank voor alle reacties.

Helaas nog geen nieuws.

Ik denk aan verschillende layout-sjablonen waaronder 1 met prijzen inclusief btw.

Hoi Remco,

Ik wil eerst even de overwriteifexists afmaken voor de relatie.

Begrijp ik het goed dat bij een update invoice maar twee nieuwe waarden zijn:

1. de paymentstatus wordt 1;
2. de Paymentdate wordt de betaaldatum.

Hey Linux!

Heel goed.

Tja, er is veel mogelijk. We gaan eerst de basis goed maken. Welterusten!

OK, goede tips.

Ik probeer het wel allemaal zo simpel mogelijk te houden.  

Het moet in de basis goed werken en makkelijk in te bouwen zijn.

Vraag aan jullie!

Op dit moment wordt een eventueel door Acumulus gegeneerd factuurnummer teruggegeven als simpele string.

20110293

Mits return = 1.

Is het verstandig om dat in XML te zetten?


   20110293


Voor mogelijke uitbreiding in de toekomst?

Heb ik aan gedacht.

Zal eens kijken.

Thanks.  

Als je jouw XML file op een https://-locatie plaatst, is het versleuteld. Als je http:// kiest niet. Het bestand wordt opgehaald met Curl.

[Houd dit draadje in de gaten!]

Houd er nog even rekening mee dat e.e.a. nog kan wijzigen naar aanleiding van jullie suggesties.

Houd dit draadje in de gaten!

1. (zoals eerder aangegeven hierboven) een update functie voor de relaties

Ben ik mee bezig.

2. een update voor de factuur zodat als de mensen in mijn online betaal systeem hebben betaald ik dit kan doorzetten naar accumulus

Dat zou zoiets moeten worden als update_invoice.php

3. Relatie type idd

Zit er nu in.

4. bij de factuur op welke rekening dit is betaald bijvoorbeeld

Zat er al in (accountnumber).

5. graag zou ik zien dat de optie code naam/code/password  wordt vervangen door een hash md5() van die 3 zodat niet het wachtwoord plain text in de xml staat.  zeker als dit niet via ssl kan

Het gaat via ssl als je zelf het bestand ook via ssl bereikbaar maakt. Kies anders POST.

Relatietype
Aanhef
Fax
Kenmerk

Zitten er nu in. Zie website.

Dat is een idee.

Dat is tricky.

Van Klusbedrijf De Vries bestaan er misschien wel 2000.

Stel je voor dat er per ongeluk data wordt overschreven. Ben je je data kwijt.

Mij lijkt het email-adres nog een redelijk veilige \"sleutel\"

Nog niet...

Goede suggesties!

Alleen wie heeft er tegenwoordig nog een fax?

Ik denk aan het veld:



0 = niet overschrijven, 1 = overschrijven. Default = 0

Je kunt het logo en de tekst ook verwerken in een jpg-achtergrond met 300 DPI. Dan heb je alle vrijheid.

Stuur anders het logo en de tekst en een voorbeeld hoe je het wil hebben naar klantenservice@acumulus.nl

Als het emailadres al bestaat, wordt de relatie niet toegevoegd maar ook niet gewijzigd.

Zou het een idee zijn om default te wijzigen?

Goed nieuws uit Brussel: op Europees niveau worden nieuwe voorschriften voor webwinkeliers bepaald. En die nieuwe regels bieden meer zekerheid voor de consument!

http://www.alle10top.nl/nieuws/betere-voorwaarden-bij-aankopen-in-de-webwinkel/

Laat me weten waar je tegenaan loopt.

Er is nu een API voor uitgaande facturen.

http://www.siel.nl/api.php

First draft almost complete

Ik ben nu iets aan het maken met XML.

Voorlopig alleen Nederlandse uitgaande facturen.

Ik moet eigenlijk al die kopjes instelbaar maken.

Het wensenlijstje wordt maar moeilijk kleiner. Voor elke nieuwe feature die ik inbouw, komen twee nieuwe wensen terug.

Ik probeer elke keer een inschatting te maken waar de prioiriteit ligt. Soms laat mij ook leiden door waar ik opeens ideeen over heb.

Om alle wensen snel te kunnen uitvoeren, zou ik meer programmeurs moeten inhuren maar dan moet prijs van Acumulus naar ca 25 euro per maand.

Er zijn in de software-wereld drie wensen waarvan je er altijd maar twee tegelijk kunt hebben:

Snel,
Goedkoop,
Goed

Op dit moment hebben wij gekozen voor goedkoop en goed.

Ik heb ook een iPad en dat werkt aardig. Waar loop je tegenaan?

Gaat langzaam. Verwacht geen snelle resultaten.

Je mag de btw niet als zodanig (als voorbelasting) aftrekken. Daarom adviseer ik de btw op 0 te zetten.

Bij de kostensoort representatie en verteer wordt vervolgens 73,5% berekend als aftrek van de winst.

Ik heb wat knopjes gemaakt. Ik hoop dat het nu wat makkelijker is.

Je deselecteert de betreffende relatie en je slaat de selectie weer op als dezelfde groep.

Om een lege selectie te krijgen, klik je op Kies groep en dan Lege groep.

Het is allemaal nog een beetje nieuw, ik houd mij aanbevolen voor verbeter-suggesties.

Nee, helaas, ik heb het wel even geprobeerd, toen kwamen er weer andere zaken tussendoor.

Nu kun je de email-adressen van een selectie (of groep) direct exporteren om te gebruiken in jouw email-programma.

Kopieer en plak de lijst van email-adressen niet in bij het Aan-veld want dat ziet iedere ontvanger het adres van alle andere geadresseerden.

Gebruik het Bcc-veld. Dan weet niemand wie er nog meer het bericht hebben ontvangen.

Dit heb ik nu ingebouwd.

Daarvoor moest ik eerst een groepen-systeem maken.

Het is nu mogelijk om groepen aan te maken voor relaties.

Je selecteert de relaties die tot de groep behoren en je slaat de selectie op met een groepnaam.

Je kunt vervolgens snel zien wie er wel of niet tot een groep behoren en je kunt de lijst van relaties filteren op de groep.

Ik wil daar graag verder naar kijken.

Je kunt een factuur reeds koppelen aan een kostenplaats en het saldo-overzicht filteren op kostenplaats.

Ik zie nog niet zo snel aanleiding om dit per factuurregel te doen. Wordt ook meer invoerwerk.

Dat kan nu niet maar dat is wel een idee.

In welke vorm het je de adressen nodig? Als een lange rij aan elkaar geknoopt met een ; er tussen?

Je kunt overigens wel een export maken van alle relaties in Excel waarin ook de email-adressen staan.

Ik denk dan in eerste instantie aan logische productnummers.

12-435

Het eerste gedeelte is dan de hoofdgroep en het tweede het productnummer.