Reikia programuotojo "Rivilė" ir "PrestaShop" integravimui

Sveiki,

Ieskome programuotojo turincio patirties integruojant buhalterines / sandelio likuciu programas (konkreciai "Rivilė") su e-parduotuve (siuo atveju "PrestaShop").

Variantai "manau, kad galeciau" - netinka! As daug ka manau... Reikia konkretumo, zmogaus kuris yra dares (atliktu darbu pvz.), zino kiek uztruks, kiek kainuos ir kad sugebes ivykdyti tai ka isipareigoja.

Dainius 8 677 84244

Ar greitai reikia?

Ar greitai reikia?

Na ne per nakti. Bet tarkim menesio eigoje - reikia.

Tokiu atveju siūlyčiau ieškotis užsienyje, jei Rivilė suteikia išsamią dokumentaciją. Mano žiniomis uždarbyje tokio programuotojo nėra (arba čia nesiskelbia), kuris sugebėtų atlikti šią užduotį. Pats geriausiu atveju tik gegužės viduryje galėčiau apsiimti.

Tokiu atveju siūlyčiau ieškotis užsienyje, jei Rivilė suteikia išsamią dokumentaciją. Mano žiniomis uždarbyje tokio programuotojo nėra (arba čia nesiskelbia), kuris sugebėtų atlikti šią užduotį. Pats geriausiu atveju tik gegužės viduryje galėčiau apsiimti.

Rivilė saugo informacija Ms Sql duomenų bazėje, todėl gerai išmanant prestashop padaryti nėra itin sudėtinga.

Rivilė saugo informacija Ms Sql duomenų bazėje, todėl gerai išmanant prestashop padaryti nėra itin sudėtinga.

Eik tu pasaka :). Tu bent įsivaizduoji kiek buhalterinėje programoje saryšių? Rivilės DB sudaro per 300 lentelių. Elementarus kliento įterpimas vykdomas per turbūt kokias 10 lentelių. Jau nekalbu apie pirkimo, pardavimo, rezervavimo ir kitokius dokumentus, kur dalyvauja 20 ir daugiau lentelių. Analizuodamas tuos sąryšius sugaiši be proto daug laiko, o kiekvienas buhalterinės programos versijos atnaujinimas potencialiai galės sugriauti visą tokią "integraciją".

Vienintelis teisingas kelias - naudoti programos kūrėjo API. Nežinau, kaip dabar, bet prieš kokius metus Rivilės API buvo tragiškas. Dokumentacija taip pat. Viskas paremta pačių sugalvotu pseudo XML formatu, failai keliami per FTP, ir tt., nors jie tuo metu sakė, kad kuria kažką naujo, veikiančio per normalų webservisą. Kita vertus, tas API veikė, tad gal skųstis ir nėra labai dėl ko... :)

Pats abiejų sistemų integravimas tikrai nėra kažkoks stebuklas ir jokio užsienio čia nereikia :). Manau realu susitvarkyti per 2-3 savaites.

Eik tu pasaka :). Tu bent įsivaizduoji kiek buhalterinėje programoje saryšių? Rivilės DB sudaro per 300 lentelių. Elementarus kliento įterpimas vykdomas per turbūt kokias 10 lentelių. Jau nekalbu apie pirkimo, pardavimo, rezervavimo ir kitokius dokumentus, kur dalyvauja 20 ir daugiau lentelių. Analizuodamas tuos sąryšius sugaiši be proto daug laiko, o kiekvienas buhalterinės programos versijos atnaujinimas potencialiai galės sugriauti visą tokią "integraciją".

 

Vienintelis teisingas kelias - naudoti programos kūrėjo API. Nežinau, kaip dabar, bet prieš kokius metus Rivilės API buvo tragiškas. Dokumentacija taip pat. Viskas paremta pačių sugalvotu pseudo XML formatu, failai keliami per FTP, ir tt., nors jie tuo metu sakė, kad kuria kažką naujo, veikiančio per normalų webservisą. Kita vertus, tas API veikė, tad gal skųstis ir nėra labai dėl ko... :)

 

Pats abiejų sistemų integravimas tikrai nėra kažkoks stebuklas ir jokio užsienio čia nereikia :). Manau realu susitvarkyti per 2-3 savaites.

Pasakėlę tu pasakėlę, turbūt apie Stored Procedures neesi girdėjęs?

Pasakėlę tu pasakėlę, turbūt apie Stored Procedures neesi girdėjęs?

Dėja šiuo metu turiu priėjimą tik prie tokios jau "pagyvenusios" Rivilės, tad nežinau, ar kas nors pasikeitė naujesnėse jos versijose, tačiau toje schemoje, kurią aš matau, tėra kelios procedūros ir keliolika trigerių, kurie bent jau iš pirmo žvilgsnio nelabai ką turi bendro nei su klientais, nei su operacijomis, nei su sandėliu.

O jei kalbi apie naujų procedūrų kūrimą, tuomet visvien turėsi atsekti visus sąryšius (arba, jei šnekant tiksliau, vos ne perrašyti visą programos logiką), o tai suvalgys laaaabai daug laiko. Brr... šiurpas nukrato vien pagalvojus apie tai, kokio dydžio būtų tos procedūros ir kiek reikėtų testavimo joms :).