Berichten

Gaan we naar kijken.

Helaas nog niet. Ik heb nog geen contact gehad met Neshmedia.

Wordt aan gewerkt.

Dat was ook één van de redenen van mij om een zakelijke auto te gaan rijden...

Ik bedenk mij opeens nog iets: de bijtelling over een 10 jaar oude auto is net zoveel als een nieuwe!

Als we het dan toch gaan hebben over \"eerlijk\"en \"fair\", kan er dan ook een faire staffel komen voor de dagwaarde van de auto?

Wanneer je een zakelijke auto rijdt en daar meer dan 500 privé-kilometers mee maakt, dan heb je een vaste bijtelling afhankelijk van de categorie waarin de auto valt. Het maakt dan niet uit hoeveel privé-kilometers je maakt (als het maar niet meer dan 90% is).

Aangezien de overheid naarstig op zoek is naar nog meer geld, is dat opeens niet meer eerlijk.

http://www.autokopen.nl/autonieuws/2013/januari/32473-weekers-getrapte-bijtelling-en-strippenkaart-oldtimers

Staatssecretaris Weekers kondigde daarom aan in overleg te willen met de autobranche om een \'faire\' bijtellingsregeling uit te werken. Er moet een soort staffel komen waarbij een notoire privé-kilometer-rijder meer betaalt dan iemand die minder privé-kilometers maakt.

De enige manier om dit vast te stellen, lijkt mij een sluitende kilometer-registratie. De rijders van een privéauto waren in 2011 al de klos en moesten opeens toch maar een sluitende kilometer-administratie gaan bijhouden willen zij nog iets van de btw op gebruikskosten kunnen aftrekken.

Nu mag - naar het zich laat aanzien - ook de zakelijke rijder met een bijtelling een sluitende kilometer-administratie gaan bijhouden.

Hoe zat het ook alweer met administratieve lastenverlichting?

Wordt aan gewerkt. Ik hoop morgen weer contact te hebben Dinesh.

Het heeft blijkbaar wat tijd nodig voordat zo\'n koppeling doet wat ie allemaal moet kunnen doen.

We gaan de koppeling upgraden zodat je dit beter kunt instellen.

Anders zou ik het volgende doen:
- zet Paypal bovenaan bij Beheer, en importeer de paypal-orders;
- zet iDeal bovenaan en importeer de iDeal-orders;
- etc.

Neshmedia is vanaf 4 januari weer bereikbaar. Ik kan je het antwoord helaas niet geven.

klantenservice@acumulus.nl

Vandaag was Acumulus soms traag. We hebben niets vreemds gezien maar er waren klachten dat Acumulus soms niet goed functioneerde.

We gaan extra servers installeren mede in het licht van de drukte vanaf 1 januari.

Om meer in te spelen op de tablet-ontwikkelingen en Windows 8, worden kleine schermpjes vervangen door pseudo-schermpjes die lijken op een scherm maar eigenlijk een extra laagje zijn over de pagina. Dit voorkomt dat op bijvoorbeeld een iPad een nieuwe tab wordt geopend wanneer je een kostenplaats of betaaldatum wilt aanpassen.

De code hiervoor is javascript en dient door de browser bij elke start opnieuw ingelezen te worden. Alleen doen browsers dat niet altijd...

Daarom moet je de browser even dwingen om alles opnieuw in te lezen door de pagina te vernieuwen.

Meestal helpt het al als je op F5 drukt of Ctrl F5.

Als dat niet helpt, ga je naar de pagina waar de knoppen niets lijken te doen, klik je met je rechter muistoets in het scherm en kies je voor (Dit deelvenster) vernieuwen.

Dan vraag ik Neshmedia daar even naar te kijken.

Zie je de boeking niet bij Laatste boekingen?

Aha, ik zie het al. Wij gebruiken hiervoor een koppeling met een openbare database en die is gewoon niet zo betrouwbaar.

De ene keer doet hij het wel en dan weer niet.

Ligt niet aan Acumulus...

Mmm vreemd. Bij mij werkt het gewoon met Chrome.

Wat gebeurt er precies?

Ik begrijp jouw vraag maar ik zie dit tot mijn spijt niet op korte termijn komen.  :/

Is prima.

Wat jammer om te horen. We kunnen het abonnement eerder stoppen als je een uitschrijvingsbewijs van de KVK kan mailen.

Dan zal ik vragen of Neshmedia hier naar wil kijken.

Als er verschillende btw-tarieven zijn gebruikt, is dat noodzakelijk. Je moet immers in de aangifte omzetbelasting per btw-tarief de omzet opgeven.

