Berichten

Bij een versie upgrade heeft de Prestashop koppeling alle orders nog een keer geboekt in Acumulus. Ondanks hetzelfde ordernummer.

Wat nog vreemder is, is dat er in geblokkeerde jaren orders nog een keer zijn ingeboekt. We kwamen daar achter doordat we die dubbele boekingen in dat jaar niet konden verwijderen. Na opheffen blokkering kon dat wel. Het lijkt mij dat het niet mogelijk moet zijn om op wat voor manier nog wijzigingen in geblokkeerde jaren mogen worden gedaan. Bug?

Top, bedankt. Ik heb 6.4.0. Ga dus regelen dat alle BT postcodes 20% BTW berekend krijgen.

Klanten uit Noord Ierland vallen onder de MOSS regeling. Andere klanten uit het VK zijn leveringen buiten de EU.

De Prestashop module houdt hier geen rekening mee. Klanten uit Noord-Ierland worden als non-EU klanten geïmporteerd. Hoe kan dat geregeld worden?

Versie 6.4.0 lost dit op. Deze versie werkt samen met versie 5 van de API, want van beide kanten waren veranderingen nodig om dit goed te introduceren.

NB: Let op: tot GBP 135 is de verkoper verantwoordelijk voor het betalen van de Britse btw/importheffing: zie b.v. https://www.kvk.nl/advies-en-informatie/internationaal-ondernemen/e-commerce/e-commerce-in-verenigd-koninkrijk/

Dank je. Dat zou ik inderdaad zo moeten invoeren.

Ik krijg veel orders uit het Verenigd Koninkrijk. Die klanten krijgen 0% BTW. Maar als ze worden geïmporteerd komen ze als conceptfactuur in Acumulus. En als landcode krijgen Nederland mee. Terwijl ze in Prestashop gewoon als United Kingdom staan. United Kingdom staat ook niet onder de Tax Rules.
Hoe krijg ik ze in Acumulus weer als landcode GB geïmporteerd?
PS versie 1.7.7.8
Acumulus module v6.3.2

De facturen komen wel gewoon als concept-factuur in Acumulus ?

Als concept of gewoon als factuur. Dat lijkt dus goed te gaan.

Ik krijg regelmatig emails met de foutmelding Invalid conceptID. Ik merk verder niet dat er iets fout gaat. Wat betekent dit?

Zijn de verzendkosten en/of betaalkosten ook aan 25% Zweedse btw? Of zijn die nog aan de 21% NL btw?

Die laatste melding komt omdat je de onderste optie op het verzendscherm hebt aangevinkt.

Intussen ben ik al verder. Het niet verzenden kwam doordat er nog een proces liep, dat is opgelost.

Dat de EU tax niet doorkwam, kwam doordat de grens van de "EU Commerce percentage" op 100 stond. Omdat mijn webverkopen een deel zijn van de totale omzet geldt dit niet voor mij.

Het werkt nu dus.

