Berichten

De meeste banken hebben de toegang voor nieuwe leveranciers in 2017 al afgesloten toen de PSD2-regelgeving in de steigers stond. Acumulus heeft daarom voor alle banken importprofielen beschikbaar. Voor ING zie: https://www.siel.nl/acumulus/koppelingen/banken/ING_Bank/

[Bulk-correcties:]

Bulk-correcties:

Als het om heel veel kortingcodes gaat waarop het verkeerde btw-tarief van toepassing is kan het beste per kwartaal een correctie-boeking gedaan worden. Hier kan het beste even contact met de klantenservice voor worden opgenomen.

[Losse correcties]

Losse correcties

Als het om enkel kortingcodes gaat in enkele boekingen is de netste oplossing een correctie op indivueel boeking-niveau.

Stap 1:
* Acumulus -> Overzichten -> Aangifte omzetbelasting (BTW)
* Selecteer 2018 - Heel jaar - Alle kostenplaatsen
* Vink: Toon details aan.
* Zoek in het lange overzicht de vermeldingen bij "Rubriek 1e" op.

Dit zijn de verleende kortingen die tegen 21% hadden geboekt moeten worden.

Als er goed naar het lijstje gekeken wordt kan er opgemerkt worden dat enkele facturen dubbel voorkomen. Hier gaat het om facturen waar blijkbaar 2x een korting verleend
is. Beide kortingen dienen op de factuur omgezet te worden van 0% naar 21% (of eventueel 6% of 9%).

Het is verstandig om het lijstje met factuurnummers even op te schrijven
om ze later op papier weg te strepen. Noteer ook de factuurdatum en
betaaldatum.

Stap 2:
a] Klik in het overzicht een verkeerde kortingregel aan. Als het goed is opent deze nu de
bijbehorende boeking.

b] Ga naar het eerste tabblad; "Boeking".

c] Kies rechts onderin bij "Opties" voor "Kopieer deze factuur debet".

d] Kies "Optie uitvoeren".

e] In de volgende stap worden normaal gesproken
handmatig facturen opgesteld worden. Zoek in dit scherm de kortingregel
(of kortingregels!) waarop een verkeerd btw-tarief toegepast is. Klik de regel aan en
wijzig het btw-tarief van 0% naar 21% (of 6% of 9%)

f] Wijzig de toelichting van de factuur van bijvoorbeeld "Mijnwebwinkel order 1234"
naar "Mijnwebwinkel order 1234 - correctie". Zodat de boekingen straks uit
elkaar gehouden kunnen worden.

g] Verander het factuurnummer dat Acumulus zelf bedacht heeft in het
originele factuurnummer dat bewerkt wordt(zie papieren lijstje). Wijzig ook de
factuurdatum en betaaldatum.

h] Kies "Opslaan".

i] Zoek de originele order 1234 en verwijder deze en streep deze af op
het papieren lijstje.

j] Ga terug naar het BTW-overzicht, zoek in 2018 naar Rubriek 1e en werk
ze zo allemaal af. Het is raadzaam om dit ook voor 2017 en 2019 te controleren.

[Uitzoeken of het probleem in de administratie speelt:]

In de afgelopen periode is er een fout ontstaan binnen het koppelvlak van Mijnwebwinkel. Hierdoor werd het gehanteerde btw-tarief voor kortingcodes niet juist doorgegeven.

Acumulus heeft om deze reden de kortingen tegen 0% btw verwerkt, waarbij dit veelal 21% btw had moeten zijn. Na melding is dit probleem door Mijnwebwinkel sinds afgelopen weekend permanent opgelost voor nieuwe orders, maar helaas niet met terugwerkende kracht.

Om deze reden dienen er handmatige correcties in de Acumulus administratie plaats te vinden.

Voor zover wij kunnen zien speelde het probleem al in mei 2018, maar mogelijk eerder.

Mocht u gebruik maken van speciale kortingcodes dan kunt u eenvoudig uitzoeken of u getroffen bent door dit probleem.


Uitzoeken of het probleem in de administratie speelt:
-----------------------------------------------------
* Log in in Acumulus en ga naar Overzichten Aangifte omzetbelasting (BTW).
* Selecteer 2018 - Heel jaar - Alle kostenplaatsen
* Vink: Toon details aan.
* Zoek in het lange overzicht de vermeldingen bij  Rubriek 1e op.

