Hallo Gast

Toon bijdragen

Deze sectie stelt je in staat om alle bijdragen van dit lid te bekijken. Je kunt alleen de bijdragen zien waar je op dit moment toegang toe hebt.


Berichten - erwin-burorader

Pagina's: [1] 2 3 4 5 6
1
Webkoppelingen / Re: Acumulus facturen en pakbonnen
« Gepost op: 22 februari, 2023, 09:44:43 »
Deze code is onderdeel van de voorbeeldplugin die op dit forum wordt aangeboden (zie https://forum.acumulus.nl/index.php/topic,3984.0.html). Draaiend in die plugin zal het wel werken. De voorbeeldcode dient wel aangepast te worden aan de omstandigheden, met name dienen niet gebruikte hooks verwijderd te worden.

In een volgende versie van het document zal dit duidelijker vermeld worden.

2
De code die alleen wordt uitgevoerd bij installatie wordt (onvermijdelijk) minder getest. Hier is nu inderdaad een fout ingeslopen die we zelf nog niet ontdekt hadden. In de volgende versie (7.6.2) zal dit opgelost zijn. Omdat ik midden in wat andere wijzigingen zit kan ik op dit moment niet eenvoudig die nieuwe versie vrijgeven, graag een paar dagen geduld dus.

3
Webkoppelingen / Re: WooCommerce plugin - BTW verlegd wordt niet goed geboekt
« Gepost op: 06 december, 2022, 11:20:01 »
...
Bedankt voor de info. Ik denk het probleem lag aan dat het BTW nummer niet goed werd doorgestuurd. Deze kwam bij de geavanceerde instellingen niet overeen met de naam van het veld van de plugin die ik gebruik.
Nu ik dit heb aangepast word het BTW nummer goed doorgestuurd.
...

Welke plugin gebruik je nu en wat heb je daarvoor moeten invullen in het veld "btw-nummer"? Omdat de populaire "WooCommerce EU BTW Assistent" niet meer bijgehouden wordt, stappen momenteel veel gebruikers over op een andere plugin. Voor de populaire alternatieven kunnen we support inbouwen voor de door die plugin gebuikte naam van het btw-veld.

4
Webkoppelingen / Re: Acumulus facturen in Woocommerce: sjabloon & naar klant?
« Gepost op: 16 november, 2022, 19:53:23 »
Ik heb een artikel geschreven dat beschrijft welke mogelijkheden de plugins bieden m.b.t facturen en pakbonnen:  Zie dit onderwerp op het forum

5
Webkoppelingen / Re: Facturen in WooCommerce
« Gepost op: 16 november, 2022, 19:52:15 »
Ik heb een artikel geschreven dat beschrijft welke mogelijkheden de plugins bieden m.b.t facturen en pakbonnen:  Zie dit onderwerp op het forum. (en ja de hier gevraagde feature wordt besproken)

6
Webkoppelingen / Acumulus facturen en pakbonnen
« Gepost op: 16 november, 2022, 19:39:05 »
Versie:
16 november 2022, voor versie 7.4.x van de plugins.
We proberen dit document up-to-date te houden, maar je weet hoe dat gaat in de praktijk, dus geen garanties dat dit bij elke verandering meteen bijgewerkt wordt.

Samenvatting:
Acumulus kan facturen en pakbonnen tonen in een browser; laten downloaden; of als pdf document e-mailen. De plugins voor de verschillende webshops bieden vanaf versie 7.4.x meer ondersteuning voor het gebruiken van deze documenten. Dit artikel geeft uitleg over deze documenten en hoe ze in de plugins te gebruiken zijn.

Omdat op dit forum niet met plaatjes in de tekst gewerkt kan worden, zit het artikel in de bijgevoegde pdf. De schermafdrukken en voorbeeldcode zijn van de WooCommerce plugin omdat die het meest gebruikt wordt en de beschreven functies daar ook al het verst geïmplementeerd zijn.

Heb je vragen, opmerkingen, of suggesties? Schroom niet om je inzichten te delen als commentaar onder dit onderwerp op het Acumulus forum.

7
Webkoppelingen / Re: Buitenlandse btw instellen in uw webshop
« Gepost op: 15 november, 2022, 22:24:53 »
De vraag is vaker gesteld en er kan over gediscussieerd worden.

Het verzendadres hoeft niet het uiteindelijke afleveradres te zijn. Ik woon en werk zelf in Frankrijk maar bestel nog wel eens zakelijk in NL. Als de webwinkel niet naar FR verstuurd laat ik het afleveren bij familie/vrienden die toch binnenkort naar ons komen. Voor zo'n transactie is verlegede btw de juiste keuze al dient formeel gezien  de verkoper zich er van te "verzekeren" dat de goederen naar het buitenland gaan. Het verzendadres is daarbij niet het enige mogelijke bewijs.

Voor mij blijft vooralsnog factuuradres leidend

8
Webkoppelingen / Re: WooCommerce plugin - BTW verlegd wordt niet goed geboekt
« Gepost op: 14 november, 2022, 10:35:41 »
Mbt het 1e probleem:
Met de antwoorden op onderstaande vragen kun je waarschijnlijk achterhalen wat er mis gaat:
    • Is het btw-nummer naar Acumulus verstuurd? Wordt op de relatiekaart opgeslagen.
    • Wat staat er bij de “Omschrijving” (op het overzicht “Laatste boekingen”)? Nederlandse btw, levering met buitenlandse btw,  intracommunautaire levering, …

Het is belangrijk dat de instellingen van de plugin vallend onder “Over uw winkel” en het veld “btw-nummer” (geavanceerde instellingen) correct zijn ingevuld.

Mbt vraag 2:
De totale EU-verkopen komen van Acumulus  (omdat de webwinkel slechts een van de mogelijke verkoopkanalen is). Als deze optelt, worden er dus facturen naar EU consumenten met het standaard NL btw-regime gemaakt. Beide vragen combinerend zou ik dan zeggen:
    • Het btw-nummer wordt niet herkend en dus niet verzonden, waardoor het een factuur met buitenlandse btw wordt.
    • Als er ook in Acumulus geen btw wordt berekend wordt het gezien als btw-vrije of 0% producten/diensten. Aangenomen dat jullie die niet verkopen:
        ◦ De instellingen “Over uw winkel” staan verkeerd, of
        ◦ Jullie ontvangen een waarschuwingsmail hierover maar die wordt niet ontvangen: controleer het “E-mail” adres onder “Uw Acumulus account” of anders jullie spamfolder.

9
Webkoppelingen / Re: Prestashop en klanten uit Noord Ierland
« Gepost op: 06 mei, 2022, 11:47:32 »
De plugin versie 6.4.0 herkent klanten die in Noord-Ierland wonen op basis van de landcode 'GB' met een postcode die begint met BT. Als de bestelregels producten (kunnen) betreffen zal de factuur als een factuur met EU-btw verstuurd worden. Als de bestelregels  services betreffen of geen btw bevatten, wordt het een factuur buiten de EU.

NB: het is dus belangrijk dat bij klanten uit Noord-Ierland btw in rekening gebracht wordt. Als je voor Engelse klanten de import-heffing niet via de in de webshop aanwezige belastingregels in rekening brengt, moet je dus voor Noord-Ierland een aparte btw-regel toevoegen met landcode = 'GB" en postcode = 'BT*'.

10
Webkoppelingen / Re: Prestashop: Klanten uit GB worden als Nederland geboekt
« Gepost op: 09 april, 2022, 12:18:21 »
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/

11
Webkoppelingen / Re: libAcumulus voorbeeld?
« Gepost op: 28 maart, 2022, 19:36:08 »
Ik ga je feedback zeker verwerken, ook al zijn ons niet veel voorbeelden bekend van andere gebruikers. De library is n.l. wel bedoeld voor breder gebruik.

12
Webkoppelingen / Re: libAcumulus voorbeeld?
« Gepost op: 28 maart, 2022, 12:05:08 »
1)
Om gebruik te kunnen maken van de library dien je een aantal zaken te programmeren die specifiek voor jouw omgeving zijn. Dit doe je door classes uit libAcumulus te "extenden" in je eigen namespace specifiek voor jouw omgeving. De help voor class Container specificeert aan welke eisen die namespace dient te voldoen, maar dat komt simpel neer op het toevoegen van de naam van jouw omgeving: \Siel\Acumulus\{MijnOmgeving} (zoals is gedaan voor WooCommerce, PrestaShop,...). Dit doe je in een folder in je eigen omgeving niet in de vendor/siel/... folder die Composer voor jou aanmaakt, zodat je die kunt blijven updaten.

