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

#201
Als er waarschuwingen zijn dan krijg je een email van je webwinkel en, als de factuur toch verstuurd was, ook van de Acumulus API server. Zonder dat mailtje kunnen wij weinige beginnen. Als je geen mail hebt ontvangen kijk dan in je spamfolder en controleer het email adres dat je hebt ingesteld onder je accountgegevens op het Acumulus instellingenformulier in je webshop.

In Magento vindt je de log onder var/log/system.log. Als je hierin Acumulus meldingen vindt kunnen die ook inzicht geven.
#202
Ik ben geïnteresseerd in de code. Wil je die delen?
#203
Het boekstuknummer (entry-id), token, aanmaak en laatste wijzigingsdatum worden opgeslagen als meta data bij een order of refund. Kijk in het bestand wp-content\plugins\acumulus\libraries\Siel\Acumulus\WooCommerce\Shop\AcumulusEntryModel.php om een idee te krijgen hoe je deze info kunt opvragen. Met (meta-)queries kun je in WP ook grote aantallen posts opvragen.
#204
Ik heb het probleem bekeken: de gekozen waarden worden wel opgeslagen en verder ook gebruikt, maar inderdaad niet getoond.

In een volgende versie zal dit opgelost zijn, maar omdat de correcte werking van deze module niet echt beïnvloed wordt door deze fout zal ik niet meteen een nieuwe release vrijgeven.
#205
Dit staat hoog op de verlanglijst en gaan we binnenkort dan ook mee beginnen. Het betreft specifiek het selecteren van de rekening op basis van betaalmethode, maar misschien dat we ook andere zaken kunnen meenemen, bv. een betere detectie van de betaalstatus.

Bedenk echter wel dat:
- Dit voor 6 webshops uitgezocht moet worden : HikaShop, PrestaShop, Magento 1.9 en 2.0, OC 1 en 2, VirtueMart, WooCommerce.
- Dit voor elke webshop voor talloze betaalmethoden en paymentproviders uitgezocht moet worden.
- Wij in onze testomgeving niet kunnen beschikken over al deze software, laat staan werkend (dus in verbinding staand met een test-betaalgateway).

Wij hebben dus de hulp nodig van onze klanten, al was het maar voor het doorgeven van contanctgegevens van de plugin providers (voor support) dan wel het aanleveren van technische gegevens over hoe de betaalmethode te herkennen op basis van gegevens in de database.
#206
Het versturen van een factuur is eenvoudig te voorkomen met een filter. Dit filter hoeft alleen maar naar het totaal te kijken, $invoice['customer']['invoice']['meta-invoice-amountinc'], en dan NULL te retourneren. Zie filters.txt in de plugin folder
#207
De webshops HikaShop, Magento, OpenCart2, PrestaShop, VirtueMart en WooCommerce maken gebruik van een gemeenschappelijke library die het meeste werk (onder andere het hele xml en communicatiegebeuren, instellingen en batchformulier, entry-id beheer) voor zijn rekening neemt. Deze library is zo gebouwd dat het toevoegen van nog een webshop eenvoudig zou moeten zijn.

De library:
- is beschikbaar onder de GNU GPL v3 licentie
- is (nog) niet beschikbaar als een aparte download, maar door de koppeling voor een van bovengenoemde shops te downloaden heb je ook de source van de library.
- is goed gedocumenteerd, hooguit dat een stappenplan op hoog niveau ontbreekt om de library voor een nieuwe webshop op te zetten
- de library bevat veel code specifiek voor de verschillende webshops en die kan dus als voorbeeld dienen om zelf iets op te zetten
- bevat veel logging en logopties, dus relatief eenvoudig te debuggen en volgen.
#208
Webkoppelingen / Re: Foutmeldingen
25 januari, 2016, 13:17:04
Dit zijn geen foutmeldingen, maar debug meldingen (informatie die pas gebruikt wordt als er wel een daadwerkelijk probleem is). U kunt ze dus negeren.
#209
Webkoppelingen / Re: WooCommerce plugin changelog
14 januari, 2016, 12:13:23
Het lijkt er op dat ik kan linken naar de SVN (versiebeheer) repository: http://plugins.svn.wordpress.org/acumulus/trunk/changelog.txt. Deze link lijkt voor iedereen toegankelijk. Staat reeds online, dus opgelost. Bedankt voor de tip.