Het is geen bug dat factuurregels worden gesplitst naar btw-tarief. Dat is juist de bedoeling.

Wat wel een bug is, is dat zowel 19% als 21% op dezelfde factuur komen te staan. Dat vindt Acumulus niet zo fijn.

Ik zal aan Neshmedia vragen of dit kan worden voorkomen. Probeer het in ieder geval zelf te voorkomen door geen facturen te maken waarin 19 en 21 door elkaar staan.

De vraag is even hoeveel gebruikers er zijn van 1.7

Zijn hier meer Magento-gebruikers met 1.7?

Dat is wel de bedoeling.

Ik heb daar tot mijn spijt nog geen planning voor.

Niet altijd hoor.

Ik zal eens overleggen met Neshmedia.

Ik heb begrepen dat dit los staat van onze webshopkoppeling.

Mmm, ik begrijp je vraag. Op dit moment kunnen alleen documenten worden opgeslagen bij opgeslagen boekingen. Jouw vraag breidt dit uit naar het proces voordat een boeking wordt gedaan.

Het sluit misschien aan op de vraag van sommigen om ook documenten bij een dossier te kunnen opslaan.

Tijdelijke opgeslagen facturen zou je eigenlijk niet mogen versturen.

Offertes wel.

Het is nu mogelijk om met de API voor het importeren van nieuwe facturen uit bijvoorbeeld een webshop, deze direct te mailen aan de klant. Hiervoor hoeft niet ingelogd te zijn in Acumulus.

Deze velden zijn toegevoegd.

Code Selecteer Uitklappen

                   
                       
                       
                       
                       
                       
                       
                   

Voor meer info:
http://www.acumulus.nl/wiki/index.php?page=facturen-importeren

Doet het weer.

Ik ga even kijken.

Zit er nog steeds in.

Eerste knopje naast eerste naam, het kopieren-symbooltje.

Heb ik ingebouwd. Je vindt nu een linkje naast het veld rekening:

11-proef (alleen 9-cijferige bankrekeningen)

Met het IBAN zal het wel weer een ander verhaal worden inderdaad.

Ik zal het aan Neshmedia vragen.

Er geldt een minimum van 12 maanden. Vanaf 11 maanden is de opzegtermijn een maand.

Dat kan. Maandelijks of per kalenderjaar. Bij dat laatste wordt 5% korting gegeven.

Dat ligt er aan of het iets oplevert.

Tot nu toe is er erg weinig animo. We investeren hier alleen in wanneer wij verwachten de kosten te kunnen terug verdienen.

[Waarom een Wiki?]

We zijn begonnen met een wiki voor Acumulus:

http://www.acumulus.nl/wiki

Waarom een Wiki?

Het forum werkt erg goed voor losse actuele vragen.

Maar het forum kent weinig structuur en oude teksten die niet meer van toepassing zijn, blijven bestaan en kunnen voor verwarring zorgen. Gebruikers kunnen een reactie geven op een heel oud topic en poef... het staat weer bovenaan, alsof het actueel is.

Er wordt daarnaast vaak gevraagd om een handleiding en daar is meer vaste structuur voor nodig. Vandaar de wiki want daar bepalen wij de structuur en volgorde en niet de gebruikers.

En het forum dan?

Die wil ik graag behouden voor losse actuele vragen waarbij eventueel gemakkelijk een linkje kan worden gegeven naar het betreffende wiki-onderwerp.

En de helpfunctie in Acumulus dan?

Die komt te vervallen als de wiki voldoende is gevuld.

Verschuiving van forum naar wiki

Wij zullen de komende tijd zoveel mogelijk onderwerpen uit de helpfunctie en dit forum kopieren naar de wiki.

Versie van 1 november 2012: https://forum.acumulus.nl/index.php/topic,2745.0.html

Ik heb in de XML-berichten gekeken en daar ontbreken de lines (factuurregels) van de facturen.

Dinesh, zou jij hier eens naar willen kijken?

Ik heb vorige week met Neshmedia besproken dat alle koppelingen deze upgrade moeten krijgen. Kost wel een paar weken denk ik.

Hier wordt aan gewerkt.

Nieuw draadje aangemaakt voor 2.0
http://www.acumulus.nl/forum/viewtopic.php?id=2248

Versie van 29-10-2012: https://forum.acumulus.nl/index.php/topic,2746.0.html

Maar vergis je niet, we moeten hier ook voor betalen want het levert ons publiciteit op...