2)
Om alleen het communicatiegedeelte te gebruiken, dien je binnen die namespace minimaal de volgende classes en methods te definiëren:
- class \Siel\Acumulus\{MijnOmgeving}\Config\ConfigStore
  * load()
  * save()
- class \Siel\Acumulus\{MijnOmgeving}\Config\ShopCapabilities
  * getShopEnvironment()
  * alle abstract methods van de parent class
- class \Siel\Acumulus\{MijnOmgeving}\Helpers\Log
  * write()

3)
Deze kun je het beste kopiëren van de namespace \Siel\Acumulus\TestWebShop en dan de volgende zaken aanpassen:
- ConfigStore: de plek waar je je config.json opslaat. Maak deze config.json ook aan en vul jouw contractgegevens en het log level in. Hou deze config.json dus voor jezelf, sla deze dus niet op in b.v. een github project, vandaar die rare plek die de in MyTestShop gebruikt wordt. Log level 1 is: ook communicatie loggen.
- ShopCapabilities: de naam en versie van jouw omgeving en de versie van jouw eigen module.
- Log: de naam en plek van je log file. Deze file moet schrijfbaar zijn.

4)
Nu kun je de library gebruiken door *via de Container* een Acumulus ApiClient te verkrijgen. die Container zorgt ervoor dat de benodigde en juiste  classes geïnstantieerd worden. NB: de Container bevat geen autoloader, daar gebruik je composer voor, of als je dat niet gebruikt, SielAcumulusAutoloader.php. De container gaat er dus wel vanuit dat er een autoload mechanisme is voor de classes onder de namespace /Siel/Acumulus.

5)
Voorbeeldcode:

<?php
    $shopNamespace = '{MijnOmgeving}';
    $language = 'nl'; // of 'en'
    $container = new Container($shopNamespace, $language);

    $acumulus = $container->getAcumulusApiClient();

    // Voeg factuur toe:
    $invoiceResult = $acumulus->addInvoice($invoiceData);
    $invoiceResponse = $invoiceResult->getMainResponse();
    if ($invoiceResponse !== null) {
        $token = $invoiceResponse['token'];
        // store token in combination with shop order id for future use.
    }

    // of Zet betaald:
    $token = '...'; // token for the invoice to set to paid.
    $paymentStatus = Api::PaymentStatus_Paid;
    $paymentDate = date(Api::DateFormat_Iso); // today
    $paymentResponse = $acumulus->setPaymentStatus(
        $token,
        $paymentStatus,
        $paymentDate
    );
?>

13
Webkoppelingen / Re: libAcumulus voorbeeld?
« Gepost op: 27 maart, 2022, 20:20:19 »
De phpdocs zijn redelijk compleet, zo ongeveer elke method is beschreven, een groot gedeelte van alle classes, en alle namespaces (in de file documentation.php) die zich in elke (niet webshop-speciffieke) namespace bevindt. Alleen dat soort documentatie is meer ter referentie en te gebruiken tijdens het programmeren, minder om ergens mee te beginnen.

