Hoofdmenu
-menu

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.

Toon bijdragen-menu

Berichten - erwin-burorader

#101
Webkoppelingen / Re: Opencart v 2.3.0.1 TSl error
13 november, 2017, 16:55:05
Het automatisch verzenden werkt weer met versie 4.9.5, te downloaden via dit forum.
#102
Webkoppelingen / Re: Opencart v 2.3.0.1 TSl error
10 november, 2017, 21:15:17
Is dit bij batchverzending of bij automatisch versturen of bij beide?  Deze foutmelding/waarschuwing is normaal gesproken iets uitgebreider: een exacte locatie van de filename (staat er misschien system\ocmod voor?) en een regelnummer. Kun je die ook geven?
#103
Webkoppelingen / Re: Opencart v 2.3.0.1 TSl error
10 november, 2017, 18:17:41
De melding betreffende de undefined constant geeft aan dat jou php versie ook redelijk oud is: http://php.net/ChangeLog-5.php#5.6.3 of http://php.net/ChangeLog-5.php#5.5.19. IK zou echt aandringen op een iets actiever update beleid van je hoster. Jouw klantdata ligt met dat soort versies zo maar op straat.

NB: je kunt die constante vervangen door het getal 6. Als de onderliggende curl lib dan wel enigszins up to date is, kan dat werken.

De melding die je als laatste geeft kan ik niet verklaren. Het suggereert dat je toch wel verbinding krijgt met Acumulus maar dat er een leeg bericht is verstuurd.

Wat is de versie-info die je op het instellingenscherm terug kunt vinden? (Extensions - Extensions - Modules - Acumulus - Instellingen)
#104
Webkoppelingen / Re: Opencart v 2.3.0.1 TSl error
06 november, 2017, 13:14:38
Uw hoster heeft gelijk. Zij vergeten echter te vermelden dat dit komt omdat zij een antieke versie van curl ter beschikking stellen waarin de momenteel enig veilig geachte versie van SSL/TLS nog niet is opgenomen. Vraag uw hoster dus om CURL en openssl te upgraden naar een recente versie.