#210
Webkoppelingen / Re: WooCommerce plugin changelog
14 januari, 2016, 11:05:21
Bij het vrijgeven van een nieuwe versie voor 1 of meer van de ondersteunde platforms, probeer ik het aantal handmatige acties tot een minimum te beperken. Deze zijn namelijk foutgevoelig en kosten tijd.

Ik houd een uitgebreide changelog voor alle platforms tegelijk bij, maar wordpress.org kan daar niets mee omdat die niet in het formaat is cq op de plek staat waar wordress.org die verwacht.

Ik ga nog kijken of ik de changelog automatisch kan mergen in de readme.txt zoals wordpress.org die verwacht.
#211
Als u ook problemen heeft met de beta3 update en niet meer in uw dashboard kunt, kunt u het beste alle bestanden van de plugin verwijderen mbv FTP. Daarna een nieuwe install doen vanaf https://wordpress.org/plugins/acumulus/ en dan zou het weer moeten werken.

Excuses voor de overlast, het was niet voorzien dat WP dit automatisch zou oppikken voor de bestaande plugins die immers via een ander kanaal zijn geïnstalleerd.
#212
Dat is mooi, maar dat had ik niet verwacht. En in dit geval is de beta versie ook echt een beta versie: om uit te proberen en langzaamaan uit te rollen. Nu stromen dus via alle kanalen de meldingen binnen :(

Ook blijk ik nog niet zo handig met SVN. De foutoplossing bevatte een nieuwe file en die wordt niet zomaar opgepikt door SVN (het versiebeheersysteem dat achter wordpress.org zit). Dus nog maar eens een update gedaan. Nu zou het beter moeten gaan, de screenshots zijn iig wel opgepikt nu. Versienummer blijft beta4...
#213
Plugin staat er. Ik weet niet of er nu ook vanzelf updatemeldingen in het dashboard verschijnen omdat de huidige plugin niet vanaf dat adres is geïnstalleerd.
#214
Beta4 lost dit (en nog een probleem) op. Deze versie is un te downloaden vanaf https://wordpress.org/plugins/acumulus/. (Dit is geen officiële versie, tag in WordPress SVN terminologie) dus ik weet niet of er een update bericht in het WordPress dashboard komt.

Begrijp ik goed dat WordPress dit nu automatisch oppikt, ondanks dat de oorspronkelijke versie van de plugin niet vanaf de WordPress site kwam? Dat zou helemaal mooi zijn, zo'n soepele overgang.
#215
Dat verwijderen hoeft niet, want deze bestellingen zullen niet meer automatisch verstuurd gaan worden omdat ze (waarschijnlijk) geen statuswijzigingen meer zullen ondergaan. En op het batchformulier heb je zelf de controle.
#216
Het overzetten van facturen kan op 3 manieren gebeuren:
- automatisch, op basis van de door u ingestelde bestelstatussen. Zodra een bestelling 1 van de ingestelde statussen bereikt wordt de factuur daarvan naar Acumulus verzonden.
- automatisch zodra een bestelling terugbetaald wordt, wordt een credit nota naar Acumulus verstuurd.
- via het batchverzend formulier: voor bestellingen of credit notas die binnen de selectiecriteria vallen wordt de factuur verzonden.

In de koppeling zit een beveiliging tegen het dubbel versturen. Dus zelfs als u in het batch formulier alle bestellingen van afgelopen jaar selecteert, zal er in principe niets gebeuren. Idem als u meerdere statussen heeft geselecteerd en een bestelling bereikt een 2e door u geselecteerde status.

Echter: deze beveiliging zit in de koppeling, niet op de server van Acumulus en deze gegevens worden pas sinds versie 3.2.2 (eind juli 2015 vrijgegeven) bijgehouden. Dus het is niet bijgehouden welke facturen voor die tijd naar Acumulus verstuurd zijn. Erger nog: voor veel gebruikers zal de standaardmanier van updaten zijn: oude versie verwijderen, nieuwe versie installeren, want WordPress kan bestaande plugins alleen updaten als ze via wordpress.org geïnstalleerd zijn. Plugins die u zelf heeft geïnstalleerd door een zip te uploaden kunnen niet via de UI geüpdate worden. Om het updaten te vergemakkelijken en dataverlies te voorkomen, zijn we druk bezig met het op wordpress.org toevoegen van de koppeling. De volgende versie zal waarschijnlijk zo ter beschikking worden gesteld.
#217
Wit scherm = wordt ook wel WSOD genoemd = foutmeldingen naar scherm staan uit. Voor live sites is dit de aanbevolen instelling, maar voor support kan het onhandig zijn, zeker omdat de php log vaak niet eenvoudig toegankelijk is. Kun je via je hosting panel bij de PHP log? Anders even je hoster vragen hoe je bij de PHP log kunt.  Geeft de Prestashop log nog bruikbare info : Geavanceerde parameters - Logs?

Dat dezelfde order een aantal keer doorgezet wordt is een fout die ik nader zal uitzoeken.
#218
Het helpt altijd als u aangeeft wat er precies niet werkt. Nu hadden we recent een andere klant die zei dat die deze foutmelding kreeg: Fatal error: Call to undefined method Order::getOrderDetailTaxes() in acumulus/libraries/Siel/Acumulus/PrestaShop/Invoice/Creator.php on line 206.

Deze method is nieuw in 1.6.1.0 en in eerste instantie hebben we geantwoord dat de klant maar moest upgraden van 1.6.0.x naar 1.6.1.3. wij vinden het belangrijk dat klanten nieuwere versies installeren, zeker als er security patches bij zitten. Daarom dat wij er ook niet happig op zijn om oudere versie van onze koppeling uit te leveren.

Nadere inspectie leerde ons echter dat de informatie van de genoemde method als optioneel gebruikt werd,waarop we hebben besloten om die aanroep alleen te doen als die method er is. Die klant heb ik toen versie 4.2.0-alpha5 toegestuurd om uit te proberen. Nu er meer mensen zijn die dit melden heb ik deze versie online gezet. dus geen oudere versie maar juist de nieuwste versie. Test deze versie en laat ons weten of het werkt met 1.6.0.x. Via het forum te downloaden.
#219
Webkoppelingen / Re: Unsuccesfull install VM3
28 december, 2015, 20:51:54
Excuses, door mijn vakantie was dat vrijgeven van de radar gevallen :(

Ik heb nu een 4.2.0-alpha3 vrijgegeven. Deze versie is intern volledig overhoop gehaald om de extensie ook geschikt te maken voor HikaShop (nog niet af). Wat er voor VirtueMart echter wel in zit is:
- automatisch versturen op basis van door u ingestelde order statussen.
- eigen events gedefinieerd om via en custom plugin in te kunnen grijpen op de factuur direct voordat die naar Acumulus verstuurd gaat worden.
- foutoplossingen, waaronder de melding hierboven, zie changelog.txt in de zip.

Het is wel een alpha versie dus graag alles melden wat u tegenkomt.

[EDIT 2015-12-29 09:00]: ik heb feedback van 1 gebruiker dat alles correct werkt inclusief een soepele upgrade. Laat je dus niet afschrikken door het alpha label]
#220
Foutmelding was net iets anders :) maar nog steeds even erg.