Wat die config betreft, veel instellingen zijn op het niveau van wat een shop kan, of wanneer zaken verstuurd moeten worden. De test config (class \Siel\Acumulus\TestWebShop\Config\ConfigStore) is een minimale config waarmee ik het communicatiegedeelte kan testen, die zou je kunnen gebruiken.

Wat je vervolgens met libAcumulus bereikt is dat je niet zelf meer die xml string moet opzetten, maar dat je met arrays werkt die de xml-structuur nabootsen en die doorgeeft aan de Acumulus Api client. Die client voegt de "basic submit" toe, dus jij hoeft alleen maar het inhoudelijke gedeelte door te geven. Kijk voor voorbeelden in de class met test-aanroepen: \Siel\Acumulus\Unit\ApiClient\ApiRequestResponseExamples, jij zet het 'submit' gedeelte op, de rest doet libAcumulus.


14
Webkoppelingen / Re: libAcumulus voorbeeld?
« Gepost op: 27 maart, 2022, 12:02:36 »
libAcumulus is gegroeid vanuit het gemeenschappelijke dat steeds terugkeert in elke webshop plugin. Omdat het niet vanaf het begin is opgezet met het idee dat onderdelen ervan los ergens anders gebruikt kunnen worden, zitten er meer onderlinge afhankelijkheden in dan gewenst. (Het is geen Symfony of Zend framework.)

In versie 7 worden een aantal van deze problemen aangepakt met het doel om de library ook in te kunnen voor alleen het communicatiegedeelte zonder dat daarvoor custom code nodig is anders dan het instantiëren van de Container en het  het meegeven van een aantal instellingen/opties. Versie 7 is te vinden onder de dev branche, maar daar zal zeker nog het een en ander aan gewijzigd worden.
bv:
- Log => PSR3 logger interface, wat al door veel projecten gebruikt word en wat dus misschien al voorhanden is in jouw omgeving, of anders snel toegevoegd met composer.
- Dat gedeelte van de Config dat nodig is als een $options array doorgeven aan de constructor ipv het hele Config .object.

NB: Dat die constructor niet intuïtief is, is een gevolg van het dependency injection principe, dat er juist voor zorgt dat een class minder kennis hoeft te hebben van zijn omgeving. Gebruik dus die Container die precies weet wat er nodig is om een object te maken. Je ziet dat de meeste webshop modules code als hieronder gebruiken om de boel op te zetten en vervolgens te gebruiken:

<?php
    // Get language
    $languageCode = get_bloginfo('language');
    if (empty($languageCode)) {
        $languageCode = 'nl';
    }
    $languageCode = substr($languageCode, 0, 2);

    $shopNamespace = 'WooCommerce';
    $container = new Container($shopNamespace, $languageCode);

    // Ready to go
    $source = $container->getSource(Source::Order, $order instanceof WC_Order ? $order : $orderId);
    $container->getInvoiceManager()->sourceStatusChange($source);

    // Or:
    $acumulusApiClient = $container->getAcumulusApiClient();
    $token = '...'; // token for the invoice to set to paid.
    $paymentStatus = Api::PaymentStatus_Paid;
    $paymentDate = '...';
    $acumulusResult = $this->acumulusApiClient->setPaymentStatus(
        $token,
        $paymentStatus,
        $paymentDate
    );
?>

NB: Ik ben erg geïnteresseerd in feedback over het gebruik van libAcumulus in andere situaties, dus neem direct contact met mij op (support at burorader dot com) en ik zal jouw bevindingen zeker meenemen in versie 7.

15
Webkoppelingen / Buitenlandse btw instellen in uw webshop
« Gepost op: 02 december, 2021, 11:25:45 »
Versie:
    • 16 februari 2023: voor versie 7.6.x van de plugins.
    • 2 december 2021: eerste versie.

We proberen dit document up-to-date te houden, maar je weet hoe dat gaat in de praktijk, dus geen garanties dat dit bij elke verandering meteen bijgewerkt wordt.

Samenvatting:
Sinds 1 juli 2021 gelden er nieuwe regels voor (afstands-)verkopen aan consumenten in de EU. Bij deze klanten dient u in principe het btw-tarief van het land van de klant te gebruiken. Als u echter weinig aan het buitenland verkoopt, kunt u er voor kiezen om het Nederlandse btw tarief te blijven hanteren. Dit kan tot een buitenlandse omzet binnen de EU van € 10.000,- per kalenderjaar. Zodra deze grens gepasseerd is, dient u per direct en tot het eind van het jaar en het hele jaar daarop EU-btw in rekening te brengen.

Om deze buitenlandse btw te kunnen afdragen is het belangrijk dat de webshop goed ingesteld is zodat van alle verkoopfacturen duidelijk is welke btw is gehanteerd, zodat Acumulus de juiste rapportages kan aanmaken op basis waarvan belasting kan worden afgedragen.

Dit artikel geeft uitleg over hoe deze tarieven toe te voegen en hoe andere btw-gerelateerde instellingen een juiste waarde te geven.

Over dit document:
Omdat op dit forum niet met plaatjes in de tekst gewerkt kan worden, zit het artikel in de bijgevoegde pdf. De schermafdrukken en voorbeeldcode zijn van de WooCommerce plugin omdat die het meest gebruikt wordt.
Heb je vragen, opmerkingen, of suggesties? Schroom niet om deze te delen als commentaar onder dit onderwerp op het Acumulus forum.

Voor een volgende versie:
    • Meer over andere belastingregels (KOR, btw-vrij, 0% btw, verlegde btw)
    • Meer details voor de andere webshops, bijv. of je gebruikersgroepen moet aanmaken voor verlegde btw, of dat je eigenlijk niet zonder extra module kunt.