Als bij Rubriek 1e kortingcodes vermeld staan dan speelt het probleem en dient er een correctie plaats te vinden. Als er in 2017, 2018 en 2019 geen kortingcodes bij rubriek 1e staan dan bent u niet getroffen door het probleem.

We betreuren dat dit gebeurd is, maar helaas lag de oorzaak van de foutvorming buiten ons bereik.

Hieronder kunt u teruglezen hoe u de correctie-boekingen kunt verwerken.

Hi Guido,

Al neem ik graag de credits aan, Ik denk dat je "Hi Aris" bedoelt

Het gaat om de onderste optie in de bijgevoegde schermafdruk. "Automatische volgnummers gebruiken". Dit schermpje verschijnt als je bij het opstellen van de nieuwe factuur kiest voor de knop: "Opslaan als concept-factuur/offerte".

- Guido

Het gaat om een waarschuwing van een verandering die komen gaat. Vooralsnog zullen de orders gewoon geïmporteerd worden. Een gebruiker van het type "API-gebruiker" heeft bijvoorbeeld geen toegang tot de desktop-omgeving van Acumulus.

De combinatie van contractcode, inlognaam en wachtwoord van de API-gebruiker moet worden ingevuld in het beheerscherm van de Acumulus-plugin in de webwinkel.

Je dient ook de plugin up-to-date te hebben. Voor WooCommerce/wordpress is dat versie 5.5.0 of hoger

Het gaat om een extra beveiliging. Is de gebruiker die je in Acumulus hebt toegevoegd voor de webwinkel van het type "API-gebruiker" ?

Bijzondere eis van jouw klanten. Je zou een handtekening in de achtergrond van je sjabloon kunnen opnemen die min of meer samenvalt met de voettekst.

[Vrije nummering voor offertes en tijdelijke facturen]

Soms moeten offertes aangepast worden, dan zou een nummering zoals bij facturen ook handig zijn.

Dat kan nu:

Vrije nummering voor offertes en tijdelijke facturen

Indien gewenst kan een offerte of tijdelijke factuur nu voorzien worden van een zelf gekozen volgnummer.

Zowel in het overzicht van concept-facturen en offertes, als bij het opslaan van een nieuw concept kan dit nummer gekozen worden. Acumulus zal vervolgens op basis van het meest recent gekozen nummer zelf nieuwe nummers voorstellen.

Wanneer een offerte voorzien is van een volgnummer zal deze automatisch op de offerte afgedrukt worden. Als dit niet gewenst is dan zal het offertenummer verwijderd moeten worden of kan dit uitgeschakeld worden via het beschikbare factuur-sjabloon.

We zagen in het verleden nog wel eens dat de vrije kostensoorten niet altijd juist gebruikt werden. Echter, bij gebruik van een BV kan het inderdaad prettig zijn om wat meer speelruimte te hebben.

Ik heb zojuist 5 extra vrije kostensoorten toegevoegd

- Guido

Kun je een voorbeeld geven van een vrije kostensoort die je mist? Waarbij de huidige kostensoorten niet voldoen?

Dat kan via:  Beheer > Geavanceerde instellingen > Overige instellingen > "Uitgebreide toelichting in overzicht concepten en offertes" uitschakelen.

Ik heb zojuist een update aan het scherm doorgevoerd waarbij ook rekening gehouden wordt met een serie van uitzonderingen en met de diverse bedragen die in een boeking aanwezig zijn. De boekingen worden op basis van een fiscale vergelijk-code nu gescreend. Waarschijnlijk haal ik op een later moment deze code weer weg.

Hopelijk haalt dit de nodig ruis van false-positives weg uit het overzicht.

- Guido.

Ik ben nog niet helemaal klaar met de functie. Zo is er momenteel geen match op de onderliggende bedragen waardoor bepaalde boekingen onterecht als dubbeling worden aangemerkt. In bepaalde administraties levert dit veel false positives op.

Momenteel herschrijf ik de code op basis van een iets andere methode, zodat de false positives verder beperkt worden. De knopjes ook bovenin is een goed idee. Tnx.

Yay. Fijn dat het weer werkt!

Ik vermoed dat de koppeling niets doet omdat de startorder een niet werkelijk bestaande order zou kunnen zijn in de webwinkel. Op basis van deze startorder worden wat andere zaken bepaald waardoor de koppeling stilvalt.

Ben benieuwd of dit het is.

