Ezek valószínűleg tudják,
Ezek valószínűleg tudják, amit szeretnél:
http://drupal.org/project/node_import
http://www.ubercart.org/project/node_import_uc_stock
Laza
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
CIB modul
Kíváncsian várom ;)
A teljes protokollt lefejlesztetted? Admin felület a tranzakciók utólagos kezelésére, jóváírás, stornó, trx ellenőrzés, státusz lekérdezés, history?
Hogy állsz a banki tesztekkel? Engedélyekkel?
Tokosítást saját függvényed végzi, vagy a külső binárist használod?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem egyszerű
Egy félmegoldás lehetne, hogy egy node egy nagyobb szövegegység, amit Új verzióval szerkesztve mindenkinek minden változása visszakövethető lenne. A Diff modullal lehet összehasonlításokat kérni a verziók között.
Ha mindez bekezdésenként kellene, akkor mindenképpen bekezdésenként kellene egy-egy node-ot beküldeni, valami sorszám cck mezővel sorba téve. Így Views modullal lehet listázni az aktuális állapotot. Views modullal lehet verziókat is listázni egy másik nézetben.
Nem teljes megoldás, de kiindulásnak elég lehet.
Nagy Gusztáv
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ügyiteli integráció
Hello,
Nekem több kérdés is felmerül, mivel csináltam már ilyet más rendszerhez.
Egyrészt ez a csv-s kommunikáció napi szinten kell, mivel a termékek raktárkészlete, ára folyamatosan változik, és egy nem 30, csak 10.000 termékszámnál ez a művelet elég sokáig szokott tartani, mivel a szövegfilet fel kell olvasni, esetleg átmeneti táblába berakni, és utána sql updatek ezrei futnak le.
Másik alapkérdés, hogy és mi az az ügyviteli program mely támogatja az exportot automatizáltan?
Mert amikkel eddig dolgom volt, szinte mind vmi dbase alapú szutyok volt, de akadt foxpro-s is.. de legkevésbé sem volr sql alapú, és igen nehéz belőle adatokat kinyerni naponta akár több alkalommal is, teljesen automatikusan.
És akkor ez egy irány, hogy a bolti rendszer megfrissíti az áruházat, ami adatok alatt ugye, csak cikkszám, db, ár, megnevezés értendő, mivel a termékleírás, fénykép(ek)-et nem támogatják ezek a raktári/számlázó rendszerek, így ezt kézzel kell egyenként megtenni, és szükséges egy vissza-irány, lehetőség szerint szinte realtime, ha megrendelés történik a shop-ban akkor az a termék az ügyviteli rendszerbe megjelenjen foglalásba, vagy netán, már számla előkészítés, vagy rendelés formájában.
Nagyon sok baj van ezen a téren, mivel ha van olyan termék, amiből 1db van, akkor azt rendszerint eladják a boltban, és közben a shop-on keresztül is, majd jön a telefonálgatás, mérgelődés.
Én most vettem fel a kapcsolatot egy számlázó/raktár rendszer fejlesztő céggel emiatt, hogy dolgozzunk össze, mivel a legtöbb gond ott van, hogy ezek a cégek elzárkóznak a webshop-ok felé történő kommunikációtól. Ez a cég végre vette a lapot és jó irányba fejlesztenek, sima http get-en keresztül jönnek mennek az adatok, így ha pl. eladnak vmit a boltban, meghívják az áruházat megadott url-en és átadják neki ezt, így már nem tudják eladni 2x a terméket és a, rendelés feldolgozás is kezd kialakulni.
Tehát érdemes ezt jól körüljárni, mert csv-kkel ez a kérdés nehezen kezelhető le, inkább a SOAP, vagy ha az túl bonyolultnak tűnik, sima http get-ekkel megoldani, mert az azonnal meg tud történni, nincs késleltetés.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
de lehet tobb profil, csak a
de lehet tobb profil, csak a profilok nem definialhatjak ugyanazt a fuggvenyt, ami ebben az esetben megtortenik. ha jol emlekszem ezek a profilok arra hasznaljak ezt a form_altert, hogy magukat allitsag be mint default profile, nyugodtan kiszedheto valamelyikbol.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
project
Kedves Holgyek Urak koszonom mindnekinek a jelentkezeset!
A project lezarult, mivel kevesen csatoltak referencia oldalakat igy az ugyfelem azokat a kollegakat reszesitette elonyben akik ezt megtettek.
Megegyszer koszonom mindnekinek!
Udv, not_sure