LET OP: Sinds versie 7.6.0 van de plugin/module/extensie is de instelling "Welke belastingklassen definiëren EU btw tarieven" vervangen door de instelling "Berekent u EU-btw?" Bezoek daarom na het updaten de instellingenpagina en geef deze nieuwe instelling de juiste waarde  Als u WooCommerce met de ""EU/UK VAT Compliance for WooCommerce" gebruikt, dient u ook de instelling "Tax classes used for customer place-of-supply goods" van die plugin goed in te stellen (en goed ingesteld te houden). Deze instelling wordt namelijk als "bewijs" van gebruik van EU-btw bij de bestelling opgeslagen op het moment dat de bestelling aangemaakt wordt. Omdat de Acumulus plugin, zelfs op basis van deze nieuwe instelling niet in alle gevallen kan afleiden of er NL of buitenlandse btw is berekend (vooral niet voor oudere bestellingen), wordt dit opgeslagen bewijs ook gebruikt om dit te bepalen.

16
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.

17
Webkoppelingen / Re: Factuur sjabloon per product in WooCommerce
« Gepost op: 08 oktober, 2021, 16:48:42 »
Die voorbeeld plugin vindt je als bijlage op https://forum.acumulus.nl/index.php/topic,3984.0.html.

18
Webkoppelingen / Re: Factuur sjabloon per product in WooCommerce
« Gepost op: 08 oktober, 2021, 13:54:31 »
De verwarring zal ook te maken hebben met de woordkeuze: in de Acumulus plugin voor WooCommerce maak je geen factuursjabloon aan, maar kies je een van de in Acumulus gemaakte factuursjablonen. De plugin doet dit echter op basis van een instelling waarbij je alleen per betaalmethode een sjabloon kunt kiezen. De optie om dit ook per land of zelfs per land/betaalmethode combi te kunnen doen is wel eens gevraagd maar (nog) niet gerealiseerd. De optie om dit per product te doen is eigenlijk alleen maar mogelijk in die gevallen waar er maar 1 regel op de factuur staat en daarmee m.i. niet algemeen genoeg. Dus kom je al snel ut op custom code, en daar voorziet onze plugin in. Je schrijft wat regels code met de gewenste business logica in een aparte plugin zodat je onze plugin gewoon kunt blijven updaten. Zie hiervoor de voorbeeldplugin op dit forum.

19
Webkoppelingen / Re: Acumulus facturen in Woocommerce: sjabloon & naar klant?
« Gepost op: 08 oktober, 2021, 13:36:18 »
Nee dit is niet toegevoegd en zal je dus met wat regels custom code moeten doen.

20
Webkoppelingen / Re: Factuur vanuit Woocommerce toont hidden records
« Gepost op: 15 april, 2021, 22:35:18 »
Ik heb dit probleem onderzocht en het ligt niet zo simpel als zij zeggen.

WooCommerce heeft een filter 'woocommerce_hidden_order_itemmeta' dat gebruikt kan worden om meta dat die niet getoond moet worden te verbergen. Als je kijkt naar hoe dit filter gebruikt wordt en hoe andere plugins dit gebruiken is het niet duidelijk dat meta data die met een underscore begint per definitie niet getoond zou worden:

  • - WC zelf geeft b.v. in wp-content/plugins/woocommerce/includes/admin/list-tables/class-wc-admin-list-table-orders.php, method get_order_preview_item_html() een lijst van meta data mee waarin de meeste met een _ beginnen. Verderop in die method WC_Order_item::get_formatted_meta_data() aangeroepen met '' ipv '_' voor de parameter $hideprefix, dus meta data die begint met een _ wordt hier niet per definite uitgesloten.
  • - De plugin WooCommerce Product Bundles reageert op het filter 'woocommerce_hidden_order_itemmeta' en voegt al zijn eigen meta data, die allemaal beginne met een _, toe aan de lijst van hidden order item meta data.
  • - Idem voor de plugin yith-woocommerce-deposits-and-down-payments, die voegt ook al zijn meta data die met een _ beginnen toe aan het filter.
  • - De plugin TM extra product options slaat de opties op onder de sleutel _tmcartepo_data en dat zijn dus de opties die je wel getoond wilt hebben.

Dat jullie de eerste zijn die dit melden komt denk ik omdat jullie varianten zoals WooCommerce die zelf levert en TM extra product options binnen hetzelfde product gebruiken, iets wat blijkbaar niet gebruikelijk is, maar wel zou moeten kunnen.

Ik denk dat het beter zou zijn als de ontwikkelaars van de andere plugin het filter 'woocommerce_hidden_order_itemmeta' gaan implementeren en daar hun meta data keys aan toevoegen, ook die met een _ beginnen.

21
Webkoppelingen / Re: Toch een vraag over juiste boeking weborders.
« Gepost op: 15 april, 2021, 20:22:43 »
De commissie dien je apart te boeken als (aankoop)factuur. Jij verkoopt iets aan een klant en maakt daarvoor een (verkoop)factuur voor het bedrag dat de klant aan jou verkoopt en de btw-tarieven en bedragen die bij die producten/diensten horen. Blijkbaar verkoop je via een platform en dien je daar commissie af te dragen. Dat platform zal jou periodiek een overzicht sturen met de te betalen (of ws al betaalde of beter nog ingehouden) commissie en die boek jij in als kosten inclusief de over die dienst betaalde btw (dat zal altijd 21% zijn ongeacht of jij aan 0, 6 of 21% verkoopt).

Dit maakt het koppelen van facturen aan af/bijschrijvingen lastig, maar dit is de enige manier waarop je de btw goed ingeboekt krijgt ongeacht de gehanteerde tarieven.