Nu heb ik wat meer tijd genomen om te testen en nog een fout gevonden die in 3.7.0 geïntroduceerd is. Beiden zijn nu opgelost en bij mij werkt het allemaal weer. Versie 3.7.2 is nu via dit forum te downloaden
#221
Zelfde regelnummer?

Kunt u in de code kijken wat er op die regel staat en dat mij laten weten.
#222
Dit is opgelost in versie 3.7.1 die nu online staat.
#223
Dit is syntax die vanaf PHP5.4 toegestaan is. Helaas gebruikt u nog PHP5.3, een niet meer ondersteuende en daardoor onveilig geachte versie van PHP. Ik zal de code aanpassen, maar raadt u aan zsm over te stappen op de meest recente PHP versie die er is.
#224
Webkoppelingen / Re: Unsuccesfull install VM3
10 december, 2015, 15:44:09
Dit bestand is hernoemd naar leesmij.txt, maar deze verwijzing heb ik over het hoofd gezien. In versie 4.1.2 is dit opgelost. Deze zal ik volgende week vrijgeven. Als je dit zelf eerder wilt oplossen, dien je het bestand  com_acumulusInstallerScript.php (op 2 pleekn in de zip) aan te passen.
#225
Opgelost in 3.4.5, maar update naar 4.1.1. Dit kan zonder upgrade scripts
#226
Oeff, dit lijkt me een eerder een (major) bug in WooCommerce. Producten die in een order staan zouden niet verwijderd mogen worden, wel gedeactiveerd. Eigenlijk zou zelfs bij een wijziging een nieuw product aangemaakt moeten worden. Ik weet dat PrestaShop dit doet met belastingtarieven, zodat voor oude orders terug te vinden is welk tarief is gehanteerd.

