ADR (veszélyes áruk közúton) integráció

A veszélyes áruk közúton való szállítása során számos dokumentumot kell kitölteni. Az értékesítéskor jó lenne ezekből a lehető legtöbbet automatikusan kitölteni. A Symbol Ügyvitel következő verziójában megjelennek az integrált ADR funkciók.

adr

A Symbol Ügyvitel 1.114-es verziójától kezdődően az Enterprise csomag része (alapértelmezetten, külön modul nélkül elérhető) lesz az ADR működés. Termékenként beállíthatóak az UN számok, veszélyességi osztályok és a csomagolási egységek. Ezek pedig a számla mellékleteként (vagy külön gombra) nyomtatva önálló ADR jegyzékként működnek. Fontos, hogy nem a szállítólevél és a számla egészül ki ADR adatokkal, hanem – a garanciajegyhez hasonlóan – egy önálló, fejléces dokumentumot kapunk!

Stratégiai biztonsági mentés

Felhő szolgáltatásunkat sok ügyfelünk használja. Többen átlépték (cégünk is) az 1Gb-os lélektani határt, de van olyan ügyfelünk akinek az adatbázis mérete épp a mai napon érte el a 3 milliárd bájtot. A biztonsági mentések tárterület és időzítés szempontjából is túllépték azt a szintet, hogy ad-hoc módon, valamikor (jelenleg este 20:00-kor), valahova készüljenek el.

backup

 

Komoly tervezés előzte meg a hétvégi átállást, amikortól is a mentések már tervezetten, cégenként, cégcsoportonként külön-külön ütemezve készülnek el. A geo-lokációs elhatárolás elvét is figyelembe véve – Magyarországon ez más megyét jelent, nagyobb szerverek esetén országhatárokon átnyúló mentés – az adatok utaztatásának idejével is számolni kell. Több esetben a sávszélesség ingadozása +10-20%-nyi időtöbbletet is eredményez, ezt is bele kell kalkulálni.

Összességében szeretnénk elérni, hogy a munkaidő átlagos vége (látjuk, hogy ki mikor fejezi be) után mihamarabb el tudjuk kezdeni a mentést és a kora reggeli órákra be is tudjuk fejezni. Minden reggel 8:00-kor egy 100%-is terhelhető rendszernek kell munkába állnia!

Számlázó program bejelentése (NAV)

!!!

Kitöltés kézzel

Amennyiben az űrlapot nem automatikusan, hanem kézzel szeretné kitölteni, az alábbi lépéseket kell követnie (jogszabály értelmezése ide kattintva):

  • Az ANYK nyomtatványkitöltő programba telepítse a SZAMLAZO nevű nyomtatványt
  • A létrehozott nyomtatvány fedőlapját a saját céges adataival kell kitöltenia
  • A SZAMLAZO-01 lapon a “Bejelentés A” blokkban az alábbi adatok szükségesek:
    • Saját fejlesztésű program: N
    • Program neve: Symbol Ügyvitel
    • Program azonosítója: A program moduláris felépítésétől függően SÜ-EASY vagy SÜ-STANDARD vagy SÜ-OFFICE vagy SÜ-PROF
    • Program fejlesztője: Symbol Tech Zrt. és 23932247-2-41
    • Értékesítője: Symbol Tech Zrt. és 23932247-2-41
    • Program beszerzése és használat kezdete: az Ön első kiállított számlájának kelte.
  • Ügyfélkapun keresztül (könyvelő!) vagy nyomtatva, a postán keresztül juttassa el a Nemzeti Adó- és Vámhivatalhoz.

A NAV eddig is nyilvántartotta a kézi számlatömböket, az árusító helyek eleget tettek a szigorú számadású bizonylatok bevallási kötelezettségének.