22
Ik denk dat je hier slachtoffer geworden bent van waar ik op de forumpagina met de download voor waarschuw:

Citaat
Installatie-instructies: omdat PrestaShop bij een update oude bestanden niet verwijderd, blijven oude versies van bestanden die hernoemd of verplaatst zijn gewoon bestaan. Dit kan tot fouten leiden. Daarom raden wij aan om - zeker bij deze nieuwe major versie 5 - de folder /modules/acumulus in zijn geheel te verwijderen en daarna de inhoud van de zip in de /modules folder te unzippen. Daarna in de backend (modules- geïnstalleerde modules - acumulus - upgraden) een update van de module draaien.

En recentelijk zijn voor PrestaShop enkele Form overrides overbodig geworden en dus verwijderd, o.a. het bestand modules/acumulus/lib/siel/acumulus/src/PrestaShop/Shop/BatchForm.php. Als deze bij jou nog bestaat, dan is dat de oorzaak van dit probleem.

23
Dit betekent dat de bijbehorende library niet goed geïnstalleerd/geüpdatet is. Er is een naamswijziging geweest van deze eigenschap van de class Form, dus jengebruikt niet de meest recente versie van de library. Als je vanaf github hebt gedownload dan moet je zelf de library updaten door ook die te downloaden. Als je de zip die op het forum staat hebt gedownload is er iets fout gegaan bij het uploaden naar de server want ik heb even gekeken en de zip is correct.

24
Die oudere versies van onze module staan er alleen omdat die (misschien) nog werken met oudere versies van PS, maar, zoals je ondervonden hbt, juist niet met de recentere versies van PS. Gebruik dus 6.2.0.

25
Het lijkt mij een vereiste voor elke factuur aan wat voor een bedrijf dan ook dat daar de bedrijfsnaam op staat. dit lijkt mij dan ook een fout van de WooCommerce EU VAT Assistant dat deze verlegde btw toestaat.

26
- Ik zie geen companyname veld in de factuur: voor facturen met verlegde btw zijn het btw-nummer en de bedrijfsnaam verplicht.
- Het feit dat je geen warnings krijgt lijkt er op te duiden dat je ingesteld hebt dat je producten en/of diensten aan 0% btw of btw-vrij aanbiedt. Klopt dit? Zo ja, als de factuur alleen maar bestaat uit btw-vrije producten/diensten, dan dient het factuurtype ook 1 te zijn en niet 3. Klopt dit niet, en het veld vat-rate-lookup geeft dit eigenlijk al aan, ga dan eerst naar de Acumulus instellingen en loop alle  instellingen zorgvuldig na.

27
Daar heeft de Acumulus plugin helemaal niets mee te maken. De plugin wijzigt helemaal niets aan een bestelling of retour, nooit, de plugin volgt de winkel en reageert slechts op statusveranderingen.

28
Mag ik begrijpen dat je facturen vanuit Acumulus verstuurt en niet vanuit de webshop? (Dit wordt idd als feature aangeboden maar heeft wat gevolgen, met name als je de factuur al wilt versturen voordat de bestelling is afgerond.)

De Acumulus plugin zal de factuurgegevens niet automatisch opnieuw versturen als een bestelling opnieuw een van de opgegeven statussen bereikt,  maar aangenomen dat je het opnieuw versturen forceert (ws vanuit de metabox op de "wijzig bestelling" pagina), dan zal dit wel gebeuren, de factuur is immers gewijzigd en dient dus ook opnieuw verstuurd te worden.  Echter hier zit ook het probleem: een definitieve factuur dien je niet te wijzigen. Als een klant een afgeronde bestelling wijzigt, moet je formeel dus een creditfactuur aanmaken en een nieuwe factuur voor het vervangende product. Beide nieuwe facturen dienen vervolgens naar de klant gestuurd te worden.

29
Webkoppelingen / Re: Koppeling met OC 2.3
« Gepost op: 27 oktober, 2020, 13:15:27 »
In het topic https://forum.acumulus.nl/index.php/topic,4150.0.html (in het forumn "Webshopkoppelingen - Downloads"  kun je zien dat de plugin via de market place van OC te downloaden is:
De Acumulus extensie voor OpenCart 2.3 is te vinden op de OpenCart Marketplace door te zoeken op acumulus: https://www.opencart.com/index.php?route=marketplace/extension&filter_search=acumulus&filter_license=0.

Het verschil is dat jij nu alleen de plugin hebt gedownload, niet de bijbehorende library (die trouwens ook als apart github project te downloaden is).

30
Webkoppelingen / Re: WooCommerce v2.4+ 3.x plugin installatie
« Gepost op: 05 oktober, 2020, 20:22:23 »
- Is de plugin geactiveerd?
- Staat de plugin wel in de lijst met plugins?
- Zo ja met welke status?
- Staat er iets in de PHP of WP log?
- Is er een Acumulus log ("WooCommerce - Status" -  "Tab Logs" -  Is er een acumulus-xxxxxx.log in de dropdown?

Met de antwoorden op deze vragen kunnen we, indien nog nodig, weer verder kijken.

31
Webkoppelingen / Re: Acumulus facturen in Woocommerce: sjabloon & naar klant?
« Gepost op: 31 augustus, 2020, 20:39:20 »
Voordat ik jouw 2 vragen beantwoord, eerst even wat opmerkingen:
ad b) Dit kan ook automatisch door in te stellen bij welke statussen de factuurgegevens van een bestelling naar Acumulus verstuurd moeten worden.
ad c) Wat bedoel je met definitief aanmaken?  Als ze als concept verstuurd worden, is mijn eerste reactie dat er iets fout gaat, ofwel vanwege de instellingen ofwel iets wat de plugin over het hoofd ziet c.q. waar deze de fout in gaat.
ad c) Dit zou dus De bepaling van het factuurtype kunnen zijn dat je blijkbaar in bepaalde gevallen dient te corrigeren. Als de plugin voldoende informatie heeft,  zou een factuur voor producten naar buiten de EU correct getypeerd moeten worden (type 4). Dit vereist echter wel dat WooCommerce dit ook goed doet (en dus geen btw rekent).