Ter verduidelijking: de webservice van Acumulus accepteert alleen nog maar TLS1.2 verbindingen, zolang de server waarop uw webshop draait dat niet aankan, kunt u geen verbinding maken met Acumulus om facturen automatisch te versturen. Het teruggaan naar een oudere versie van de extensie zal dus ook niet helpen.
#105
Er ging (in WC3) iets fout met meta-data die begint met een underscore. In 4.9.2 (al beschikbaar) is dit opgelost.
#106
Ik bedoel de key in de database tabel post_meta, maar die zal waarschijnlijk hetzelfde zijn, kun je dat bevestigen? Ik neem aan dat WooCommerce zelf inmiddels op versie 3 zit?
#107
Kun je in de post meta kijken onder welke key het btw nummer wel wordt opgeslagen en dat hier posten (samen met de versie  van WooCommerce EU VAT Number die je gebruikt? Er is vandaag nog een melding binnengekomen dus misschien dat er iets is veranderd in die plugin.
#108
Webkoppelingen / Re: WooCommerce en Subscriptions
24 oktober, 2017, 15:33:34
Oops, voor WooCommerce is deze voorbeeldmodule er al: te downloaden vanaf https://forum.acumulus.nl/index.php/topic,3984.0.html
#109
Webkoppelingen / Re: WooCommerce en Subscriptions
24 oktober, 2017, 13:43:57
Alle properties en methods van producten en orderregels kun je naar Acumulus versturen. Door het gebruik van veldreferenties kun je dit zelfs zelf instellen. Lees hiervoor de helptekst op het geavanceerde instellingenformulier. Als blijkt dat die extra gegevens niet in het product zelf staan - bv. bij woocommerce_bookings is het product de accommodatie en staat de boekingsperiode niet in het product maar in een aparte boekingspost - wordt het wat lastiger en is er maatwerk nodig of voegen wij het toe aan de koppeling zelf. Stuur in dat laatste geval een verzoek naar woocommerce at acumulus punt nl. Voor dat eerste komt er binnenkort een voorbeeldmodule waarmee het ontwikkelen van maatwerk teruggebracht wordt tot enkele regels code.
#110
Webkoppelingen / Re: Gemengde BTW tarieven
22 oktober, 2017, 12:13:11
Verzendkosten dienen belast te worden. Doordat dit in jullie winkel blijkbaar niet correct is ingesteld raakt de koppeling in de war (ws icm met de waarde "Alleen aan BTW onderhevige producten en/of diensten." voor de instelling "Verkoopt u van BTW vrijgestelde producten of diensten?". Dat de btw aan 6% omgezet wordt naar 0% kan ik niet direct verklaren, maar ik ga er vanuit dat dit weggaat als de facturen correct verzonden worden.
#111
Ik woon en werk zelf in Frankrijk, daarom weet ik alleen hoe het in Frankrijk is: op een factuur voor een intracommunautaire levering hoeft geen btw vermeld te worden, wel dient er de volgende tekst op te staan "L'opération bénéficie d'un régime d'autoliquidation de la taxe par le client (art. 196) du code de la TVA local". In de btw aangifte van onszelf moeten wij het totaal bedrag van ontvangen facturen met verlegde btw vermelden en daarover franse btw berekenen (de btw is immers "verlegd" naar de klant). In een ander veld mogen we die aldus berekende btw dan weer aftrekken...
#112
Vanwege veiligheidsredenen accepteert de Acumulus web service sinds 19 september 2017 alleen nog maar met TLS 1.2 beveiligde verbindingen. Deze versie wordt door de meeste systemen waar uw webwinkel op kan draaien ondersteund. Echter het blijkt dat er een aantal systemen zijn die toch kiezen voor een oudere versie, zelfs als ze deze meest recente versie wel ondersteunen. Dit uit zich via foutmeldingen als

- Bij het verzenden van een factuur naar Acumulus is er een ernstige fout opgetreden. De factuur is misschien aangemaakt, controleer dit in Acumulus zelf.
- Ernstige Fout 35: curl_exec()

Om dit op te lossen zijn er nieuwe versies (4.9.0) van de webshopkoppelingen voor HikaShop, Magento, OpenCart, PrestaShop, VirtueMart en WooCommerce uitgebracht. Deze zijn te downloaden via dit forum. Voor WooCommerce verschijnt deze nieuwe versie (4.9.1!!! die ook de compatibiliteit met WordPress 4.8.2 herstelt) vanzelf in uw admin Dashboard.


Speciaal voor OpenCart gebruikers:
Deze nieuwe versie ondersteunt nu ook OpenCart 3, maar niet meer OpenCart 2.0 en 2.2. Als u dit probleem voor deze versies wilt oplossen raden wij u aan om te upgraden naar OpenCart 2.3. Als dat niet mogelijk is vanwege te veel aanpassingen voeg dan deze regels toe aan het bestand system/library/Siel/Acumulus/Web/Communicator.php, method sendHttpPost(), regel 214:

            // Since 2017-09-19 the Acumulus web service only accepts TLS 1.2.
            // Apparently, some libraries do support this version but do not use
            // it by default, so we force it.
            CURLOPT_SSLVERSION => CURL_SSLVERSION_TLSv1_2,


Het volledige statement wordt dan:

        // Configure the curl connection.
        $options = array(
            CURLOPT_URL => $uri,
            CURLOPT_RETURNTRANSFER => true,
            CURLOPT_SSL_VERIFYPEER => false,
            CURLOPT_POST => true,
            CURLOPT_POSTFIELDS => $post,
            // Since 2017-09-19 the Acumulus web service only accepts TLS 1.2.
            // Apparently, some libraries do support this version but do not use
            // it by default, so we force it.
            CURLOPT_SSLVERSION => CURL_SSLVERSION_TLSv1_2,
            //CURLOPT_PROXY => '127.0.0.1:8888', // Uncomment to debug with Fiddler.
        );

#113
Webkoppelingen / OpenCart 3
25 september, 2017, 17:47:52
Sinds versie 4.9.0 van de koppeling, uitgebracht in september 2017, wordt OpenCart3 ook ondersteund. De download 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

Of en hoe deze extensie ook vanuit uw OpenCart administrator dashboard geïnstalleerd kan worden zal hier binnenkort beschreven worden.

Als uw situatie vereist dat er aanpassingen aan de facturen gemaakt worden voordat deze naar Acumulus verstuurd worden, kunt u gebruik maken van een voorbeeldmodule die wij ter beschikking stellen. Om deze te kunnen downloaden dient u zich apart te registreren op dit forum. Dit kan op onderstaande link:

https://forum.acumulus.nl/index.php?action=register

Zodra u de registratie afgerond heeft  is de voorbeeldmodule voor OpenCart 3.x te vinden op: https://forum.acumulus.nl/index.php/topic,6460.0.html.
#114
Webkoppelingen / Re: Koppelen Mijnwebwinkel
16 augustus, 2017, 11:48:54
Dit is mogelijk: https://www.siel.nl/acumulus/koppelingen/webwinkels/Mijnwebwinkel/

Ik ben niet de ontwikkelaar van deze koppeling, dus meer details kan ik je niet geven.
#115
NB: als er gebruikers zijn die nog steeds afrondingsverschillen krijgen: laat het mij weten!

Hoe:
- Stuur de factuur nogmaals naar Acumulus, maar nu in testmodus, zodat deze niet nogmaals opgenomen wordt in uw administratie.
- U ontvangt een email met daarin het (XML) bericht dat nar Acumulus verstuurd is.
- Stuur deze email samen met een kopie van de winkelfactuur naar mij toe via woocommerce [at] acumulus [punt] nl.
- Schakel de testmodus weer uit!
#116
Zojuist is versie 4.8.0 van onze koppeling voor WooCommerce vrijgegeven, deze zal vanzelf in jullie dashboard verschijnen.

Grootste wijzigingen:
- Verbeterde precisie als prijzen inclusief belasting worden opgegeven!
- Verbeterde precisie bij verzendkosten. Deze kunnen alleen ex btw worden ingevoerd, maar de koppeling kreeg deze op de cent afgerond doorgegeven. Daarom wordt deze nu opgezocht in de configuratie en als die binnen een cent overeenkomt met wat wordt doorgegeven wordt de ingegeven waarde gebruikt.
- Verbeterde rapportage van fouten en waarschuwingen.
- Een aantal problemen met bundelproducten zijn opgelost.

Aanbevelingen:
- Stel in dat u prijzen (voor uw producten) inclusief BTW wilt invoeren.
- Geef verzendkosten vooral met veel cijfers achter de komma op! Dus als je €7,50 inc btw aan de klant wil berekenen, geef dan €6,198347107 op en niet €6,20.
#117
Nee, de extensie moet dit zelf oplossen door afhankelijk van deze instelling zelf berekeningen te gaan uitvoeren ipv de gegevens die WC aanlevert te gebruiken. Het zou echter een tijdelijke oplossing kunnen zijn als je perse nu al af wilt van die afrondingsverschillen. Over die afrondingsinstelling durf ik geen uitspraak te doen, want ik moet gaan bestuderen wat die precies doet.
#118
Dit maakt zeker uit omdat Acumulus prijzen ex BTW verwacht. Voorheen (WC 2.x) werden die erg nauwkeurig doorgegeven (niet afgerond), tegenwoordig (WC 3.x) worden ze afgerond op de cent doorgegeven. De oplossing zal dus rekening moeten gaan houden met deze instelling (en indien nodig zelf terugrekenen) en zal ook aanbevelingen voor de afrondingsinstellingen gaan bevatten.
#119
Zie het draadje "Factuur verkeerd afgerond doorgestuurd vanuit WooCommerce naar Acumulus": https://forum.acumulus.nl/index.php/topic,6279.0.html
#120
Via de webservice verwacht Acumulus een stuksprijs ex BTW en een BTW percentage.
#121
[Excuses voor het late antwoord, maar ik had geen bericht gekregen van activiteit op dit forum.]

Terzijde: qua supportaanvragen krijg ik de indruk dat de meeste gebruikers al over zijn op 3.0/3.1. Dit doen ze ook met de meest revente versie (4.7.8) omdat er direct na het uitkomen van WC 3.0 een aantal problemen mbt onze koppeling icm WC3.0 zijn opgelost.

Eén van de problemen was dat BTW percentages niet meer berekend konden worden door het verlies van precisie. Dat is opgelost, maar afrondingsverschillen door dit verlies aan nauwkeurigheid ligt wat moeilijker, maar zal per product (dus niet per se ook per productregel) niet groter dan een cent zijn. Maar zelfs dat is al te veel als de factuur vanuit Acumulus verstuurd wordt, voor de boekhouding zelf is het geen groot probleem.

Het oplossen of liever gezegd het zoveel mogelijk voorkomen van afrondingsverschillen is wat lastiger dan het misschien lijkt. Dit komt door de maner waarop Acumulus de gegevens verwacht te ontvangen, ze opslaat en op welk niveau er afgerond wordt. Dit geldt ook aan de verzendende kant: hoe worden prijzen ingegeven, opgeslagen, teruggegeven en op welke plekken wordt er afgerond. Omdat dit vaak instelbaar is, zal onze koppeling met al deze instellingen rekening moeten houden en afhankelijk daarvan de berekeningen anders moeten uitvoeren. Dit gaan we allemaal uitzoeken en verwerken, maar ws zal dan een deel van de oplossing zijn dat we voor bepaalde instelbare opties een specifieke waarde gaan aanraden.

Ik kan nog niet aangeven wanneer dit gedaan zal worden.
#122
Versie 4.8.0-alpha2 lost dit op en staat op het forum ter download.

NB: versie 4.8.0-alpha2 bevat ook een aantal code refactorings en kan daardoor in zeldzame nog niet geteste situaties nieuwe fouten introduceren. In de loop naar de definitieve release 4.8.0 zullen deze ws wel gevonden worden, maar meld ze zeker ook als je ergens tegen aan loopt.
#123
Versie 4.8.0-alpha1 bevat de foutoplossing voor dit product en is nu te downloaden via dit forum. Het gaat alleen mis met Magento 1 en 2(.1), dus andere web shops hoeven niet te updaten. Versie 4.8.0-alpha1 bevat een aantal code refactorings en kan daardoor in zeldzame nog niet geteste situaties nieuwe fouten introduceren. In de loop naar de definitieve release 4.8.0 zullen deze ws wel gevonden worden, maar meld ze zeker ook als je ergens tegen aan loopt. NB: deze foutoplossing is nog niet getest met creditnota's op bundelproducten, ook dat komt nog.
#124
Webkoppelingen / Re: Prestashop 1.7
01 juni, 2017, 11:53:56
Er is een nieuwe versie 4.7.8 van de plugin voor PS1.7, 1.6 en 1.5.  Deze bevat support voor PS 1.7 maar ook foutoplossingen van ernstige problemen voor 1.6. Updaten wordt dan ook sterk aangeraden voor iedere PS gebruiker. De ernstige fout betreft het niet opslaan van verstuurde facturen (sinds 4.6.0) waardoor het dubbel versturen weer mogelijk is. Het bijwerken van de tabel waarin deze informatie wordt opgeslagen is niet meer mogelijk en u blijft daarom ook het risico lopen dat facturen uit de afgelopen periode  (4.6.0 is op 2016-11-07 vrijgegeven) toch dubbel verstuurd worden.

4.7.8 bevat alleen wijzigingen voor PS, gebruikers van andere webshops hoeven dus niet te updaten (en kunnen dat ook  niet omdat er geen nieuwe versie voor hun klaar staat).
#125
Hajo,

Kun je de plugin in testmodus zetten (instelling voor de "factuurverzendmodus") en een goede en foute order naar Acumulus versturen waarbij alle opties apart getoond worden en nog een keer waarbij de opties op 1 regel komen met het hoofdproduct. Stuur de mails die je ontvangt dan naar mij toe : support a burorader com
#126
Versie 4.7.2 lost wat problemen met samengestelde producten op, uit de changelog:

4.7.2 (2017-03-13)
------------------
...
- MA2 (maar eigenlijk ALL): Samengestelde producten werken nog niet in alle
  situaties.
...

Dus begin met het downloaden en installeren van de meest recente versie en probeer het dan nog eens. Als het dan nog steeds niet goed gaat, zal ik er verder induiken.
#127
Webkoppelingen / Re: Prestashop 1.7
08 mei, 2017, 15:44:12
Ik zal hier naar gaan kijken, maar vanwege vakantie zal dat ws niet binnen een paar dagen af zijn. Ik zal jou (en andere geïnteresseerden)via dit forumbericht op de hoogte brengen als er een nieuwe versie is.
#128
Webkoppelingen / Re: WooCommerce 3.0
06 mei, 2017, 13:05:01
Als het goed is is deze al opgelost in 4.7.6.
#129
Als ontwikkelaar van de koppeling hieronder wat antwoorden die betrekking hebben op de werking van die koppeling:

V) Zodra er een aankoop in de webwinkel is gedaan, zie ik dat dan onmiddellijk terug in Acumulus?
A) Je kunt instellen bij welke bestelstatussen de factuur voor een bestelling naar Acumulus verzonden moet worden. Je kunt meerdere statussen opgeven,voor als bestellingen verschillende statuspaden kunnen afleggen (bv afh. van betaalmethode) want de factuur wordt slechts eenmaal verzonden.