Az új jogszabályok alapján a számítógéppel előállított számlák kapcsán is bejelentési kötelezettsége van a program használójának. A program használójának 30 napja van bejelenteni a programot, ezt legkorábban 2014. október 1-én teheti meg. A bejelentési kötelezettség kiterjed a 2014. október 1-e előtt vásárolt és még használatban lévő programokra is. A 2014. október 15-e előtt vásárolt programokra a határidő 2014. november 15.

A bejelentésre az ÁNYK nevű program lesz alkalmas. Csak 2014. október 1-én jelenik meg az a nyomtatvány (várható neve SZAMLAZO), amelyet kitöltve és beküldve tehet eleget a kötelezettségének. Addig Önnek semmi dolga nincs! A program gyártója által korábban kiadott ún. megfelelőségi nyilatkozatok érvényüket vesztik. Az ÁNYK programmal való beküldést Ön vagy könyvelője teheti meg az Ügyfélkapun keresztül, az ÁNYK programmal vagy kinyomtatva, postán beküldve.

A Symbol Tech Zrt. október 1-ét követően (az ÁNYK űrlap várható módosításai után, amikor a végleges nyomtatvány megjelenik) ki fog adni egy szoftver verziót – várhatóan az 1.114-est, amely alkalmas lesz az ANYK kitöltő program űrlapjának automatikus kitöltésére: cégnév, adószám, székhely, szoftveradatok, első használatba vétel, stb. A programot az 1.114-es verzióra csak érvényes termékkulccsal rendelkező, terméktámogatással rendelkező ügyfeleink tölthetik le és frissíthetik.

Figyelem! A számlázó programok használatba vételére vonatkozó bejelentési kötelezettség mellett azok használatból való kivonása, áttérés másik rendszerre vagy a meglévő rendszer módosítása (Symbol Ügyvitel STANDARD-ról áttérés Symbol Ügyvitel OFFICE-ra) is bejelentési kötelezettség alá tartozik. Ilyen esetben a régi programot “ki kell jelenteni”, az újat pedig be kell jelenteni.

Tömörített adatok átvitele C# és PHP között

WebSyX beépülő modulunk megváltozott vagy teljes adathalmazokat tölt fel webáruházak felé. A feltöltött adatok jól tömöríthetőek, TCP szinten tömörítjük is őket, de ez néha nem elég.

Több ügyfelünk jelezte, hogy a webszerver nem tud 1-2MB-nál nagyobb POST adatokat fogadni. Ezen lehet állítani, de ha a szerver nem saját, akkor a szolgáltató általában elhárítja az ilyen kéréseket. A WebSyX már korábban is darabolt bizonyos adatokat. Azok az adatok, amelyek biztosan nagyok (termékképek, dokumentumok) már eddig is 10-es, 20-as csomagokban utaztak. Bizonyos esetekben azonban a termék készlet feltöltése is elérheti az 1-2MB-ot.

compression

Hogy az ügyfeleink (pontosabban az ő webesük) meg tudja oldani a szinkront, egy új beállítást vezettünk be. Az adatokat tömörítve is lehet küldeni. Ilyen esetben a megérkező adat egy csomagolt XML.

Feltöltés oldalon használt:
DeflateStream sw = new DeflateStream(ms, CompressionMode.Compress)

Webszerver oldalon használt:
$data = gzinflate(base64_decode($_POST[“xmldata”]));

A bejegyzés azért íródott, mert ismét belefutottunk az informatikai inkompatibilitásba. Még a Concorde Értékpapír Zrt-nél találkoztunk azzal, hogy a Corba (akkor még XML helyett ez volt) másképp kezeli a dátumokat Delphiből és Javaból. Itt is hasonló a helyzet. A sima GZipStream-mel előállított, tömörített adat csak nem akart kicsomagolódni gzdecode()-dal és gzuncompress()-szel, a gzinflate() lett a megoldás. Sőt az gzdecode() függvény az alap PHP-nak nem is része, míg a gzencode() igen. Ez is érdekes…