Als ik een export wil doen van een particuliere verkoop in de EU (verzend in testmodus), krijg ik deze melding:
Reeks: bestellingreferenties van SUNFIICUF tot SUNFIICUF.
InvoiceManager::sendMultiple(): Factuur voor bestelling SUNFIICUF is verzonden (reden: test modus) Succes, met waarschuwingen
• Waarschuwing: 812: Het factuurtype (https://wiki.acumulus.nl/index.php?page=facturen-naar-het-buitenland) kan niet bepaald worden. De factuur is als concept opgeslagen. In Acumulus zijn deze onder "Overzichten » Concept-facturen / offertes" terug te vinden. Controleer en corrigeer daar de factuur. Dit is hoogstwaarschijnlijk het gevolg van: enkele (handmatig ingevoerde) bestelregels die ten onrechte geen btw hebben; of foute "Over uw winkel" instellingen, controleer deze.

De order bevat echter wel de (in dit geval) Zweedse BTW.

De tweede afbeelding geeft aan hoe ik in de module heb aangegeven welke belastingregel gebruikt moet worden

De derde afbeelding is deels een overzicht van de belastingregel.

Wat gaat er fout?

Als ik kies voor "Altijd verzenden" krijg ik deze melding:
Reeks: bestellingreferenties van SUNFIICUF tot SUNFIICUF.
InvoiceManager::sendMultiple(): Factuur voor bestelling SUNFIICUF is niet verzonden (reden: verzenden tegengehouden door optie om niet daadwerkelijk te versturen)

Ik heb nu echt een probleem:
k heb geprobeerd de Acumulus Prestashop module te upgraden van versie 5.4.7 naar 5.9.0. Dat werkte niet. Ik heb toen de module 5.4.7 uninstalled. Toen de module 5.9.0 geprobeerd van scratch te installeren. Ik krijg wel deze melding: ×The module was successfully downloaded.  Maar de module staat niet in de lijst van modules en ook in de map /public_html/modules komt die niet voor. Als ik probeer de oude module 5.4.7 te installeren lukt dat ook niet meer.

De module werkte op het GB ding na prima. Nu worden de orders niet meer naar Acumulus gezet. Ik heb een email gestuurd naar prestashop@acumulus.nl. Ik hoop dat ik snel geholpen kan worden.

Update: Probleem opgelost.

Ik had nog een bestand met de naam "PrestaShop-1.7.x-Acumulus-5.4.7.zip" op mijn schijf staan. Na die te hebben geinstalleerd werkt de module weer. Geen verdere actie nodig.

De meest recente versie van de plugin (in elk geval vanaf versie 6.1.0) is niet langer geschikt voor Prestashop 1.6.  Je zou de laatste uit de 5-serie kunnen gebruiken (https://github.com/SIELOnline/Acumulus-for-PrestaShop/releases) maar ik betwijfel of dat jouw probleem oplost.

Het beste zou zijn als je naar Prestashop 1.7 kunt waarvoor ook de Acumulus plugin doorontwikkeld wordt.

Upgraden voor het alleen GB probleem is wat te veel van het goede.

Ik lees bij de laatste release dit:
$this->ps_versions_compliancy = array('min' => '1.5', 'max' => '1.9');

Betekent dit niet dat 1.6 ook wordt ondersteund?

<application>PrestaShop 1.6.1.24</application>
<webkoppel>Acumulus 5.4.7</webkoppel>

Prestashop 1.6.x wordt door onze plugin vanaf 5 aug 2020 niet meer ondersteund. De plugin versie 5.4.7 die je momenteel gebruikt is uit 2018 en al opgevolgd door vele doorontwikkelingen en nieuwere versies. In de meest recente versie 6.1.2 van de plugin zou dit probleem niet meer moeten spelen. Zie jij een mogelijkheid om jouw webwinkel te updaten?

Ik gebruik nog 1.6.x. Krijg ik dan geen problemen met de nieuwe plugin?

Kun je de volledige XML die door de plugin aan Acumulus wordt aangeboden willen doorsturen naar klantenservice@acumulus.nl ? Er zijn een aantal oorzaken mogelijk hiervoor.

Gebruik je daarnaast wel de meest recente versie van de plugin?

Gr,
Guido

Ik heb net een nieuwe fake account aangemaakt en die geeft hetzelfde probleem.

Hoe weet ik of ik de meest recente versie heb?

De XML (prive gegevens zijn ge ***ed):
<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<myxml>
<contract>
<contractcode>246945</contractcode>
<username>lecramrettub</username>
<password>REMOVED FOR SECURITY</password>
<emailonerror>***@redupsell.nl</emailonerror>
<emailonwarning>***@redupsell.nl</emailonwarning>
</contract>
<format>json</format>
<testmode>0</testmode>
<connector>
<application>PrestaShop 1.6.1.24</application>
<webkoppel>Acumulus 5.4.7</webkoppel>
<development>SIEL - Buro RaDer</development>
<remark>Library 5.4.7 - PHP 7.1.33</remark>
<sourceuri>https://www.siel.nl/</sourceuri>
</connector>
<customer>
<type>1</type>
<contactyourid>2862</contactyourid>
<contactstatus>1</contactstatus>
<companyname1>Marcel ***</companyname1>
<companyname2>CB750faces.com</companyname2>
<address1>***hof 10</address1>
<postalcode>***XJ</postalcode>
<city>***recht</city>
<countrycode>GB</countrycode>
<country>Verenigd Koninkrijk</country>
<telephone>***1669865</telephone>
<email>***nyon@gmail.com</email>
<overwriteifexists>1</overwriteifexists>
<invoice>
<concept>1</concept>
<issuedate>2021-01-21</issuedate>
<costcenter>32122</costcenter>
<accountnumber>88152</accountnumber>
<paymentstatus>1</paymentstatus>
<description>Order ZODCOLSPN</description>
<template>20279</template>
<meta-currency>EUR</meta-currency>
<meta-currency-rate>1</meta-currency-rate>
<meta-currency-do-convert>true</meta-currency-do-convert>
<meta-payment-method>bankwire</meta-payment-method>
<meta-invoice-amountinc>17.5</meta-invoice-amountinc>
<meta-invoice-amount>17.5</meta-invoice-amount>
<meta-invoice-vatamount>0</meta-invoice-vatamount>
<meta-invoice-calculated>meta-invoice-vatamount</meta-invoice-calculated>
<line>
<itemnumber>27-110</itemnumber>
<product>Trip meter knob grommet for CB400 CB350 CB500 CB550 CB750A GL1000</product>
<nature>Product</nature>
<costprice>3.000000</costprice>
<unitprice>7.5</unitprice>
<unitpriceinc>7.5</unitpriceinc>
<meta-line-amount>7.5</meta-line-amount>
<meta-line-amountinc>7.5</meta-line-amountinc>
<quantity>1</quantity>
<vatrate>-1</vatrate>
<vatamount>0</vatamount>
<meta-vatrate-source>exact-0</meta-vatrate-source>
<meta-fields-calculated>vatamount</meta-fields-calculated>
<meta-line-type>product</meta-line-type>
<meta-vattypes-possible>1,1</meta-vattypes-possible>
</line>
<line>
<product>PostNL w/o track n trace</product>
<unitprice>10</unitprice>
<unitpriceinc>10</unitpriceinc>
<quantity>1</quantity>
<vatrate>-1</vatrate>
<vatamount>0</vatamount>
<meta-vatrate-source>exact</meta-vatrate-source>
<meta-fields-calculated>unitprice,vatamount</meta-fields-calculated>
<meta-line-type>shipping</meta-line-type>
<nature>Service</nature>
<meta-vattypes-possible>1,1</meta-vattypes-possible>
</line>
<meta-lines-amount>17.5</meta-lines-amount>
<meta-lines-amountinc>17.5</meta-lines-amountinc>
<meta-lines-vatamount>0</meta-lines-vatamount>
<vattype>1</vattype>
<meta-vattypes-possible-invoice>1</meta-vattypes-possible-invoice>
<meta-vattypes-possible-lines-intersection>1,1</meta-vattypes-possible-lines-intersection>
<meta-vattypes-possible-lines-union>1</meta-vattypes-possible-lines-union>
</invoice>
</customer>
</myxml>
Message received:
{"invoice":{"invoicenumber":"20210040","token":{},"entryid":"0","contactid":"7503133","conceptid":"395165"},"errors":{"count_errors":"0"},"warnings":{"count_warnings":"0"},"status":"0"}

Ik maak (tot tevredenheid) gebruik van de Prestashop koppeling. Ik krijg bestelling vanuit de hele wereld en die worden normaal gesproken correct geboekt.
Nu is er echter verwarring mbt bestellingen uit GB. Deze komen als conceptfactuur binnen en krijgen in Acumulus de landcode GB tot 1-1-2021 mee, die nog onder de EU valt. Er is ook een landcode GB die niet meer onder de EU valt, maar die wordt niet door Acumulus toegekend

Kan dat zo veranderd worden dat contacten met bestellingen uit GB standaard de landcode GB BUITEN EU krijgen? Dan wordt alles waarschijnlijk weer correct geboekt, net zoals andere bestellingen uit buiten de EU?

Goeie actie!

Gelijk maar even wat meldingen:
Fout melding bij Openstaande facturen klanten
Openstaande facturen leveranciers

Ik zo graag ook facturen per reltie willen zien, nu kan je alleen de contactgegevens zien.

Niet alle vernieuwing is verbetering.

In de wereld van de designers bestaat een bepaalde visie over wat moet en wat echt niet meer kan. Ik ontwaar in die wereld ook een zeker technocratisch fundamentalisme. Als je niet meegaat met de nieuwste design-mode, loop je hopeloos achter.

Wat ik nu reeds voorzichtig concludeer, is dat de visie van de design-wereld niet representatief is voor de visie van de gemiddelde gebruiker.

UPC dacht met Horizon TV ook met een nieuw design een betere digitale TV neer te kunnen zetten. Het ziet er mooi uit, maar de werking is een drama.

Als je naar Google kijkt dan hebben zij hun succes te danken aan simplicity. Zoals Acumulus nu is, is die prima.
Nieuw design heeft alleen zin als de bedining simpeler wordt.

Wanneer gebruik je de optie \"Saldo direct bijwerken\"?

Ik heb afgelopen weekend mijn webshop grotendeels opgebouwd op basis van Prestashop. Op dit moment gebruik ik nog Ecwid, maar Prestashop ziet er veelbelovend uit.

tnx

Het veld Land wordt niet meegenomen in het exportbestand van Relaties. Aangezien ik voornamelijk zaken doe met het buitenland (en wellicht andere Acumulus gebruikers ook) wil ik vragen of het Land veld ook in het exportbestand kan worden opgenomen.

Het zijn de mensen die grote risico\'s hebben genomen om later werknemers aan het werk te krijgen. Vaak begonnen als ZZP\'er, later de verantwoordelijkheid voor het brood van meerdere mensen. Sinds ik zelf ondernemer ben zie ik steeds meer in wat een kolder die linkse partijen verkondigen.