NB: Recentelijk hebben we gezien dat de keuze van de plugin om bijkomende kosten, bv verzend of betaalkosten, altijd als service aan te duiden. niet helemaal correct is. Het is beter als deze het hoofdbestanddeel (van de echte "regels") van de factuur volgt. In de volgende versie zal dit ook zo zijn. Ik heb even in de code gekeken en dit lijkt niet de oorzaak te kunnen zijn van het niet vast kunnen stellen van factuurtype 4 voor producten buiten de EU.

Antwoord 1) De plugin kent momenteel een instelling voor keuze van het factuursjabloon op basis van betaalstatus. Keuze hiervan op basis van betaalstatus  EN land  is momenteel niet mogelijk via de instellingen. Het is echter wel mogelijk om via wat custom code die regeert op een filter van onze plugin, de factuur aan te passen voordat deze naar Acumulus wordt verstuurd. Zie hiervoor de voorbeeldplugin die via dit forum is te downloaden (nog even wachten op versie 6.x hiervan omdat de huidige download, versie 5.x niet compatibel is met versie 6.x van onze plugin). We gaan deze feature trouwens heroverwegen voor een volgende versie, maar dat kan nog even duren en we weten ook nog niet hoe dit er dan uit zal gaan zien, dus voorlopig lijkt het schrijven van wat custom code de snelste en zekerste manier.

Antwoord 2) Dit kan door op het "Acumulus geavanceerde instellingen" formulier de optie "Verstuur de factuur als PDF vanuit Acumulus." onder het kopje "PDF Factuur" aan te zetten. Daarvoor dient de factuur dus wel correct verstuurd te worden, d.w.z: niet als concept, en wil je dus het factuursjabloon correct ingesteld hebben, zie antwoord op vraag 1.


32
Webkoppelingen / Re: Woocommerce plugin en moss regeling
« Gepost op: 19 juli, 2020, 21:55:06 »
De plugin volgt de webwinkel. Omdat zowel BE als NL een 21% tarief kennen, zou de plugin  in verwarring kunnen raken over of het nu wel of niet buitenlandse btw is. Daarom is er ook een instelling 'Over uw winkel' - 'Welke belastingklassen definiëren EU btw tarieven?' (en eigenlijk ook 'Verkoopt u producten of diensten waarbij u EU btw moet hanteren?'). Het lijkt er op dat er met deze instelling iets mis is, zorg ervoor dat jouw producten gewoon het NL btw tarief als belastingklasse hebben en dat die klasse niet is aangemerkt als EU btw tarief.

33
Webkoppelingen / Re: 1062 Duplicate entry '1' for key 'idx_acumulus_entry'
« Gepost op: 10 juli, 2020, 21:34:57 »
Nee, je bent niet de enige, maar heel veel zijn het er volgens mij ook niet. Op zich zou deze fout niet zo maar mogen optreden, want pas als het verzenden verkeerd gaat en de lock wordt niet opgeruimd kan dit gebeuren. De php code doet altijd een poging om de lock te verwijderen, ook in geval van min of meer ernstige fouten, alleen in php zijn niet alle fouten af te vangen, soms stopt het programma er mee.

34
Webkoppelingen / Re: 1062 Duplicate entry '1' for key 'idx_acumulus_entry'
« Gepost op: 10 juli, 2020, 17:34:47 »
Dit gaat idd fout. Om dit snel op te lossen voer je deze query via bv phpmyadmin uit:

delete from {prefix}acumulus_entry where entry_id = 1;

Boekstuknummer 1 wordt gebruikt voor een speciaal geval, nl. om te beveiligen tegen dubbele verzending. Als je de tabel bekijkt zul je bij dat record in het veld token de tekst "Send locked, delete if too old" zien staan. Bij het inbouwen van die beveiliging had ik de unique restrictie van index idx_acumulus_entry moeten verwijderen. Dit zal nu in een update functie van de volgende versie gebeuren, maar je kunt dat nu ook al handmatig aanpassen, ook via phpmyadmin.

35
Webkoppelingen / Re: Woocommerce versie 4.x
« Gepost op: 24 juni, 2020, 08:26:01 »
De plugin wordt zeer actief bijgehouden, alleen de topic titel op dit forum is ons ontgaan. Als je de plugin via je dashboard installeert zul je zien dat in de plugin de zogeheten "tested up to" waardes worden bijgehouden ne nu hier op staan:
 * Requires at least: 4.2.3
 * Tested up to: 5.4
 * WC requires at least: 3.0
 * WC tested up to: 4.1

36
Webkoppelingen / Re: Acumulus API
« Gepost op: 18 juni, 2020, 10:49:50 »
Meer info vind je als help bij het veld "Gebruiker" inhet isntellingenformulier van onze plugin: 'Let op dat u de gegevens van een gebruiker van het type "API-gebruiker" invoert. Als u die nog niet heeft, log dan in op Acumulus en voeg een gebruiker toe onder "Beheer → Gebruikers → Gebruiker toevoegen". Vul "API - Gebruiker" in als "Gebruikerstype".'

Als je deze gebruikersgegevens ook gebruikt om in te loggen op de Acumulus website zelf, dan raden wij aan om een nieuwe gebruiker aan te maken, anders is het wijzigen van het gebruikerstype afdoende.

