Duomenu eksportavimas i kita serveri

Domina galimybe sandelio likuti tiesiogiai susieti su cms tarkim magento, siuo metu tai darom rankiniu budu, exportuojam sandelio prekes i csv ir scripto pagalba prekiu kiekis atnaujinamas. Gal eitu padaryti galimybe exportuoti csv faila tiesiai i pasirinkta serveri, po kiekvienos pardavimo saskaitos sukurimo? Taip sandelio likutis butu nuolat atnaujinamas ir eliminuotume galimybe ta pacia preke parduoti kelis kartus.

Tai labai primityvus budas, bet sutaupytu nemazai laiko.

Galima kalbėti tik apie duomenų ar funkcijų pasiekimą per API (xml, json formatu) , bet, kad pati sistema kažkur pati stumtų duomenis, tai tokio dalyko nebus.

Mes patys naudojames Magento ir butu labai geras dalykas toks. Taciau jei neturite 1000 prekiu skirtingais SKU'ais, tai geriau net nekist nagu prie sandelio likucio susiejimo su buhalterinem programom, darbo perdaug = rezultatas tas pats.

jei turite prekiu kelis tukstancius, vadinasi jusu ir apyvarta gerokai virs 5 zenkles sumos, tokiu atveju geriau naudotis automatizuotomis buhalterinemis sitemomis kaip kad AGNUS, ji turi galimybe susijungti su magento....

nesipleciu per daug...

Na API geriau nei nieko,bet vargu ar atitiks musu lukescius,pas mus is esmes viskas automatizuota, galim atnaujinti kad ir 100000 prekiu kaina ir likuti per sekundes, bet reikalingas duomenu gavimas ir geriausia csv formatu, kitaip reiketu viska perdaryti. manau darysim kaip darem, rankiniu budu exportuosim sandeli ir siusim i serveri, nebent Tomas pasiulys kazka,apie ka nesu pagalvojes.

siaip sasaja su populiariausiom cms manau turetu buti ateities prioritetu, nes tikrai dauguma turi ar planuoja prekyba perkelti i eshop'us ir sio funkcionalumo tikrai reikes

2Anonimas. Jau tik nereikia tokių oldschoolinių pavyzdžių kaip Agnum. Kaip suprantu ji pati net neturi galimybės jungtis prie Magento, o yra trečia šalis, kuri sukūrė ir pardavinėja modulį, kuris gali prisijungti prie jų DB ir paimti duomenis.

Aš tokį sprendimą ir siūlau, sukurti API per kurį gali gauti duomenis, arba atlikti veiksmus (pvz. kurti sąskaitas, prekes, pirkėjus ar pan.). Jei reikalingi likučiai, išorinė sistema kreipiasi, gauna atgal xlm ar json ir jau pas save atsinaujina ką nori.
Tai būtų toks pats kelias, kaip dabar naudoja IGNARA, tik nebereiktų rankiniu būdu eksportuoti likučių.

Kas dėl abipusio duomenų apsikeitimo, tai procesai gaunasi sudėtingesni ir daug duomenų apsikeitimo. Reiktų keistis pirkėjais, prekėmis, įv. sąrašais, tada nuspręsti kur pirminis informacijos šaltinis. Kur tvarkomi duomenys, o kur tik atsinaujina.

Tomai, dėkui už išsamų atsakymą. Mus tuomet tenkins API, tik teks pamačius baigtą sąsają, samdyt programuotoją, kad viską suderintu iš mūsų puses :)

Logiška, kad pirminiu informacijos šaltinių būtų apskaitos sistema, nes CMS sistemose informacija įvedama skirtingai ir priderinti būtų nelengva. Juolab, dauguma vartotojų informaciją suvedinės klaidingai, bus daug taisymo.

Mes pasirinkom paprasčiausia informacijos atnaujinimo būdą, kuris mus tenkina ir sumažina klaidų tikimybę.

Bet kokiu atveju, kai bus padaryta, tai bus padaryta taip, kad būtų paprasta, patogu, tiek kiek leidžia šiuolaikinės technologijos.

Naujo funkcionalumo belaukiant, noretume paprasyti sandelio eksportuojamame csv faile prideti "vieneto savikaina", siuo metu yra tik bendra savikaina, bet butent vienetu savikainos labiau reiketu.

Tomai, jei atsirastu laisvo laiko, labai reiketu cvs eksportuojamame faile pridet ir "vieneto savikaina" kaip atvaizduota sandelio prekiu likuciuose. bandem atlikinet su skriptu dalyba is preki kiekio, kad gautume vieneto savikaina, bet serveris labai apsikrauna ir daznai neis atlikineti prekiu atnaujinimo, paprasciausia butu turet eilute is kurios imti skaicius.

Bus pridėta. Dar siūlyčiau vėliau persiorientuoti iš CSV į XML ar JSON. Dabar kaip tik daroma, kad visi duomenys šiais formatais būtų tvarkingiausiai eksportuojami.

kol perdarysim sistema i json nuskaityma truputi uztruks, kol kas mum tereikia tos papildomos "vieneto savikaina" eilutes, nes reikia arba rankiniu budu perskaiciuot, arba apkraut serveri, kad suskaiciuotu, o serveriai.lt labai pyksta jei perkraunam serveri ir jau graziai siule ieskotis kitos hostingo kompanijos arba susitvarkyti skripta. :)