Berichten

Heren bedankt voor de vlotte reactie, ik zal de laatste aanpassing handmatig maken.
Verder lijkt alles vooralsnog naar behoren te werken, mocht ik verder nog dingen tegen komen dan zal ik dat hier melden.
Nu ik weet hoe de module word ingezet snap ik ook waarom e.e.a. anders is dan een reguliere OpenCart plugin (prima!)

Ik heb mijzelf niet verdiept in de API documentatie, maar is het niet zo dat OpenCart maar een beperkte set aan Call's nodig heeft?
In dat geval wil ik alleen ter overweging geven om de optie in Acumulus op te nemen om een key te kunnen koppelen aan geautoriseerde calls en methodes.
In het ergste geval kan een hacker dan uitsluitend nieuwe debiteuren en orders aanmaken.

Hoewel ik het met je Guido eens ben dat wanneer een hacker, in een opzet met een API zoals deze nu is, alsnog veel schade kan toebrengen. Toch denk ik dat de meeste hackers gelegenheids-hackers zijn, toevallig een password opvangen, sniffen en zo binnen komen. Of ze dan ook de moeite nemen een webservice client te bouwen? alleen als het doel de middelen heiligt, wellicht! Maar dat is toch wel even wat meer werk dan copy en paste van het username en password.

Laten we veronderstellen dat mijn account toch word gehacked en dat de hele boekhouding wordt vernietigd, heeft Acumulus dan nog een backup zodat eventuele schade ongedaan kan worden gemaakt?

Ik praat graag eens verder over een aanpassing op de API en de mogelijkheden, geef maar een PB mocht je dat willen.

Groet.

Arthur

Hoi Guido,

E.e.a. heb ik werkend gekregen, helaas niet out of the box, maar toch.
De plugin lijkt getest te zijn op een Windows server, op Linux geeft het direct al fouten.
Aangezien het merendeel van de shopbeheerders op Linux draaien denk ik wel dat het handig is even te kijken naar de

Hierin staat de verwijzing naar de language file naar de folder language hoewel de folder in werkelijkheid Language heet.

origineel:

Code Selecteer Uitklappen

$file = dirname(__FILE__) . '/language/' . $language . '.php';

vervangen door

Code Selecteer Uitklappen

$file = dirname(__FILE__) . '/Language/' . $language . '.php';

Hoewel dit de problemen met de configuratie oplost en hierna alles werkt heeft de module in het module beheer "Account" i.p.v. "Acumulus".
Ik heb dit nog niet gevonden, mede omdat de manier van de plugin opzet niet erg standaard is en volledig afwijkt van alle overige plugins.
Ik heb geen idee waar ik dat moet zoeken.

Als laatste side note vind ik het jammer dat hoewel in de handleiding wordt onderkent dat de module in de basis geen goede veiligheid bied hier in deze geheel nieuwe versie geen oplossing voor is bedacht door bijvoorbeeld gebruik te maken van een API key die je kunt genereren in Acumulus, die wel de mogelijkheid beidt om vanuit de webshop een factuur aan te maken, maar die hackers geen toegang geeft tot mijn boekhouding. Ik ben erg bij dat we nu direct onze order kunnen door schieten naar de boekhouding, maar ik zou het zeker een geruststellende gedachte vinden als bovenstaande zwakte zou kunnen worden verholpen.

Groet,

Arthur

Hallo Guido, geen probleem dat is ook niet het probleem, ik zie ook graag een goed product wat iets langer duurt dan een slechte koppeling die veel ellende geeft.
Echter betekent dit dat de huidige koppeling 2.04 i.c.m. OpenCart 1.5.6.1 helemaal niet kan werken, ook niet met enkele tweaks?
Als dat zo is kan ik mijn speurtoch opgeven, dan wacht ik gewoon totdat de nieuwe versie beschikbaar is.

Beste heren, ook ik heb zojuist de laatste versie geinstalleerd i.c.m. openCart versie 1.5.6 echter zonder resultaat.
Nu heb ik wel al enige aanpassingen doorgevoerd om e.e.a. verder te brengen zoals hier beschreven: https://forum.acumulus.nl/index.php?topic=3118.0 Alles lijkt te werken, geen fouten meer in de log, maar helaas nog geen factuur in de boekhouding mogen ontvangen.

Is er inmiddels al meer bekend over de aanstaande nieuwe versie of wellicht heeft iemand de gouden tip om de huidige versie toch werkend te krijgen?

Ik hoor het graag.