Als je er niet uit komt dan kijk ik graag even naar de setup als je wilt. Stuur dan aub jouw contractcode en het nummer van de koppeling-configuratie naar klantenservice@acumulus.nl

- Guido

De oude verwijderen is echt niet nodig. Krijg je per email een foutmelding van de koppeling?

dan die, dat is voldoende

Je kunt de vermelding van de rekening op de factuur laten terugkomen door dit via het factuursjabloon in te stellen. Je kunt hiervoor de sjabloon-tag: "[rekening]" gebruiken in de factuur, herinnering en email-teksten. De pakbon kent deze functie niet, maar ik vraag mij af of de vermelding van een rekening wel past bij een pakbon.

Het is mij niet helemaal duidelijk waarom je dit wilt, maar ik vermoed dat je hiermee het onderscheid kunt krijgen dat je zoekt.

- Guido

Ik denk dat ik iets in elkaar heb kunnen zetten om boekingen die verdacht veel op elkaar lijken automatisch terug te vinden. Zou je even contact willen opnemen met klantenservice@acumulus.nl ? Ik zou graag willen horen van je of het in jouw dataset iets zinvols rapporteert.

Dat is op zich wel een idee, maar ook wel lastig om op een "lichte" manier uit te voeren. Zeker met grote aantallen boekingen vereist het nogal wat verwerkingstijd waardoor het scherm wel eens traaaaag zou kunnen worden.

Dubbel zouden we dan wel wat scherp moeten definiëren.

- zelfde relatie
- zelfde totaalbedrag
- zelfde btw-tarief
- zelfde factuurregels
- zelfde factuurdatum

en wellicht ook de betaaldatum meenemen hierin. Al kan ik mij voorstellen dat de betaaldatum en betaalstatus wellicht zouden kunnen verschillen.

Ik ga het even in de groep gooien

Beste Geert, het API-koppelvlak met Acumulus waar de plugin gebruik van maakt kent geen ondersteuning voor RTF(Word) en om eerlijk te zijn verwacht ik dit niet op korte termijn.
Waarschijnlijk werkt het praktischer voor je als je een PDF-editor gebruikt om de PDF-pakbon te bewerken. Voor zover ik weet is deze wel in PDF-formaat beschikbaar vanuit het dashboard.

- Guido.

Je zou ook de relatiekaart kunnen openen en alle informatie van de relatie die niet noodzakelijk is voor de factuur kunnen weghalen.

Ik begrijp jullie standpunt maar de wet gaat hier toch echt tegen in.. Want zoals het er nu staat houdt het in dat jullie nog 10 maanden de gegevens op de servers kunnen houden en gebruiken zonder de verwerkersovereenkomst na te leven.

"kunnen houden": ja. : Het komt geregeld voor dat iemand er na een paar maanden achter komt dat zijn administratie toch nog niet verwijderd had moeten worden..

"kunnen gebruiken": nee. : Hiervoor is artikel 4.1 beschikbaar:

Opdrachtnemer verplicht zich jegens opdrachtgever nimmer handelingen met betrekking tot de persoonsgegevens van de betrokkenen te verrichten, die resulteren en/of kunnen resulteren in een wettelijke kwalificatie van opdrachtnemer als verwerkingsverantwoordelijke.

De verwerkersovereenkomst loopt inderdaad door tot het einde van de contractuele verplichtingen. Echter blijft deze van kracht zolang de verwerker nog beschikking heeft over persoons gegevens van de opdrachtgever.

We hebben technisch gezien de beschikking over de persoonsgegevens maar we kunnen en mogen er niets mee. (Artikel 4.1). Volgens mij "beschikt" SIEL juridisch gezien nooit over de gegevens. En zodra de contractuele verplichtingen aflopen stopt ook alle verwerking van deze gegevens.


Dank voor de input.. Ik ben benieuwd wat onze jurist er van maakt

- Guido

Goederen + VS + Ondernemer = vattype 4. Dat is op zich goed.

bron: https://wiki.acumulus.nl/index.php?page=facturen-naar-het-buitenland

SlamFM staat een paar honderd meter verderop lawaai te maken

Ik zie dat de plugin besluit om factuurtype 4 te hanteren.

Code Selecteer Uitklappen

<vattype>4</vattype>

Er is blijkbaar besloten dat het om een levering van goederen naar een ondernemer buiten de EU gaat. Voor leveringen van dit type is er geen onderscheid tussen diensten en producten.

