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
1
Webshopkoppelingen / Re: Woocommerce acumulus plugin > fout credit
« Gepost op: 14 december, 2018, 14:44:08 »
Ik heb dit aangepast voor de volgende versie (5.5.2 of 5.6.0).

Daar zul je dan hebben:
- source: webshop order of refund object/array.
- invoiceSource: Acumulus wrapper object om source heen.
- refund: als het een refund betreft is dit hetzelfde als source, anders is het leeg.
- order: de bij een refund horende oorspronkelijke webshop order object/array of de order zelf als source al een order object/array is.

De help op de pagina van de geavanceerde instellingen geeft aan of er nog meer objecten beschikbaar zijn, typisch bv Customer of Address objecten, maar dus afhankelijk van in welke webshop de plugin draait.

Voor WooCommerce verandert er eigenlijk niets, voor andere webshops juist wel

2
Webshopkoppelingen / Re: Facturen in WooCommerce
« Gepost op: 14 december, 2018, 14:13:01 »
He vanuit de plugin verzenden van facturen kan niet.Dit is een feature van Acumulus, niet van de plugin. Dus pas als de factuurgegevens naar Acumulus zijn verstuurd , kan Acumulus en factuur versturen. Omdat dit bij jou pas gebeurt in de status afgerond, zal dat nooit nog onbetaald zijn.

Als je vanuit meerdere bestelstatussen gaat  versturen, of als je dit handmatig doet, zal de plugin de betaalstatus van dat moment bepalen en aan de hand daarvan het te koppelen sjabloon bepalen. Dit bepalen van de betaalstatus gaat niet overal even soepel, meestal omdat de winkelbeheerder zijn eigen workflow afbeeld op de beschikbare statussen en het systeem dus anders denkt over het wel of niet betaald zijn dan de beheerder. In die situaties kun je terugvallen op de beschikbare actions, zie de customise-invoice module op het downloadgedeelte van dit forum.

3
Webshopkoppelingen / Re: Facturen in WooCommerce
« Gepost op: 14 december, 2018, 11:40:11 »
In Acumulus wordt aan elke factuur een sjabloon gekoppeld. Als je een factuur wilt versturen (mailen) wordt dat sjabloon gebruikt. De genoemde instelling regelt dus welk sjabloon wordt gekoppeld.

Je kunt de factuur vanuit Acumulus versturen (handmatig) of dit automatisch doen op het moment dat de plugin de factuurgegevens naar Acumulus verstuurt. Deze instelling is te vinden op het geavanceerde instellingenformulier en heet "Verstuur de factuur als PDF vanuit Acumulus."

4
Webshopkoppelingen / Re: Woocommerce acumulus plugin > fout credit
« Gepost op: 10 december, 2018, 22:05:49 »
Dat is idd hoe het nu werkt, maar dit is niet consistent met de plugins voor de andere webshops, nog met de property source "refund". Ik ga dit op een rijtje zetten en zorgen dat dit in een volgende versie consistent en bruikbaar is (je moet bv met een refund wel bij de adresgegevens kunnen koen en dat doe je via de WooCommerce order, niet het Acumulus object daaromheen (type Invoice\Source)).

5
Als je support nodig hebt stuur j een mail naar Siel (de bedrijfsnaam, Acumulus is de productnaam) op klantenservice at acumulus punt nl of via https://www.siel.nl/contact/ of het daar genoemde telefoonnummer.

Fout 401 kan maar 1 oorzaak hebben: verkeerde combi van contractcode, gebruikersnaam en wachtwoord. controleer alle 3, wijzig het wachtwoord desnoods in Acumulus als je het niet meer zeker weet, en dan zou het moeten werken.

6
Acumulus zelf ken ik ook niet zo goed.  Als de plugin werkt, naar ik begrijp met een andere gebruiker, wat is dan nog het probleem ?  Dat je deze gebruiker niet kunt wijzigen, of niet verwijderen? Ik denk dat je de rol van het hoofdaccount niet kunt wijzigen, anders kun je je zelf buiten sluiten. Gebruik dit hoofdaccount dus voor het inloggen in Acumulus zelf en gebruik  het aangemaakte extra account  voor de plugin.

Ik hoop dat dit je vragen beantwoord, anders kunje beter even contact op nemen met de service desk van Acumulus, die weten dit ongetwijfeld beter uit te leggen en te verhelpen.

7
Ging het mis in Acumulus of in de plugin? Enne, de eerste melding geeft al aan dat je naar een rol API-Gebruiker moet overstappen ;)