V)De Acumulus - Virtuemart plugin werkt op zich, via een batch kan ik verkopen uit het verleden toevoegen aan Acumulus
A) Correct.

V) Kan Acumulus 'zien' of een betaling via de webwinkel uit bijvoorbeeld Duitsland komt en daardoor vrijgesteld is van BTW?
A) Als jouw webwinkel correct is ingesteld en de bestelling ook zonder BTW is opgeslagen zal de koppeling dit zo overnemen. De gegevens zoals opgeslagen door de webwinkel zijn leidend. NB:Het gaat niet om de herkomst van de betaling maar om het factuuradres. Bovendien geldt dit alleen voor zakelijke klanten met een BTW nummer, de koppeling accepteert dit dan ook alleen als er een bedrijfsnaam en een BTW nummer is ingevuld.

V) Acumulus hoeft geen facturen te sturen naar webwinkel-klanten, dat doet de webwinkel zelf immers. Moet / kan ik dat nog ergens instellen?
A) Dit is een instelling die standaard uit staat (= niet door Acumulus laten verzenden), voor het door jou gewenste gedrag hoef je dus niets te doen.
#130
Webkoppelingen / Re: WooCommerce 3.0
22 april, 2017, 21:50:04
Die notices zie je volgens mij alleen als je debug mode in WP aan hebt. Ik ben bezig dit om te zetten, maar dat heeft even minder prioriteit dan het werkend krijgen (versie 7.4.4 en 7.4.5 van onze koppeling).

