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.