admin összes bejegyzése

oscommerce Member Since 08 Feb 2009 Community Team from 2012 http://forums.oscommerce.com/user/241134-gergely/

Nem jelenik meg fizetési mód

Ha nincs helyesen beállítva a zones_to_ge_zones táblában a zone_id, akkor nem lehet összerendelni a fizetési modolukat, következésképpen nem lehet majd fizetni.

A checkoutban a következő üzenetet kapjuk:

 Sajnáljuk, de nincs választható fizetési mód az áruházban 

Majd visszakerülünk a bevásárló kosárba.

Az áruház lokalizációs beállításaiban meg van adva az ország, de megye is van hozzárendelve, akkor az adó zónában meg kell adni a megyét is. A legjobb, ha nem 0 értékű megyét (összes megye) rendelünk a rendszerhez, mert a 0 érték nem működik!

Helyette hozunk létre egy „össszes megye” megyét a megyék között aminek 0-tól eltérő értéke van, amit már szabadon használhatunk.

Másik hiba lehet, ha nincs szállítási mód a session változóban elmentve. Ennek legegyszerűbb oka, ha a session tábla nem utf8 kódolású és szeretnénk belementeni magyar ékezetes szöveget. A hiba elhárításához konvertáljuk át a session táblát latin_swedish_ci illesztésről utf8-ra a Segédeszközök->Database Tables->Session részben.

Vásárlói céges adószám

Hazai keretek között is egyre több részletre kell odafigyelni. Az adószám mint egy ilyen kívánalom, komolyan elgondolkodtatott…

Céges adószámot használunk a számlázáshoz. Első gondolatom a SPPC bővítmény volt, mivel az kezel adószámot de sajnos rövid nekifutás után kiderült, hogy a vásárlói árszintek csak egy kitüntetett adószámot kezel és nem veszi figyelembe a vásárlói címlistát. Az adó azonosító a customers táblában van elmentve, amit globálisan hívhatunk csak meg.
Ennek feltételezett oka, hogy a viszonteladói rendszerben biztosított kedvezményeket ne vehesse igénybe csak egy konkrét adószám szerint szerződött cég.

Figyelmem így a vásárlói címtárra irányult (address_book), ahol a cégneveket is tárolja a rendszer. Az adattáblában egy entry_company_tax_id mezőt definiálva szépen kezelhetővé váltak a céges adatok.
Az egész rendszeren átvezetve az adószámot sikerült az orders táblába is egy billing_company_tax_id-t bevezetni, hiszen hol máshol, mint a számlázásban van csak jelentősége a céges adószámnak.
A változtatás érintette az orders classt és az adminisztrációs rendelés editort, illetve az áttekinthetőség kedvéért az address_book.php-ban felhasznált tep_get_address() funkciót is kiegészítettem.

A módosítás hozománya az lett, hogy az adószámot a rendszer képes automatikusan átadni a számlázásnak és a vásárló saját cégeit is szépen karban tudja tartani.

Végkövetkeztetésem pedig, hogy az SPPC bővítmény komoly korlátokat emel és hibás prekoncepciót használ, amikor a vásárló személyes adataihoz rendeli az adószámot. Miért is? Hiszen a v2.3.4-es rendszertől kezdve, már logikailag is elválasztható a címtár a vásárlótól. Egyszerűen nem adjuk oda a címtár modult a vásárlóknak, hanem az adminisztrációra bízzuk a viszonteladói regisztrációt.

Nem tudunk az admin oldalra belépni

Hiba üzenet:

Error!

Unable to determine the page link!

Function used:

tep_href_link('', '', 'NONSSL')

A hiba akkor jelentkezik, ha az első adminisztrációs belépés sikertelen volt, de sikerül elhárítani a hibát például nyelvi hiba.
A hiba kezelése

if (tep_session_is_registered('redirect_origin')) {

részt a login.php-ban kicseréljük a következőre:

if (tep_session_is_registered('redirect_origin') && $redirect_origin != '') {

vagy frissítünk v2.3.4-es verzióra

Egy jellemző nyelvkezelési hiba és elhárítása

Admin vagy shop oldal csak az url-ben tér el

Warning: require(includes/languages/.php): failed to open stream: No such file or directory in C:\www\admin\includes\application_top.php on line 167

A hiba egyik oka, hogy a böngészőnk nincs felkészülve az áruház nyelvére, azaz alapértelmezetten más nyelvű. Komplett sablon vásárlásakor előfordul, hogy angol nyelven szeretne értekezni velünk a rendszer, de nekünk magyar böngészőnk van. Ekkor vetjük be a titkos kódunkat a probléma áthidalására:
&language=en, amit egyszerűen a böngésző sorába illesztünk az url végére.
A másik oka, ha amunkamenetben üres a language a változó értéke.

A hiba rövid ismertetése
A language osztály, ha nem talál alapértelmezett böngésző nyelvet, akkor a fenti hibára fut. Ha nincs bekapcsolva a display error, akkor egy üres oldalt kapunk (blank page). A hiba azért kellemetlen, mert, ha idegen nyelvű böngészőt használunk, de nincs telepítve az idegen nyelv az áruház nyelvkészletei közé, akkor ezt a hibát kapjuk.

A legegyszerűbb megoldás, ha frissítjük a rendszerünket v.2.3.3 verzió fölé.
A hiba a session kezelés javításában oldódott meg.

ingyenes szállítás

Az ingyenes szállítás beállítási módjai oscommerce v2-ben

Kétféle módon állíthatjuk be az ingyenes szállítást. Az első módszer a szállítási modulokban használható skálázás szerint, a másik módszer a globális minden szállítási módra kiterjedő beállítás a rendelés összesítő modulokban

A szállítási modulokban való finom hangolás lehetővé teszi, hogy egy-egy szállítási metódust ingyenessé tegyünk bizonyos rendelés határ esetén, míg a globális beállítás kikapcsolja az összes szállítási modult. és „free shipping”-re kapcsol. Ilyen esetben a vevő alapértelmezett szállítási címe lép életbe.

Postapontos és Pick-Pack oscommerce szállítási modulok

Elkészült a postapontos szállítási modul is az osCommerce v2.3-as rendszerhez. Sikerült kihasználni a 2500 címpont kereséséhez a jQuery függvénytár autocomplet API-ját. Elég egy irányítószám, név, vagy település 3 karakterét begépelni és máris célba ér a vásárló. A kiegészítő keresés mellett szól az az érv, hogy ne csak a település névre lehessen szűrni, hanem akár szolgáltatóra (MOL, Tesco, Auchan, Posta, OMW stb.) is.
Postapont LogoPick-Pack Logo

Postapontos és Pick-Pack oscommerce szállítási modulok bővebben…