8
Kun je je instellingen controleren, met name de (nieuwe) instellingen "Verkoopt u producten of diensten waarbij u EU btw moet hanteren?" en "Welke belastingklassen definiëren EU btw tarieven?". Als deze geen correcte waardes hebben, krijg je idd waarschuwingen.

Let op: door een foutje in de code wordt de instelling "Welke belastingklassen definiëren EU btw tarieven?" toch gebruikt, zelfs als je hebt aangegeven dat je geen artikelen verkoopt die onder EU btw tarieven vallen.

Het is dus belangrijk dat deze instelling een correcte waarde krijgt.  Echter, door een andere foutje in de code kun je een eenmaal gemaakte selectie, niet leeg maken en dan opslaan, dan blijft de oude selectie behouden. Als de instelling dus een waarde heeft en je wilt deze verwijderen, dien je een belastingklasse te kiezen die geen kwaad kan (eentje die je niet gebruikt, desnoods maak je zo'n klasse even aan). In de volgende versie van de plugin zullen deze foutjes verholpen zijn.

Ik hoop dat hiermee de problemen op te lossen zijn, dit is iig wat ik lokaal tegengekomen ben. Zo niet, maak dan een ticket aan door een van de waarschuwingsmails (die je ontvangt als een factuur als concept wordt verstuurd) door te sturen naar de klantenservice. (Ik denk nl dat ze wel worden overgezet, maar als conceptfactuur, als ze echtn iet overgezet worden, kun je een ticket aanmaken door jouw Acumulus logbestand naar de klantenservice te mailen: home/xxx/xxx/system/storage/logs/acumulus.log)

9
Bedankt voor het melden. Vreemd genoeg was deze mij nog niet opgevallen, ondanks dat deze waarschuwing bij elke verzending gegenereerd wordt.

Door op de gegeven regel 'nature' in 'nature_shop' te veranderen, zal alles weer werken zoals het hoort. je kunt ook de meest recente versie van de library downloaden (https://github.com/SIELOnline/libAcumulus) en die over de huidige heen kopieren (home/xxx/xxx/system/library/siel/acumulus/). Versie 5.5.1 zal nog even op zich laten wachten.

10
Webshopkoppelingen / Re: Woocommerce acumulus plugin > fout credit
« Gepost op: 12 november, 2018, 21:36:19 »
1e problem: beantwoord via het aangemaakte ticket, maar het antwoord komt neer op (voor als anderen hier terecht komen, of dit volgen):

Het ontbrekende bedrag leidt slechts tot een waarschuwing en niet tot een correctieregel (waar de plugin wel toe in staat is). Dit is een (relatief nieuwe) instelling: "Acumulus geavanceerde instellingen - Uw factuurinstellingen - Ontbrekend bedrag", selecteer hier "Voeg een correctieregel toe, de factuur zal echter nog steeds als concept verstuurd worden." Dan wordt de factuur, weliswaar als concept, maar verder correct verzonden en kun je in Acumulus de productomschrijving aanpassen en de factuur definitief maken.

2e probleem: correct, met die aanpassing zal het weer werken.

11
Webshopkoppelingen / Re: Woocommerce acumulus plugin > fout credit
« Gepost op: 06 november, 2018, 21:12:58 »
Dan de vraag mbt een credit factuur. Als je geen producten invoert, maar handmatig een bedrag invult, kun je niet verwachten dat daar en productomschrijving bij gevonden kan worden. De productomschrijving zou echter 'Aanpassing teruggaafbedrag' moeten zijn. Als de factuur als concept wordt opgeslagen, krijg je daarover een mail, zou je zo'n mail naar woocomerce at acumulus.nl willen doorsturen? Dan zal ik er verder naar kijken.

12
Webshopkoppelingen / Re: Woocommerce acumulus plugin > fout credit
« Gepost op: 06 november, 2018, 20:59:18 »
Om met het laatste te beginnen: in 5.4.1 is 'originalInvoiceSource' hernoemd naar 'order'. Er was update code die dit had moeten aanpassen, maar dat is blijkbaar niet gebeurd.

Uit de changelog.txt:

5.4.1 (2018-05-13)
------------------
...
Changes:
...
- ALL: As a consequence of documenting this library from a developers view
  point, non backwards compatible changes were made that simplify or reduce the
  amount of code that needs to be written when developing a new extension:
...
  - Property source 'originalInvoiceSource' renamed to order.
  - Property source 'refund' added.
 ...

13
Webshopkoppelingen / Re: Facturen in WooCommerce
« Gepost op: 31 oktober, 2018, 20:13:32 »
Het zit niet in de planning, maar als er genoeg vraag naar is, kan dat veranderen. Misschien dat ik dit eenvoudig kan toevoegen aan de acumulus-customise-invoice voorbeld module, ik zal eens kijken en er hier op terugkomen.

14
Webshopkoppelingen / Re: Facturen in WooCommerce
« Gepost op: 30 oktober, 2018, 18:09:00 »
Nee, vooralsnog is dit niet zichtbaar voor de kant. Je zou zelf wat custom code kunnen schrijven om die link ook op andere plaatsen te tonen. Dat is niet heel moeilijk. Je kunt uit de post metadata van een bestelling/refund het "Acumulus token" halen en daarmee de link  maken (of de Acumulus library laden en de Service aanroepen om jou die link terug te geven.

15
- Factuursjabloon op basis van betaalmethode wordt niet ondersteund door de plugin. Dit zou je zelf kunnen (laten) doen mbv een eenvoudig filter/actie die uitgevoerd wordt voordat de factuur verstuurd wordt. Zie hiervoor de via dit forum downloadbare voorbeeldmodule.
- WooCommerce beschouwt de volgende statussen als betaald:
/**
 * Get list of statuses which are consider 'paid'.
 *
 * @since  3.0.0
 * @return array
 */
function wc_get_is_paid_statuses() {
   return apply_filters( 'woocommerce_order_is_paid_statuses', array( 'processing', 'completed' ) );
}
- Acumulus voegt daar refunded aan toe (factuur is nl. betaald want wordt terugbetaald via een aparte creditfactuur).

Dus wat jij wilt zou moeten werken als je instelt dat de factuurgegevens bij de statussen processing, Wachtend op betaling, of In de wacht naar Acumulus verstuurd moet worden.

Wat gaat er niet goed aan jou kant?

16
Gelieve hier een ticket voor aan te maken. Stuur daarin een of enkele van die ontvangen berichten mee.

17
Ik weet niet wat je precies bedoelt met meesturen. Acumulus kan een factuur naar jouw klant versturen zodra de factuurgegevens vanuit WooCommerce naar Acumulus verzonden worden. De Acumulus plugin kan niet de mail aanpassen die vanuit WooCommerce nar de klant verstuurd wordt om daar zijn eigen factuur met eigen factuuropmaak aan toe te voegen. De plugin kan momenteel alleen maar het verenden van een factuur initiëren bij het verzenden van de factuurgegevens naar Acumulus. (Alhoewel de API wel een functie biedt om op een ander moment de factuur (nogmaals) te versturen, is die feature (nog) niet ingebouwd in de plugin.) Dit betekent dat je de statussen waarbij de gegevens naar Acumulus verstuurd moeten worden zorgvuldig moet kiezen, zodat via alle (betall)scenario's dit op het juiste moment gebeurt, dwz op het moment dat je de factuur ook naar de klant wil mailen.

De te gebruiken factuursjabloon kun je idd afhankelijk maken va de betaalstatus. Dus dat is zeker mogelijk, de enige maar hierbij is dat de plugin de juiste betaalstatus moet vesturen. Deze wordt opgevraagd aan WooCommerce op het moment van versturen en het komt wel eens voor dat WooCommerce hier anders over denkt, maar dit lijkt op dit moment verholpen te zijn, omdat we hier zelden meer vragen over krijgen.

18
Stuur een mail met een probleemomschrijving naar woocommerce at acumulus.nl, stuur zo mogelijk mails die je ontvangen hebt met daarin het xml bericht mee.

19
Webshopkoppelingen / Re: Opencart 2.3.0.2 status niet meer op betaald
« Gepost op: 30 april, 2018, 22:08:55 »
Die voorbeeldmodule waarnaar ik verwijs in min vorige reactie is geüpdatet.

20
Webshopkoppelingen / Re: Opencart 2.3.0.2 status niet meer op betaald
« Gepost op: 29 april, 2018, 10:20:12 »
Dit is op 23-08-2017 in de code opgenomen en is op 26-09-2017 in versie 4.9.1 vrijgegeven. Ik weet niet of dit onder recent valt, maar dit is de 1e keer dat er sinds de wijziging een melding komt over een verkeerde betaalstatus vanuit OpenCart. Daarvoor kregen we regelmatig meldingen. omdat het in OpenCart niet uit te zoeken is of een bestelling betaald is of niet. De hele financiele en boekhoudkundige afhandeling van bestellingen is niet (goed) uitgewerkt in OpenCart. Het is b.v één van de weinige plugins die ik onderhoud die geen refunds ondersteunt (wel retouren, maar niet de financiële afhandeling daarvan).

Maar goed,  genoeg gezeurd, nu kijken naar een oplossing :):
Als je de betaalstatus aan jouw situatie wilt aanpassen, kun je gebruik maken van de events die de Acumulus plugin triggert. Om dat eenvoudig te maken is er een voorbeeldmodule geschreven waarmee deze events en goed gedocumenteerd zijn en die het eenvoudig maken om zelf een aanpassing te doen aan de informatie die naar Acumulus verstuurd wordt. Deze voorbeeldmodule is hier op dit forum te vinden onder https://forum.acumulus.nl/index.php/topic,4150.0.html. Het aanpassen van de betaalstatus doe je het best in de invoiceCreatedAfter() method (ondanks dat de voorbeeldcode het in invoiceSendBefore() doet).

IK zie dat ik verbeteringen die ik in de OC3 versie heb aangebracht niet heb doorgevoerd naar de OC23 versie, ik zal dit alsnog doen en binnen 2 dagen een nieuwe versie van deze voorbeeldmodule uitgeven.

21
Webshopkoppelingen / Re: Opencart 2.3.0.2 status niet meer op betaald
« Gepost op: 28 april, 2018, 19:35:31 »
De Acumulus module gebruikt de instelling "Complete Order Status" om te bepalen of een order betaald is of niet.

System - Settings - klik op edit achter (ws de enige)  store - tab 'Option' - fieldset 'Checkout ' - instelling 'Complete Order Status'.

22
De plugin maakt (nog) geen gebruik van de inhoud van dit veld. Het veld wordt aangeboden voor als de webshop-software er iets zinvols in weet te zetten of als de betreffende shop alleen mar producten of alleen maar diensten verkoopt. Op dit moment is er - voor zover ik weet - nog geen enkele webshop software die dit onderscheid maakt en opslaat in de catalogus. Blijkbaar verkoop je alleen diensten en heb je dit zo geconfigureerd.

Mede omdat dit veld zelden een zinvolle invulling kan krijgen, wordt het (nog) niet gebruikt voor het bepalen van het factuurtype, dat dus in dit soort gevallen (0%, buiten de EU) tot een fout factuurtype kan leiden, waarna Acumulus de inhoud van dit veld terecht "corrigeert". Het staat al als @todo in de code, maar was nog niet geïmplementeerd.

NB:
- de <meta-line-type> geeft aan dat het om een "product"regel gaat (dus iets vanuit de catalogus van de shop) itt bv verzendkosten, betaalkosten, cadeauverpakking,  of een kortingsregel.
- de <meta-children-not-shown> geeft aan dat het om een samengestelde dienst gaat, waarbij je ervoor gekozen hebt om de subdiensten niet te tonen.
- De <meta-vattypes-possible> lijkt hier de fout in te gaan dat zou dus 1 en 4 moeten zijn,  zelfs als je ingesteld hebt dat jouw shop alleen maar aan (NL) btw onderhevige producten of diensten verkoopt.

Dat een EU order (met verlegde btw neem ik aan) ook fout gaat, kan ik niet verklaren, want factuurtype 3 is voor zowel producten als diensten.

23
Kun je een ticket aanmaken door de plugin info (onderaan instellingenscherm en de log naar opencart [at] acumulus .nl te sturen.

24
Kun je in de tabel oc_event kijken of deze regels er in zitten (de velden event_id en date_added mogen anders zijn):

# event_id, code, trigger, action, status, date_added
386, acumulus, admin/view/common/column_left/before,  extension/module/acumulus/eventViewColumnLeft, 1, 2018-04-16 15:55:44
385, acumulus, admin/model/*/addOrderHistory/after,   extension/module/acumulus/eventOrderUpdate,    1, 2018-04-16 15:55:44
384, acumulus, admin/model/*/addOrder/after,          extension/module/acumulus/eventOrderUpdate,    1, 2018-04-16 15:55:44
383, acumulus, catalog/model/*/addOrderHistory/after, extension/module/acumulus/eventOrderUpdate,    1, 2018-04-16 15:55:44
382, acumulus, catalog/model/*/addOrder/after,        extension/module/acumulus/eventOrderUpdate,    1, 2018-04-16 15:55:44

25
Ondersteuning voor meerder valuta is nu ingebouwd in de koppelingen voor:
- HikaShop
- Magento
- OpenCart
- PrestaShop
- VirtueMart
- WooCommerce

Download versie 5.1.2 via dit forum (PrestaShop, Magento) of via de backend van je webshop (of de plugin listing website van de betreffende webshopsoftware)  (Joomla, OpenCart, WooCommerce)

26
Webshopkoppelingen / Re: Woocommerce credit factuur
« Gepost op: 05 februari, 2018, 20:02:50 »
Refunds werken. Ook het automatisch verzenden werkt correct. Probleem bij het batchgewijs verzenden is dat refund-Ids nergens getoond worden door WC/WP en je dus lastig een refundreeks kunt ingeven.

Één maar: ze werken correct voor zover WC ze correct registreert. De op dit moment enige bij mij bekende "fout" in WC is dat je bij handmatig ingevulde terugbetalingen geen btw-bedrag of % kunt ingeven.

27
De afgelopen vrijdag vrijgegeven versie 5.0.2 (volgens wordpress.org/ 5.0.3 intern) bevat (naast deze foutieve versiebenaming ook) een ernstige fout waardoor AL uw facturen met verkeerde productprijzen naar Acumulus worden verstuurd.  Installeer daarom direct 5.0.4.

Herstellen van uw administratie:
  • Controleer vervolgens of er foutieve facturen verstuurd zijn, dus in de periode sinds installatie van 5.0.2 tot nu.
  • Noteer de bestelnummers die bij deze facturen horen en verwijder de facturen uit Acumulus.
  • Vervolgens kun je met het 'Batchgewijs verzenden van facturen naar Acumulus' scherm (WooCommerce - Verzend facturen naar Acumulus') deze oude (foute) facturen opnieuw versturen. Zet daartoe "Forceer verzenden" aan. Deze actie zal bestaande facturen in Acumulus NIET overschrijven, maar als nieuw toevoegen, vandaar het belang van het vorige punt.

NB: Deze fout zit alleen in de plugin voor WooCommerce, ander plugins hebben hier geen last van.

Excuses voor het ongemak.

28
Webshopkoppelingen / Re: Woocommerce credit factuur
« Gepost op: 05 januari, 2018, 15:07:19 »
Snelle oplossing in WooCommerce zelf: https://github.com/woocommerce/woocommerce/pull/18367, zal in 3.3.0 zitten , gepland voor eind januari: https://woocommerce.wordpress.com/tag/woocommerce-3-3/.

29
Webshopkoppelingen / Re: Woocommerce credit factuur
« Gepost op: 04 januari, 2018, 16:21:17 »
Hmm, ik zie nu dat je verzendkosten op de regel zelf (gedeeltelijk) kunt terugbetalen en dat je daar wel het btw bedrag apart kunt invullen. Als je het daar correct invult gaat het goed en zal ook onze plugin goed werken. Bij het testen daarvan liep ik echter tegen een andere fout in WooCommerce aan en die heb ik maar meteen gerapporteerd: https://github.com/woocommerce/woocommerce/issues/18357

Of ik dit zelf ga oplossen in onze plugin weet ik nog niet, ik prefereer de API functies te gebruiken die aangeboden worden, maar in dit geval moet ik misschien maar de php code van die api functie kopieren en zelf corrigeren. Beide door mij genoemde gevallen waarin het fout gaat ben ik de afgelopen week tegengekomen bij support requests/forum berichten.

30
Webshopkoppelingen / Re: Woocommerce credit factuur
« Gepost op: 04 januari, 2018, 13:54:29 »
Onze plugin ondersteunt refunds als en voor zover ze ondersteund worden door de webshop software. Voor de WooCommerce plugin ondersteunen we dus refunds. Als dat niet correct zou gebeuren door een fout in onze plugin wordt die fout door ons opgelost. Als dit niet correct gebeurt door een fout in de webshop software, kan het zijn dat we de fout rechtzetten in onze plugin, maar in de meeste gevallen zullen we de factuur als concept versturen en een warning mailen zodat u de factuur kunt corrigeren alvorens deze definitief te maken.

Voor zover ik kan nagaan werken Refunds voor WooCommerce niet volledig omdat WooCommerce ze niet correct administreert. Zoals jij een refund doet, kan ik niet herhalen in een standaard WC installatie. Ik kan niet aanvinken dat de verzendkosten terugbetaald worden, nog kan ik bij een handmatig bedrag een btw percentage of bedrag opgeven (ik zit nog op 3.2.3/4.8.4 maar het lijkt me sterk dat wat jij beschrijft nou net in een van hun laatst bug fix releases is toegevoegd). Wel zie ik dat als ik een handmatig bedrag opgeef, het verschil tussen de artikelen en het totaal niet als extra regel toevoeg, nog een warning genereer, nog de factuur als concept verstuur: dat is een fout in onze plugin die in de volgende versie opgelost zal zijn, maar dan zal onze plugin de factuur als concept versturen (incl. warning) omdat er bedragen zonder btw terugbetaald worden.

31
Webshopkoppelingen / Re: WooCommerce en BTW verleggingen
« Gepost op: 19 december, 2017, 18:33:26 »
Ook hier geldt, als er een fout in de plugin lijkt te zitten, open dan een ticket en vermeld darbij dan alle relevante gegevens zoals factuur Woocommerce, bericht dat de Acumulus plugin heeft verstuurd, de Acumulus log, versienummers.

32
Webshopkoppelingen / Re: Woocommerce credit factuur
« Gepost op: 19 december, 2017, 18:30:31 »
Het is niet Acumulus die er een potje van maakt maar WooCommerce cq de EU VAT assistant.

Als je bv. als administrator zelf bedragen invult bij een teruggaaf, kun je geen btw bedrag/% ingeven, dus zal de Acumulus plugin dit als btw-vrij doorsturen. Als er op de oorspronkelijke factuur verlegde btw is toegepast, maar niet op de creditfactuur zullen we eerst naar de EU VAT assistant plugin moeten kijken of die wel ingrijpt op credit facturen om btw ook daar te verleggen. Bovendien zal ook op creditfacturen een btw-nummer en bedrijfsnaam ingevuld moeten zijn, anders accepteert de Acumulus plugin geen verlegde btw op de factuur.

Als je voorbeelden hebt waarbij WooCommerce het wel goed doet, maar de Acumulus plugin niet, open dan een ticket waarbij je alle relevante gegevens vermeldt (factuur Woocommerce, bericht dat de Acumulus plugin heeft verstuurd, de Acumulus log, versienummers).

33
Webshopkoppelingen / Re: Opencart v 2.3.0.1 TSl error
« Gepost op: 13 november, 2017, 16:55:05 »
Het automatisch verzenden werkt weer met versie 4.9.5, te downloaden via dit forum.

34
Webshopkoppelingen / Re: Opencart v 2.3.0.1 TSl error
« Gepost op: 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?

35
Webshopkoppelingen / Re: Opencart v 2.3.0.1 TSl error
« Gepost op: 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)

36
Webshopkoppelingen / Re: Opencart v 2.3.0.1 TSl error
« Gepost op: 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.

37
Webshopkoppelingen / Re: WooCommerce en BTW verleggingen
« Gepost op: 28 oktober, 2017, 16:58:30 »
Er ging (in WC3) iets fout met meta-data die begint met een underscore. In 4.9.2 (al beschikbaar) is dit opgelost.

38
Webshopkoppelingen / Re: WooCommerce en BTW verleggingen
« Gepost op: 27 oktober, 2017, 15:21:49 »
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?

39
Webshopkoppelingen / Re: WooCommerce en BTW verleggingen
« Gepost op: 26 oktober, 2017, 20:11:56 »
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.

40
Webshopkoppelingen / Re: WooCommerce en Subscriptions
« Gepost op: 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

41
Webshopkoppelingen / Re: WooCommerce en Subscriptions
« Gepost op: 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.

42
Webshopkoppelingen / Re: Gemengde BTW tarieven
« Gepost op: 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.

43
Webshopkoppelingen / Re: woocommerce koppeling VAT percentage naar 0% gezet
« Gepost op: 13 oktober, 2017, 13:27:26 »
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...

44
Webshopkoppelingen / Error 35: TCP connection reset by peer / SSL connect error
« Gepost op: 26 september, 2017, 09:53:11 »
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.
        );


45
Webshopkoppelingen / OpenCart 3
« Gepost op: 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.

46
Webshopkoppelingen / Re: Koppelen Mijnwebwinkel
« Gepost op: 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.

47
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!

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

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

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

Pagina's: [1] 2 3 4 5