Maar goed, die controle kan geen kwaad, dus die zal ik toevoegen.
#227
Webkoppelingen / Re: Webshopintegratie met Acumulus
20 oktober, 2015, 14:48:40
Waar komen deze teksten vandaan?

Ik denk dat er weinig verschil is. Magento, VirtueMart, WooCommerce, PrestaShop en Opencart (Hikashop komt er aan; Drupal Commerce op verzoek ook) werken allemaal met "dezelfde" plugin die dezelfde features biedt. Doch dit is enigszins afhankelijk van wat de webshop software biedt: bv. Opencart heeft (nog) geen creditfacturen dus ondersteunt de plugin die ook niet voor OpenCart, wel voor de andere pakketten. Ook zijn er wat verschillen bv mbt hoe kortingen afgehandeld worden, hoe BTW bedragen opgeslagen worden, etc. In de praktijk zie ik (denk ik, ik heb geen harde cijfers) wat meer supportverzoeken voor OpenCart en WooCommerce en wat minder voor Magento en PrestaShop, maar dat heeft ook te maken met de populariteit van de verschillende pakketten.

Over welke van deze pakketten het best/makkelijkst werkt, durf ik geen uitspraken te doen daar ik ze alleen gebruik om de plugin te testen... Het zal ook afhangen van wat je van plan bent (digitaal, made-to-order, veel/weinig varianten, B2B binnen de EU (facturen met verlegde BTW), etc).