Opmerkelijk zijn de meta-regels. Dit zijn vaak opmerkingen van de plugin waaruit soms op te maken is op welke basis de plugin een besluit genomen heeft.

Code Selecteer Uitklappen

<meta-line-type>product</meta-line-type>
<meta-children-not-shown>2</meta-children-not-shown>
<meta-vattypes-possible>4</meta-vattypes-possible>


hier staat meta-line-type op "product".. Of dit is omdat het in deze case niet relevant is, of omdat er iets in WooCommerce speelt weet ik niet goed. Ik zal het eens aan Erwin voorleggen

Overigens als ik de xml een beetje aanpas en vattype=1 er in klus dan komt het wel onder diensten/leveringen te staan. (omzetbelasting 1e).

Gr,
Guido

Ik zal eens kijken of ik dit kan reproduceren. Ik zie dat je:

Code Selecteer Uitklappen

<testmode>1</testmode>

aan hebt staan. Was dit om de xml op te vangen zodat je deze post kon doen of gaat er misschien iets anders mis?

Bijvoorbeeld iemand die alleen de verkoop facturen doet en kan zien wat er openstaat aan facturen.
Dus die puur alleen facturen mag aanmaken en kan zien of deze betaald worden of niet.

Dit komt redelijk overeen met de rol van invoerder volgens mij.

Kun je ons een probleem-bestand sturen op klantenservice@acumulus.nl ? Dan kijken we even wat er speelt.

- Guido

We hebben de knop iets aangepast zodat ook jouw workflow weer makkelijk zou moeten werken.

Klopt. Er zit blijkbaar een factuur tussen waarop verschillende btw-tarieven toegepast zijn. Omdat de exportbestanden enkel totalen bevatten is niet betrouwbaar de onderlinge verdeling tussen de bedragen en toegepaste tarieven terug te rekenen. Ik vrees dat er geen andere mogelijkheid is om de factuur bij order 1226 handmatig in te voeren. Je kunt ook een verzoek tot verbetering van het bestand bij shopify aandragen.

oja, en dan de administratie van de uren en km. is er een app? een makkelijke manier van invullen? ik denk er vaak te laat aan... maar als het via mijn telefoon kan is het wel handig.

Het kan via de mobiele interface. https://m.acumulus.nl/

En zo is het maar net Nico. Fijn 2018

Acumulus heeft nu ook de functionaliteit

https://forum.acumulus.nl/index.php/topic,6583.0.html

U kunt vanuit Acumulus documenten en bestanden veilig aanbieden aan derden conform de privacy-bepalingen van de Algemene Verordening Gegevensbescherming / General Data Protection Regulation (AVG/GDPR) welke in 2018 in werking treedt.

Het werkt relatief eenvoudig. U plaatst het bestand of document in Acumulus en activeert het delen met externen. U bepaalt zelf hoe lang het document beschikbaar is en hoe vaak het gedownload mag worden.

Na het document ingesteld te hebben, verschijnt er een beveiligde link en een documentcode. Deze informatie geeft u door aan de derden met wie het document gedeeld dient te worden.

Meer informatie: https://wiki.acumulus.nl/153

Voor reeds gemaakte facturen kan dit niet. Wel kun je commentaar-regels in de factuur opnemen bij het opstellen. Je stelt het factuursjabloon dan in om "nul-waarden" te verbergen.(Beheer -> Factuursjablonen -> Open sjabloon -> Tabblad Factuur (+ Offerte) -> Nul waarden verbergen aanvinken -> Opslaan)

Vervolgens voeg je een factuurregel bij het opstellen toe met een waarde van 0 waarin je het serienummer of de opmerking inzet.

Het is per direct mogelijk om algemene bestanden en relatie-specifieke documenten toe te voegen aan Acumulus.
U kunt beide bestands-typen delen binnen Acumulus waardoor de algemene bestanden beschikbaar komen om meegezonden te worden bij een factuur of offerte.

Voor de documenten bij een relatie zal dit betekenen dat deze, mits gedeeld binnen Acumulus, beschikbaar zijn om bij facturen en offertes naar de desbetreffende relatie te sturen.

Algemene bestanden kunt u beheren via:

  Overzichten -> Documenten en bestanden

Voor relaties is hiervoor een speciaal tabblad opgenomen in de relatie-kaart.

Je kunt nu vanuit de relatie-kaart een (relatie-specifiek)document toevoegen. Deze is dan eventueel beschikbaar voor latere correspondentie met deze relatie.