Ik heb al wel een paar meldingen gehad over afrondingsverschilen. Het was me al opgevallen dat WC 3 minder nauwkeurig is, verschillende getallen worden afgerond opgeslagen ipv met hoge nauwkeurigheid opslaan en pas bij tonen afronden. De kans of afrondingsverschillen tussen Acumulus en WC wordt hierdoor groter. Ik kan daar weinig aan doen, al heb ik me wel voorgenomen om dit een keer grondig aan te pakken, maar ook dat gaat even duren.

Verder heb ik (nog) geen meldingen gehad over WC 3.
#131
Webkoppelingen / Re: WooCommerce EU BTW Diensten
18 april, 2017, 13:58:33
Helaas wordt er voor de paypal fee wel BTW berekend en wel aan 24% ofwel het Finse tarief: de koppeling concludeert dan dat het een factuur met digitale diensten is en beschouwt de regels zonder BTW als btw-vrije diensten, wat dan weer niet kan en dus die waarschuwingen. Het probleem hier is dat de aangeleverde gegevens inconsistent zijn en dat de koppeling hiervan in de war raakt.

Ironisch genoeg gaan de meeste problemen mbt betaal fees over het ontbreken van de BTW daarover, wat in dit geval van een factuur met verlegde BTW dus tot een correcte factuur zou hebben geleid.