Daarnaast zijn er nog wat plugins van service providers (waarbij je de hosting en de winkel bij een aanbieder afneemt, de webshop software is dan closed/proprietary en de plugin wordt door die aanbieder zelf ontwikkeld en onderhouden. Hier kan ik verder ook geen uitspraken over doen.


Uw ontwikkelaar van een aantal van de Acumulus plugins,
Erwin Derksen
Buro RaDer



#228
De info op ons eigen instelligennscherm zou WooCommerce 4.0.2 + Library 4.0.3 moeten aangeven.
#229
Bedankt voor het melden. Dit was een "regressie" in 4.0.2. Versie 4.0.3 lost dit op en staat nu online: https://forum.acumulus.nl/index.php?topic=3984.
#230
Bedankt voor het melden. Het is mij niet duidelijk waarom ik deze melding niet kreeg bij deactiveren en activeren, maar goed. Deze fout is opgelost in versie 4.0.1 die online staat.
#231
Tja, ik kan zonder extra info ook niet zien wat er mis gaat.

- Kun je in de PHP log kijken of en welke foutmeldingen er staan rond het moment van activeren.
- Welke PHP versie gebruik je?
[- Welke WP en welke WC versie gebruik je? Laatste versie schrijf je = 4.3.1 resp. 2.4.7?]
- Kun je de debug optie van WP aanzetten als je nergens een foutmelding kunt vinden en de koppeling nogmaals activeren.
#232
Webkoppelingen / Re: Virtuemart V3.x koppeling
17 augustus, 2015, 20:21:48
De 500 fout komt van de webwinkel server niet van de Acumulus server, dus het lijkt er nog steeds op dat er een fatal error optreedt. Kun je de php.log voor mij nakijken en relevante meldingen naar mij mailen of hier posten? Eventueel wil ik inloggen om verder te kijken, neem daarvoor direct contact met mij op of meldt het probleem bij Acumulus via het klantenservice email adres op acumulus.nl, dan komt het ook bij mij terecht.
#233
Mijn eerste ingevingen:
- het zal niet aan die andere plugin zal liggen. Mijn ervaring s dat die eventueel problemen kunnen veroorzaken met de correctheid van de factuur, maar niet het versturen ervan zullen verhinderen.
- bij welke status wordt de factuur naar Acumulus verzonden. Is dit ook een status die orders die per overschrijving betaald worden krijgen?
#234
Webkoppelingen / Re: Virtuemart V3.x koppeling
18 juli, 2015, 16:25:13
Het gevreesde WSOD, een (fatale) fout die niet afgevangen is (of kan worden afgevangen). Dit betekent dat er in de php log een foutmelding gelogd moet zijn. Zonder die foutmelding kan ik niet veel, want bij mij werkt het wel behalve dat het bepalen van de reeks te verzenden orders als je datum tot ook invult. Wijzig daarvoor:

diff --git a/Siel/Acumulus/Shop/BatchForm.php b/Siel/Acumulus/Shop/BatchForm.php
index 73e6b2a..5defc02 100644
--- a/Siel/Acumulus/Shop/BatchForm.php
+++ b/Siel/Acumulus/Shop/BatchForm.php
@@ -109,7 +109,7 @@ abstract class BatchForm extends Form {
       $dateFormat = $this->getDateFormat();
       $from =  DateTime::createFromFormat($dateFormat, $this->getFormValue('date_from'));
       $from->setTime(0, 0, 0);
-      $to = $this->getFormValue('date_to') ? DateTime::createFromFormat($dateFormat, $this->getFormValue('date_from')) : clone $from;
+      $to = $this->getFormValue('date_to') ? DateTime::createFromFormat($dateFormat, $this->getFormValue('date_to')) : clone $from;
       $to->setTime(23, 59, 59);
       $invoiceSources = $this->invoiceManager->getInvoiceSourcesByDateRange($type, $from, $to);
     }

Uiteraard zal deze wijziging ook in de volgende beta release zitten.
#235
Webkoppelingen / Re: Virtuemart V3.x koppeling
16 juli, 2015, 10:02:17
Bedankt voor het melden. Ik heb dit bekeken en de datumafhandeling op het batchformulier bevatte inderdaad wat fouten. Deze zijn opgelost en online gezet als versie 4.0.0-beta1
#236
Webkoppelingen / Re: Virtuemart V3.x koppeling
11 juli, 2015, 17:05:38
Dat installer script zit ook los in de package zip, daarom zal het fout gaan (jouw wijziging wordt niet opgepikt). Kun je het met de alpha5 zip die ik zojuist online heb gezet nogmaals proberen?
#237
Webkoppelingen / Re: Virtuemart V3.x koppeling
11 juli, 2015, 13:30:33
Oeps , foutje.

Om dit snel op te lossen kun je het beste zelf even dit wijzigen:
bestand: administrator\components\com_acumulus\com_acumulusInstallerScript.php
regel 70:
was:
    if (version_compare('3.1', $minJoomlaVersion, 'lt')) {

moet worden:
    if (version_compare($joomlaVersion, '3.1', 'lt')) {

('3.1' is het absolute minimum, daaronder weigert de install, maar tussen 3,.1 en 3.4 komt er slechts een waarschuwing over mogelijke incompatibiliteit).

Uiteraard zal de volgende versie deze verbetering ook bevatten.
#238
Iig bedankt voor het compliment. Ik ben nu bezig met een nieuwe major release die meer gemeenschappelijke code bevat voor de verschillende koppelingen die ik onderhoud. dus waar de library tot nu toe wat ondersteunende functies bood, zal die in de nieuwe versie veel meer doen en zelf de controle houden en wordt de website specifieke software via abstractie en interfaces aangeroepen.

Formafhandeling is zo'n onderdeel, dus batchform afhandeling is gegeneraliseerd en per koppeling hoef ik alleen maar de rendering te doen zodat de UI niet afwijkt van de andere admin schermen. Dat icoontje is echter een volgende stap, dus die code ga ik zeker bekijken en gebruiken.
#239
Het wachtwoord mag geen & bevatten, daar gaat de API niet goed mee om. U kunt trouwens, indien gewenst, een extra gebruiker aanmaken alleen voor gebruik met de koppeling en die dan een ander wachtwoord geven. Als het me goed bijstaat hoeft deze gebruiker verder geen extra rechten te hebben. Op deze manier hoeft u uw primaire gebruikergegevens voor Acumulus niet in de webwinkel op te slaan.
#240
Wat antwoorden op de vragen die hier gesteld zijn:
- De koppeling werkt via de 'woocommerce_order_status_changed' hook.
- De status waarbij de factuur naar Acumulus verzonden wordt is instelbaar.
- Email krijg je alleen bij fouten of waarschuwingen (of als dat expliciet zo is ingesteld bij elke factuur, maar dat is meer voor test en debug situaties).
- Een batchfunctie is er nog niet. Vooralsnog zul je dus handmatig de status van orders moeten aanpassen en weer terugzetten om het versturen te forceren. Een nieuwe major release voor WooCommerce zal dit wel bevatten. Deze is voorzien voor Q3, dus als je zolang kunt wachten, is dat een optie.
- De betaalstatus die verstuurd wordt naar Acumulus wordt bepaald aan de hand van de metadata tag  _paid_date en de method WC_Order::payment_complete().
- Als die status in uw situatie niet correct is, is er een mogelijkheid om via de filter/hook 'acumulus_invoice_add' de factuur aan te passen alvorens deze verzonden wordt. Hiervoor is dus enige custom code nodig, maar de code van de koppeling hoeft niet aangepast te worden, zodat update mogelijk blijft.
#241
Bedankt voor de link, dit is dus ingebouwd vanaf 2.2. De koppeling is destijds gebouwd op 2.1 en heeft nog geen support voor nieuwe features van 2.2 toegevoegd. In de volgende major release zal dit ondersteund worden.
#242
Webkoppelingen / Re: Woocommerce - gratis
18 mei, 2015, 14:09:38
In een volgende major versie (4.x) van de koppeling zal het filter/event dat aangeroepen wordt nadat de factuur aangemaakt is, maar voordat die verzonden is, het ook mogelijk maken om de verzending tegen te houden. Daarmee zou met een extensie van slechts enkele regels code dit op uw site ingebouwd kunnen worden.
#243
Webkoppelingen / Re: factuurdatum woocommerce
18 mei, 2015, 14:04:05
Dat was een foutje in de code die ik nu heb opgelost in versie 3.4.4. Deze versie staat nu ook op het forum. Bedankt voor het melden.
#244
Acumulus ondersteunt het printen van pakbonnen. Daarom zullen in beginsel alle onderdelen ook meegestuurd moeten worden. Nu is het me inderdaad al eens opgevallen dat die subregels weinig lijken toe te voegen, zelfs de SKUs lijken al in het hoofditem te zijn overgenomen. In jouw voorbeeld zie ik alleen bij het slot extra info die niet op de hoofdregel terugkomt.

Als je geen gebruik maakt van de pakbonfunctie (of factuurfunctie) van Acumulus, dan zou dit inderdaad uitgezet kunnen worden. Ik kan geen toezegging doen of en wanneer we dit configureerbaar maken, maar als je ervan afa wilt, zou je een event handler kunnen schrijven die die regels weer verwijdert vlak voordat ze verstuurd worden. Zie het bestand events.txt bij de module.

#245
Toevallig net vanochtend opgelost. We moeten nog even wat zaken intern afstemmen (client vs server: wie doet wat en wanneer) en dan zal ik een nieuwe release op het forum zetten.
#246
Webkoppelingen / Re: Virtuemart V3.x koppeling
27 april, 2015, 15:07:01
De koppeling voor VM3 is vanaf nu te downloaden via https://forum.acumulus.nl/index.php/topic,4641.0.html.
#247
Webkoppelingen / Re: Woocommerce - gratis
22 april, 2015, 11:42:35
Dit lijkt mij gewenst? Acumulus kan op basis van een factuur een pakbon printen, dus ook gratis productregels dienen verzonden te worden.

Als het een dienst betreft is het misschien overbodig. In dat geval zou u gebruik kunnen maken van de optie die de koppeling biedt om de factuur aan te passen vlak voordat deze verzonden wordt. Daarvoor dient u een custom extensie te ontwikkelen die reageert op het acumulus_invoice_add filter om zo 0-regels uit de factuur te filteren. Echter, hiermee kunt u op dit moment alleen de factuur aanpassen, het verzenden van de factuur kunt u niet voorkomen, maar dat zou eventueel wel eenvoudig toe te voegen zijn.
#248
Webkoppelingen / Re: Virtuemart V3.x koppeling
14 maart, 2015, 12:23:36
De koppeling is momenteel in de maak (VM 3.0.6 op J 3.4.0) en ik ben op zoek naar beta testers en gebruikers die een behoorlijke kennis hebben van VM want voor mij is het een van de pakketten waarvoor ik de koppeling onderhoud en loop dus af en toe tegen mijn gebrek aan specifieke VM kennis aan.

Meldt je aan via support at burorader dot com.

Vragen op dit moment:
- Om de betaalstatus van een order te bepalen kijk ik nu naar de orderstatus: C(ompleted), S(hipped), R(efunded). Is dit juist of is er echte informatie over betalingen te vinden in VM?
- Indien dat laatste dan is dat waarschijnlijk payment method afhankelijk, welke payment methods "moet ik zeker" ondersteunen?
- Er is een tabel virtuemart_invoices,maar geen model Invoices. Worden invoices wel echt aangemaakt in VM en zo ja op welk moment?
- Is er in standaard VM iets om EU BTW nummers op te slaan en de BTW berekening daar op aan te passen? Als het een extensie is, kan iemand mij dan aangeven waar (in de db) ik deze info kan vinden, zodat ik die kan doorsturen naar Acumulus?
#249
Dit lijkt mij op het eerste gezicht niet te liggen aan de koppeling of de webservice, maar de sjabloonafhandeling binnen Acumulus.
#250
Dit is momenteel niet zonder meer mogelijk.

Als PS omrekenfunctionaliteit biedt zou die door de koppeling gebruikt kunnen worden om bedragen (die op de factuur gezet worden) eerst om te rekenen naar euros (de enige valuta waar Acumulus mee werkt).

Om dit te kunnen doen heeft deze functie (of de koppeling als die het zelf zou moeten doen) nodig:
- de valuta waarin bedragen genoteerd staan.
- de te hanteren wisselkoers (datum afhankelijk, paymentprovider afhankelijk?).

ik weet zo niet of deze info in PS standaard beschikbaar is, of dat dit alleen beschikbaar is bij bepaalde instellingen of gebruik van bepaalde uitbreidingsmodules. Indien dat laatste dan valt dit niet zomaar onder standaardfunctionaliteit die de koppeling zou behoren te leveren. Dan zou dit nog geïmplementeerd kunnen worden via een event handler. Sinds versie 3.5.0 is er namelijk een event 'actionAcumulusInvoiceAdd' toegevoegd waarmee de factuur aangepast kan worden door custom code vlak voordat deze verstuurd wordt. Zo hoeft de koppeling niet "gehackt" te worden maar kunnen er wel customisaties aangebracht worden.