Je kunt nu ook "Algemene" bestanden uploaden, zonder dat deze expliciet aan een boeking gekoppeld zijn. Deze beheer je via: Overzichten -> Documenten en bestanden.

Ik zeg ook niet dat we het gelijk moeten trekken.. integendeel. Trump versterkt de ongelijkheid hiermee volgens mij. Gevolg kan zijn dat de middenklasse hierdoor straks verdwijnt. Zonder sterke middenklasse beperkt dit de mogelijkheid voor individuen en kleinere ondernemingen om zich te profileren. Schijnt.. we hebben immers geen idee.

Die biertjes zijn wel iets meer in verhouding. Het schijnt nu al zo te zijn dat de rijkste 8 personen meer kapitaal hebben dan de armste 50% van de wereldbevolking bij elkaar. De plannen van Trump trekken deze verhouding nog verder scheef lijkt me maar blijkbaar is het als superrijke erg lastig om genoeg te hebben.

Voor iemand met een inkomen van 40.000 is 1% veel relevanter dan voor iemand met een inkomen van 300.000.

Een miljonair kan wellicht prima 100.000 missen. Voor iemand die maar 10 heeft is 1 relatief veel meer.

Ik heb niet de illusie dat ik het begrijp, maar volgens mij versterken de plannen de Lorenz-curve nadelig en wordt het voor de minder bedeelden nog lastiger om aansluiting te vinden.

Beste Arjand, dit probleem is jaren geleden al aangepakt. Kun je een berichtje sturen naar de klantenservice@acumulus.nl met wat meer informatie? Jouw contractcode en de factuur die je verstuurd hebt. Ik duik dan graag even in de logbestanden van de mailservers om te zien wat er precies speelt.

- Guido

Ik ken de producten van nedsoft niet. Maar afgaand op de specificaties zou je iets moeten kunnen exporteren.

Je kunt ze wellicht vragen of ze een voorbeeld-bestand kunnen aanleveren waarin de voorraad-mutaties zijn opgenomen. We kijken met plezier of we hier iets mee kunnen.

Dat gezegd hebbende is het wellicht zo dat de voorraad-software je al de informatie geeft waar je naar op zoek bent. Als je geen expliciete voorraad-waardering toepast dan is een import misschien helemaal niet nodig.

Het koppelvlak met Acumulus ondersteunt inmiddels voorraad-mutaties. We hebben plannen om deze mutaties op de voorraad automatisch bij verkoop vanuit webwinkels te laten bijwerken in Acumulus. De producten waarvoor de voorraad bijgehouden moet worden zullen dan wel als standaard-product/dienst in Acumulus opgenomen moeten worden. Dit zou dan ook vanuit de webwinkelsoftware gestuurd kunnen worden.

Inkopen welke invloed hebben op de voorraad zullen handmatig ingevoerd moeten worden.

Het is sterk afhankelijk van het gebruikte systeem. Welk type webwinkelsoftware gebruikt u?

Een andere route zou zijn om een externe voorraad-software te gaan gebruiken welke in staat is om voorraad-bewerkingen te exporteren naar een bestand waarmee we wellicht in Acumulus iets mee zouden kunnen.

Als ik de module installeer dan krijg ik de volgende foutmelding in Opencart:
Notice: Use of undefined constant CURL_SSLVERSION_TLSv1_2 - assumed 'CURL_SSLVERSION_TLSv1_2' in ../system/library/Siel/Acumulus/Web/Communicator.php on line 217
Als ik dan de code CURLOPT_SSLVERSION => CURL_SSLVERSION_TLSv1_2 inactief maak verdwijnt de foutmelding maar er wordt geen factuur aangemaakt.

Je kunt deze regel niet zomaar weghalen. Dan valt CURL wellicht terug op de verkeerde versie. Wat als je de regel niet weghaalt maar kwootjes om 'CURL_SSLVERSION_TLSv1_2' zet? Dan zou de Notice moeten verdwijnen.

LEK-ker dan: https://curl.haxx.se/docs/vuln-7.29.0.html ...

misschien zijn er redhat-patches toegepast op de geïnstalleerde versie maar modern is het zeker niet.

Als je een php-bestand (bijvoorbeeld curl.php) met onderstaande regel upload naar je webhost en het aanroept met je browser dan krijg je het versienummer ook te zien.

Code Selecteer Uitklappen

<?php $v=curl_version(); echo $v["version"]; ?>