Om dit op te lossen dient de EU VAT plugin ook de betaal fee van BTW te ontdoen, m.i. ligt de fout (of eerder gebrek aan functionaliteit of support voor andere plugins) dus bij die plugin.
#132
Webkoppelingen / Re: Woocommerce credit factuur
15 maart, 2017, 08:55:39
Ondersteuning voor credit facturen is al in 4.0.0 (oktober 2015) gerealiseerd. Update de module via je dashboard, de koppeling is namelijk via wordpress.org te installeren en zo krijg je ook automatisch updatemeldingen.
#133
Omdat ik de rest van het weekend geen tijd meer heb voor wat andere probleempjes (die alleen onder specifiek omstandigheden naar voren komen) die ik wilde meenemen, heb ik deze versie nu maar meteen vrijgegeven. Let op het gaat om 4.7.1/4.7.1 (dus niet library 4.7.1 met extensie 4.7.0 zoals die tot 5 minuten geleden op het forum stond).
#134
Ik heb dit afgelopen middag ook ontdekt en heb dit lokaal inmiddels opgelost. IK ben bezig met versie 4.7.1 voor Magento, die zal vanavond nog op het forum verschijnen.
#135
Webkoppelingen / Re: Woocommerce en aanhef
23 februari, 2017, 20:43:15
Ik heb dit probleem bij Leemshop opgepakt en uiteindelijk, na inloggen, bleek dat het veld Aanhef in de "Acumulus geavanceerde instellingen" nog op [#billing_first_name] stond. Dit gewijzigd in "Beste [billing_first_name]," (zonder de quotes) en het werkt nu.

Dus ik denk dat dit bij jou ook het geval is. Controleer nogmaals de waarde van dit veld en vergeet niet de gegevens op te slaan als je wijzigingen hebt gemaakt.
#136
Webkoppelingen / Re: Woocommerce en aanhef
21 februari, 2017, 15:14:38
Dit is heel raar, want als de koppeling deze velden niet vindt, dan zou er niets moeten komen te staan op de plaats van de vierkante haken, ofwel in jouw geval alleen "Beste ".

Kun je de info in het blok "Informatie over uw webshop en deze module" (op 1 v/d instellingenpagina's) naar mij mailen?
#137
Webkoppelingen / Re: Woocommerce en aanhef
20 februari, 2017, 12:24:52
Als [billing_first_name] niet werkt is dat veld misschien niet ingevuld door de klant?

Je kunt dan opteren voor alternatieven door bv dit te gebruiken:
[billing_first_name|shipping_first_name|billing_last_name]
Ofwel pak de voornaam van het factuuradres, of als dat niet is ingevuld pak dan de voornaam van het verzendadres, of als dat ook niet is ingevuld pak dan maar de achternaam van het factuuradres.

Even voor de zekerheid: ook jij gebruikt WooCommerce? Of gebruik je ander pakket? Dan moet je nl in de lijst kijken onder welke naam de voornaam wordt opgeslagen in jouw pakket.
#138
Webkoppelingen / Re: Woocommerce en aanhef
17 februari, 2017, 15:10:21
Om de syntax overeen te laten komen met hoe het werkt in de sjablonen in Acumulus zelf, is in 4.7.0 het # weggehaald. Middels een upgrade functie zouden bestaande opties aangepast moeten worden, maar als ik de code van de WC koppeling bekijk zie ik zo snel niet wanneer die geactiveerd zou worden, WordPress kent nl. geen expliciete update hook. Ik zal dat verder uitzoeken zodat dit soort update functies in de toekomst wel automatisch uitgevoerd worden.

Voor nu: een snelle deactivate gevolgd door een activate zou volstaan, maar sneller nog is dus gewoon dat hekje (#) weghalen.
#139
Door (bijna) ale customer velden configureerbaar te maken mbv velden uit het customer/adres/order object van de webshop zal dit in 4.7.0 aan te passen zijn. Concreet betekent dit dat je voor WooCommerce deze velden als volgt dient te configureren:
- Adresregel 1 = [billing_address_1+billing_address_2]
- Adresregel 2 = leeg

Deze versie zit er aan te komen, dit zit er al in, alleen nog wat andere openstaande verzoeken en testen. Deze nieuwe versie verschijnt vanzelf in je dashboard.
#140
Nog even geduld, ik ben momenteel druk bezig met 4.7.0. De belangrijkste feature die ik wilde toevoegen zit erin. De komende dagen ga ik alle nog openstaande support verzoeken na om ook die mee te kunnen nemen. Ook dit probleem staat nog op die lijst.
#141
Ik mis nog steeds iets denk ik. Als de orders automatisch geboekt worden in Acumulus, moeten ze toch automatisch verstuurd zijn vanuit de webshop?
#142
Sorry, deze vraag begrijp ik niet. Slaat die 1e zin op een instelling of op actueel gedrag? Wat is in de instelling voor bij welke statussen verstuurd moet worden? Misschien dat een order die via paypal betaald wordt nog even een andere status krijgt (gedurende de betaling) waarbij wel verzonden wordt?
#143
Omdat deze vraag heel veel voorkomt, hier het antwoord.

Na de zoveelste vraag hierover ben ik dit eens echt gaan uitzoeken:

Hoe ziet WC de bestelstatussen: https://docs.woocommerce.com/document/managing-orders/
Hoe ziet WC de bedoeling van de method needs_payment(): https://github.com/woocommerce/woocommerce/issues/6592

Ofwel de waarde van needs_payment() heeft een iets andere betekenis dan de betaalstatus die Acumulus toekent aan een factuur. Grootste verschil is dat on-hold dus NIET geizen wordt als een status waarbij nog betaling nodig is (die is namelijk al gedaan, klant heeft namelijk blauwe ogen, alleen nog niet bevestigd ...). Maw, de method needs_payment() is er om aan te geven of er actie van de klant nodig is. Beetje vreemd, maar er zijn maar weinig webshoppakketten die betalingen wel goed verwerken.

Dit betekent dat de Acumulus koppeling plugin aangepast zal gaan worden. In de volgende versie zal on-hold ook als "nog niet betaald" gezien worden.
#144
In WooCommerce kun je van een order opvragen of deze nog betaald moet worden (in PHP code: WC_Abstract_Order::needs_payment()). Dit wordt door de koppeling gebruikt om de betaalstatus te bepalen. Standaard gaat WC er vanuit dat bij de statussen pending (wacht op betaling) en failed (mislukt) er nog betaald moet worden, maar andere plugins kunnen dit beïnvloeden.


/**
* Checks if an order needs payment, based on status and order total.
*
* @return bool
*/
public function needs_payment() {

$valid_order_statuses = apply_filters( 'woocommerce_valid_order_statuses_for_payment', array( 'pending', 'failed' ), $this );

if ( $this->has_status( $valid_order_statuses ) && $this->get_total() > 0 ) {
$needs_payment = true;
} else {
$needs_payment = false;
}

return apply_filters( 'woocommerce_order_needs_payment', $needs_payment, $this, $valid_order_statuses );
}


In jouw geval gebeurt er dus iets vreemds, of er is een andere plugin die de betaalstatus van ofwel on hold ofwel pending aanpast, of de bestellingen komen niet in de juiste status en wordt dus niet verstuurd bij on hold of is al verstuurd bij in behandeling.

Als je een ticket aanmaakt en daarbij 2 berichten meegeeft kan ik dit evt verder uitzoeken. Deze berichten krijg je door de de "Factuur verzendmodus" op "Ontvang altijd een mail met de resultaten bij het verzenden van een factuur naar Acumulus." te zetten. De berichten moeten van een on hold en een in behandeling bestelling zijn.
#145
Ook dit zal in de volgende versie in te stellen zijn, zie ook mijn antwoord op https://forum.acumulus.nl/index.php/topic,5757.0.html.
#146
Voor zover ik weet kent OC de velden payment_company en payment_tax_id (BTW nummer). Als deze gezet zijn worden ze meegestuurd. Als er andere velden zijn die je wilt meesturen dan zou ik dat graag vernemen, ook of ze van een extensie komen of standaard in OC zitten.
#147
Webkoppelingen / Re: Woocommerce en aanhef
11 januari, 2017, 12:50:37
Oops, moet zijn: [#billing_first_name] ...
#148
Ik ga dit uitzoeken. Ik denk dat dit ooit door het verplaatsen van de menu-items is gekomen. Ik kan het lokaal reproduceren ne dus ook verder uitzoeken. Je hoort van mij.
#149
OC houdt geen betalingen bij. De koppeling kan daarom geen betaalstatus bepalen en stuurt default de status "betaald" mee. Daarmee is in OC in feite de instelling "Invoice template (due)" van nul en generlei waarde, tenzij er een event handler geschreven is die wel de correcte betaalstatus bepaalt en zet (en zelfs dan lijkt het eerste event (invoice_created) te laat en moet die event handler ook het sjabloon zelf zetten).
#150
Webkoppelingen / Re: Woocommerce en aanhef
07 januari, 2017, 21:25:26
De aanhef kan zogenaamde tokens bevatten, dat is op zich niet webshop specifiek, dit zit in het algemene gedeelte van de koppeling. Wat echter wel specifiek is, is wat die tokens zijn, dat moeten namelijk properties, methods of getter-methods zijn op het order, klant of adres object/array, afhankelijk van het datamodel van de webshop. WooCommerce heeft een redelijk plat datamodel, klant en adresgegevens staan ook in het WC_Abstract_Order object. Als je wilt uitzoeken welke proterties er zijn open dan het bestand wp-content\plugins\woocommerce\includes\abstracts\abstract-wc-order.php. Bovenin staan de meeste (alle?) beschikbare properties. De voornaam wordt dan "Beste [billing_first_name]".

Dit is slecht gedocumenteerd, omdat tot voor kort alle helpteksten generiek waren. Sinds 4.6.0 kunnen helpteksten per webshop ingesteld worden en zou ik dus een specifieke lijst van tokens per webshop kunnen maken. In de volgende (minor) versie van de koppeling zal dit dan ook beter gedocumenteerd worden, omdat het gebruik van tokens enorm uitgebreid gaat worden en dus bijna iedereen ermee te maken zal krijgen.