Voor je andere websites dien je dezelfde wijzigingen door te voeren. Dwz als je een nieuwe gebruiker aanmaakt van het type 'API-Gebruiker' dien je die gegevens overal te wijzigen. Als je het gebruikerstype wijzigt, werkt dit voor alle websites die gebruik maken van dat account.

37
Sinds 5.9.0 kan er idd iets fout gaan. In de volgende release zal het opgelost zijn, maar omdat er een eenvoudige workaround is, is er ng geen volgende release vrijgegeven.

Als workaround hoef je alleen maar op het verzoek om onze plugin te reviewen (de melding boven aan het scherm) op "Liever niet nu" te klikken of, en wat ons betreft heeft dat de voorkeur :), op "OK, Breng me er heen". Dan ben je voor enkele weken (of altijd) van die melding en daarmee de fout af.

38
Webkoppelingen / Re: Acumulus plugin Woocommerce foutjes
« Gepost op: 19 april, 2020, 11:23:00 »
Die eerste fout (betaaldatum) is toevallig van de week ook door iemand anders gemeld en zal in de eerstvolgende versie verholpen zijn.

Dat 2e lijkt op meta data die door WooCommerce toegevoegd wordt aan refunds (file wp-content\plugins\woocommerce\includes\wc-order-functions.php, regel 787, functie wc_restock_refunded_items()) en vervolgens door Acumulus als een variant of een optie gezien wordt. Of dit op dezelfde regel of op een nieuwe regel gezet wordt is afhankelijk van de instellingen mbt "Opties of varianten" op het geavanceerde instellingen scherm. Ik zal eens kijken naar hoe dat ook al weer werkt dat toevoegen van opties en varianten, want dar is al lang niets meer aan veranderd, maar misschien dat WC zelf dus iets veranderd heeft.

39
Webkoppelingen / Re: Opencart 3.0.2 - Accumulus koppeling Activeren??
« Gepost op: 22 december, 2019, 11:06:57 »
Na installatie is de module geactiveerd. Dat het overzicht zegt dat die disabled is, is een vreemde kronkel van OpenCart(3) die ik niet begrijp. (De OpenCart documentatie voor ontwikkelaars is belabberd, nieuwe "features" worden niet beschreven, je moet de werking maar uitzoeken door de code na te pluizen.)

40
Webkoppelingen / Re: Vraagje over icp vs. verlegd
« Gepost op: 08 oktober, 2019, 21:08:01 »
Kun je zo'n factuur die fout gaat nogmaals versturen naar Acumulus , maar dan in testmodus? (menu-item WooCommerce - Verzend facturen naar Acumulus"). Stuur de mail die je ontvangt door naar woocommerce at acumulus punt nl, (refereer even naar dit topic) dan zal ik er naar kijken.

41
Webkoppelingen / Re: Acumulus met Shopware 6
« Gepost op: 29 september, 2019, 17:39:50 »
Op de 2e vraag is het antwoord ja, zie https://github.com/SIELOnline/libAcumulus. Documentatie is mbv phpdoc in de code v.d library zelf verwerkt.

42
Webkoppelingen / Re: Wocommerce multisite Acumulus plugin
« Gepost op: 05 augustus, 2019, 21:09:08 »
De plugin is niet getest in een multi site-installatie.

Het lijkt er op dat de configuratie van de plugin, die wordt opgeslagen via de wordpress configuratie API slechts voor 1 v/d sites beschikbaar is. De andere sites kunnen er niet bij en kunnen dan de contractcode niet uitlezen. Ik denk dat als je de configuratie voor elke site apart instelt dit zou moeten werken. Ik weet allen niet hoe dit te doen en of dit überhaupt te doen is.

43
Webkoppelingen / Re: Woocommerce + Acumulus - notities worden niet mee verzonden
« Gepost op: 05 augustus, 2019, 21:03:36 »
Kun je opnieuw naar die instellingenpagina gaan en op opslaan klikken. Daarna een factuur in testmodus versturen en dan de mail die je ontvangt en de inhoud van de log  naar woocommerce at acumulus punt nl sturen. Dan wordt er een ticket aangemaakt en zal ik er verder naar kijken.

44
Webkoppelingen / Re: BTW verlegd, factuur in concept
« Gepost op: 05 augustus, 2019, 21:00:11 »
Als ik in de code kijk zie ik deze uitleg bij de door jou vermeldde foutmelding:
                    // None of the vat rates of the invoice lines could be
                    // matched with any vat rate for any possible vat type.
                    // Possible causes:
                    // - Invoice has no vat but cannot be a reversed vat invoice
                    //   nor outside the EU, nor are vat free products or
                    //   services sold. Message: 'Check "about your shop"
                    //   settings or the vat rates assigned to your products.'
                    // - Vat rates are incorrect for given country (and date).
                    //   Message: 'Did you configure the correct settings for
                    //   country ..?' or 'Were there recent changes in tax
                    //   rates?'.
                    // - Vat rates are for foreign VAT but the shop does
                    //   not sell foreign VAT products. Message'Check "about
                    //   your shop" settings'.
                    // - Vat rates are Dutch vat rates but shop only sells
                    //   foreign VAT products and client is in the EU. Message:
                    //   'Check the vat rates assigned to your products.'.


Het i s dus lastig om aan te geven welke situatie bij jou van toepassing is. Als dirt gebeurt krijg je trouwens ook een mail met daarin het xml bericht, daar kan ik vaak wel uithalen wat er aan de hand is. Als je dat mailbericht door zou willen sturen naar woocommerce at acumulus punt nl wordt er een ticket aangemaakt en zal ik het verder bekijken. Als je die mail niet hebt, check dan je spam box  en/of je anti-spaminstellingen.

45
Ik heb even in de code gekeken wat er gedaan wordt:

- Als de winkel een buitenlands tarief hanteert bij de factuurregels, zal de Acumulus plugin dit herkennen, ook als dit hetzelfde percentage is als een NL tarief. Hiervoor dien je wel de instelling "Welke belastingklassen definiëren EU btw tarieven?" (van de Acumulus plugin) goed ingesteld te hebben.
- Echter als er geen buitenlands factuuradres aan de bestelling hangt,  zal dit leiden tot een waarschuwing omdat er geen factuurtype bepaald kan worden.
- Ook als de plugin het afleveradres zou meenemen, en het zou accepteren, zal Acumulus zelf een waarschuwing geven.
- Als er verzendkosten op de factuur staan, zal het fout gaan, want volgens mij kun je in OpenCart maar 1 belastingklasse aan verzendkosten hangen en deze dus niet laten afhangen van de inhoud van de cart. (Voor zover ik weet kan alleen WooCommerce dat met de instelling "Belastingklasse voor verzendkosten gebaseerd op artikelen in de winkelmand".) Hierdoor zit er een buitenlands en NL tarief op de factuur en krijg je de waarschuwing de factuur te splitsen.

Gezien het 3e punt zal alleen het aanpassen van de plugin niet helpen, maar zal ook Acumulus dit op de een f ander  manier moeten zien te verwerken.

BTW-rapportages e.d. binnen Acumulus heb ik geen kennis van, maar volgens mij wordt buitenlandse btw keurig gescheiden van NL btw in al deze rapportages.

Ik ben trouwens wel benieuwd hoe jij in OpenCart switcht van belastingklasses, regels of tarieven zodra je een drempel overschrijdt.

46
    Ik heb nog eens nagedacht over het gebruik van factuuradres versus afleveradres en evt consequenties:


    - Ten eerste en eigenlijk het enige dat telt: de Acumulus plugin volgt de webshop, dus btw-tarieven gebruikt in de bestelling komen terug op de Acumulus factuur. Acumulus kan niet en zal niet zelf tarieven gaan verzinnen op basis van enig adres.
    - Acumulus is een pakket waarmee facturen opgesteld kunnen worden: het enige adres dat via de API verstuurd kan worden is dus het factuuradres.
    - Als de winkel de voor de situatie juiste tarieven heeft gehanteerd,  zal de plugin deze overnemen. Er vinden wel enkele controles plaats op basis van het factuuradres van de klant. Op basis hiervan kan de plugin besluiten een waarschuwing af te geven, of als die er niet uitkomt een foutmelding.
    - De plugin zal ook aan  de hand van de gebruikte tarieven en het factuuradres, een factuurtype bepalen, een verplicht onderdeel van elke factuur in Acumulus. Ook hier geldt dat als de plugin er niet uit komt, deze een waarschuwing afgeeft.
     -In sommige gevallen zal niet de plugin, maar de Acumulus service waarschuwingen of fouten afgeven. Bij waarschuwingen wordt de factuur wel aangemaakt in de boekhouding, maar kan deze standaardwaardes (en in die gevallen zijn dat waarschijnlijk foute waardes) voor btw-tarieven bevatten. Controle en correctie van de factuur is dus belangrijk in deze gevallen.
    - Drempelbedragen gelden over alle verkoopkanalen heen. De plugin heeft daar geen zicht op en kan dus ook daarom niet tarieven gaan aanpassen (bovenop het 1e punt).

    Kortom, de "fout" begint dus al in de OpenCart software. Als het daar wel goed gaat, maar de plugin maakt er iets anders van is dat wel een fout in de plugin. Rapporteer dit dan via de issue queue middels een mail naar opencart at acumulus punt nl.

47
Hopelijk kan een specialist hier definitief uitsluitsel over geven, maar voor mij is een factuuradres een  ... factuuradres, ofwel het adres dat ik gebruik voor het opstellen van de factuur en dus welke regels van toepassing kunnen zijn.

48
Webkoppelingen / Re: Opencart versie 3
« Gepost op: 03 juni, 2019, 14:03:58 »
Zet in dat mailtje (dat ook direct naar opencart@acumuls.nl kan) ook de volgende info:
- Hoe heb je de extensie geïnstalleerd? (waar komt die vandaan)
- Stuur log files mee:
  * storage/logs/acumulus.log (de folder storage bevindt zich buiten de webroot!)
  * storage/logs/error.log
  * PHP error log
- Wat doet het niet?
  * kun je de instellingenpagina (van de acumulus module) bezoeken?
  * kun je via het batchscherm facturen naar Acumulus sturen?
  * worden er facturen automatisch verstuurd bij statusovergangen?

Als het aanpassen van de status van de bestellingen niet meer gaat, lijkt het er op dat er een fatal error optreedt. en als dit gebeurt sinds het installeren van de acumulus module, zal die fout optreden bij het laden van die module. Dit kan komen omdat de module niet goed geïnstalleerd is. Is bv de library mee geïnstalleerd? (system/library/siel)

49
Webkoppelingen / Re: Woocommerce acumulus plugin > fout credit
« Gepost op: 02 mei, 2019, 13:11:16 »
Dat probleem is opgelost, dus lijkt hier wat anders aan de hand. Zou je een ticket willen aanmaken door de mail met de melding door te sturen naar woocommerce @ acumulus . nl? Dan kan ik er naar kijken.

50
Webkoppelingen / Re: Woocommerce acumulus plugin > fout credit
« Gepost op: 02 mei, 2019, 10:20:27 »
Ictgirl: Er worden meer problemen gemeld in dit draadje. Welke melding(en) krijg jij? Het beste meld je dit door de mail die je krijgt (die de waarschuwingen en het verzonden bericht bevat) integraal door te sturen naar woocommerce @ acumulus . nl

Pagina's: [1] 2 3 4 5 6