To vejs-kommunikationen i forhold til lagertal fungerer desværre ikke i e-conomic. Du kan godt trække lagertal ud af e-conomic via API'et, men du kan ikke opdatere dem igen. Jeg har i hvert fald ikke set det.
To vejs-kommunikationen i forhold til lagertal fungerer desværre ikke i e-conomic. Du kan godt trække lagertal ud af e-conomic via API'et, men du kan ikke opdatere dem igen. Jeg har i hvert fald ikke set det.
Hej Jin
Hm, det var da en ærgelig melding... Altså, du kan jo sagtens opdatere lageret via SOAP adgangen til e-conomic... Så mon ikke det skulle være muligt at koble magento op til at lave SOAP kald mod e-conomic?
Hm, det var da en ærgelig melding... Altså, du kan jo sagtens opdatere lageret via SOAP adgangen til e-conomic... Så mon ikke det skulle være muligt at koble magento op til at lave SOAP kald mod e-conomic?
Jo hvis deres manual har den funktion, så kan det lade sig gøre.. Men personligt, syntes jeg ikke economics API, er verdens bedste.. Det er både kompliceret, og sløvt at arbejde med - det er nok derfor du har så svært ved at finde den perfekte færdig lavet løsning :)
Jeg testede det så sent som i sidste uge, hvor jeg godt kunne hive stock-data ud, men ikke opdatere dem igen... Har I kunnet det? API'et kører via SOAP protokollen, så det er det samme.
Jo hvis deres manual har den funktion, så kan det lade sig gøre.. Men personligt, syntes jeg ikke economics API, er verdens bedste.. Det er både kompliceret, og sløvt at arbejde med - det er nok derfor du har så svært ved at finde den perfekte færdig lavet løsning :)
Jeg synes også at API'et er sløvt. Når man henter lister ud, så henter den først en oversigt over objekter, hvorefter den giver sig til at lave individuelle kald pr. objekt og det gør det mega tungt at arbejde med.
Hvis du kan opdatere lagertal i e-conomic via API'et, så burde det fungere. Jeg har ikke selv fået det til at fungere med lagertal men med stort set alt andet. Jeg mener altså, at felterne i API'et er readonly, så jeg er ret sikker på du ikke kan opdatere lagertallet.
Hvis du har noget kode der gør det, så vil jeg meget gerne se det.
Jo hvis deres manual har den funktion, så kan det lade sig gøre.. Men personligt, syntes jeg ikke economics API, er verdens bedste.. Det er både kompliceret, og sløvt at arbejde med - det er nok derfor du har så svært ved at finde den perfekte færdig lavet løsning :)
Jeg synes også at API'et er sløvt. Når man henter lister ud, så henter den først en oversigt over objekter, hvorefter den giver sig til at lave individuelle kald pr. objekt og det gør det mega tungt at arbejde med.
Ja det er drøn surt, at det halter så meget... Jeg har også lavet en faktura/krediterings-integration fra MaxiWeb, og til economic for at spare administration. Først troede jeg at man bare liiige kunne ligge det ind som et script, men det tog flere minutter at lave nogle af kaldne, da den skulle oprette faktura. Så det vi gør nu, er at vi har to forskellige systemer, og så spejler ordre data hen et par gange om dagen til economic..
Det er korrekt, at lagerstatus-tal i e-conomics API er read-only-oplysninger.
Dette skyldes, at det er summerings-/beregnede oplysninger - som stiger, når man køber varer, og falder, når man sælger dem igen. Lidt ligesom man heller ikke bare kan ændre saldoen på en konto, men må postere sig til ændringer.
Hvis der via API'et registreres ordrer eller bogføres fakturaer, påvirkes de relevante lagertal, der kan læses, dog naturligvis automatisk.
Jannik: Hvis du har behov for at læse eller skrive mange egenskaber og/eller mange entiteter via e-conomics API, kan du med fordel bruge vores dataklasser til at reducere mængden af round-trips gevaldigt. Du kan læse mere om dette her: http://apiforum.e-conomic.com/post3295.html.
Deres er så vidt jeg ved fuld integreret i Magento og prisen var rimelig i forhold til hvad du får.
Tak.
Det er rigtigt vi arbejder på at migrere vores economic integration fra at være et traditionelt magento modul til at fungere som en connector til vores Middleware Broker.
Vi har lidt travlt i tiden med andre projekter så vi har ikke prioriteret migreringen af magento modulet højt lige nu.
Løsningen kommer til at være 2 vejs på samme måde som Magento integrationen for Mamut vi sidste år modtog prisen som Mamut Integrator of the Year 2010.
Bliv gratis medlem
Opret bruger