-
Probleme adrese standardizate
Buna ziua,
Utilizam in momentul de fata Smartcash HQ 17.0.9.403.
Presupunand ca la un moment dat in viitor se va renunta la adresele nestandardizate si testand functionalitatea noilor actualizari am descoperit urmatoarele probleme:
Problema 1 – La crearea unui client nou facturabil validarea judetului si a localitatii tin cont doar de adresa nestandardizata
Urmati urmatorii pasi:
– Adaugati un client nou Persoana fizica cu toate datele completate si Client Facturabil si Adresa standardizata bifate
– In momentul in care incercati sa salvati va va aparea o eroarea: Pentru un client facturabil cu CNP vid, judetul trebuie sa aiba o valoare! desi apare completat la adresa standardizata
– Daca ne mutam pe adresa nestandardizata si completam judetul si localitatea si bifam Adresa standardizata eroarea dispare si ne lasa sa salvam clientulProblema 2 – Localitatea Bucuresti are adaugat sectorul in denumire
Avem integrare facuta cu site-ul prin RestAPI si la ultima actualizare ati introdus adresele standardizate. Problema apare in momentul in care la Bucuresti in loc de localitatea simpla ati adaugat si sectorul in denumire. Din cauza acestei schimbari nu mai putem corela clientii din site cu cei din program. Marea majoritate a site-urilor folosesc doar denumirea simpla a localitatii. Aveti un motiv anume pentru care ati ales aceasta varianta de denumire? Pe viitor aveti de gand sa reveniti la denumirea simpla?
Pentru problema 2 as avea nevoie de un raspuns sau o solutie mai urgenta deoarece imi ingreuneaza lucrul cu clientii online din Bucuresti.
Va multumesc.
-
7 Replies
-
Prima problema este rezolvata. Descarcati versiunea 405.
A doua intrebare nu are alta solutie decat aceea de a utiliza localitatile fixate in SmartCash si obtinute prin metoda GetAllLocalities.
Daca vreti ca pe site sa apara altceva puteti sa trimiteti prin API codul localitatii SmartCash deoarece are precedenta.
Si oricum am permis operarea si in regimul precedent, nestandardizat.
Cu localitati standardizate insa, nu se poate altfel decat dupa lista din SmartCash.
-
Legat de localitati, folosim standardul national disponibil pe sit ul Ministerului Dezvoltarii, in care localitatile sunt definite arborescent, pe UAT uri. Conform acestui standard Bucurestiul este de fapt un judet care contine 6 „orase” constand in sectoarele sale.
Denumirea fiecaruia este acolo Bucuresti Sector x. Asa va ramane si in SmartCash.
Este standardul dupa care lucreaza si firmele de curierat.
-
Va multumesc pentru raspuns.
Din ce am verificat la curieri nu apare localitatea si sectorul in denumire.
Puteti sa imi oferiti exemple de curieri unde ati gasit forma aceasta de denumire utilizata in site-uri pentru preluarea localitatii Bucuresti?
– https://www.fancourier.ro/estimare-cost/?serviciu=Standard&judet_exp=Bucuresti&judet_dest=Bucuresti
– https://app.urgentcargus.ro/Private/ComandaAcum.aspx?action=Calculator
Si in platformele de site-uri cunoscute se foloseste denumirea simpla.
-
Un exemplu de pe eMag. Cred ca e suficient.
Pe de alta parte, cum am spus, puteti memora codul SIRUTA al localitatilor si le puteti trimite in locul lor pe interfata. Ele au precedenta fata de denumiri, asa incat dvs. puteti lasa Sector 1 pe site daca va place, dar intern, SmartCash RMS il va converti in Bucuresti – Sectorul 1.
Spun asta deoarece si localitatile care apar cu acelasi nume in acelasi judet au denumiri compuse din localitate si UAT-ul de care tin in paranteze in GetAllLocalities. Deci nu este doar cazul Bucurestiului.
-
Pe ce platforma aveti sit-ul?
In general sit-urile eCommerce nu au in standard o discretizare la acest nivel, lasand cel mai adesea libertate maxima la alegerea adresei „ca sa scape de bataile de cap”.
Cu toate astea exista add-on-uri de regula uzuale, pentru toate platformele eCommerce care permit stabilirea unor campuri custom de adresa, care sa contina toate detaliile necesare in liste de selectie.
Un exemplu este pentru WooCommerce: States, Cities, and Places for WooCommerce pe care si noi il folosim. Trebuie doar sa actualizati lista de localitati pe judete dupa nomenclatorul SmartCash RMS si gata. Va apar si in interfata selectoare si valorile din campuri sunt conforme.
Sunt sigur ca asa ceva exista si pe Magento si pe OpenCart si cam peste tot.
Pana atunci, desigur, nu trebuie sa faceti nimic. Sit-ul va functiona fara modificari, folosind vechea varianta de nomenclaturizare a localitatilor.
Toate functiile de automatizare AWB din SmartCash RMS ce urmeaza a fi disponibile pana la finalul anului se bazeaza insa doar pe adrese standardizate.
Incepand cu luna octombrie, SmartCash RMS permite extinderea livrarilor (online sau offline) catre orice tara din lume. In acest moment desigur este incarcata doar Romania, dar nomenclaturizarea se poate extinde la orice alta tara. In aceste conditii nu este posibila aplicarea de reguli neunitare la nivel global.
-
Multumesc pentru explicatii si pentru solutia oferita pentru Woocommerce.
Platforma site-ului nostru este custom made.
Am folosit pentru adaugarea judetelor si a localitatilor in site lista de la Fan Courier care se poate gasi in selfawb. De acolo a venit si curiozitatea legata de modelul de standardizare ales in noile versiuni de Smartcash mai ales cand ati specificiat ca este standardul dupa care lucreaza si firmele de curierat.
Sper sa nu ma intelegeti gresit. Standardizarea este un lucru bun care e bine ca s-a implementat.
In acelasi timp nu imi era clar daca standardizarea va inlocui la un moment dat versiunea nestandardizata si directia in care mergeti pe termen mediu si lung. In functie de aceste informatii pot stii cum sa dezvolt platforma site-ului nostru si pot avea idee de investitia necesara in acest aspect.
-
Salut,
Lista de la Fan Curier, disponibila prin API-ul lor este mai mare decat cea pe care o gasesti in SelfAWB si mai detaliata. Si noi o tragem, dar prin API, si odata cu urmatorul update de SmartCash va fi atasata listei noastre de localitati. La fel si de la Sameday, si vor urma si de la ceilalti curieri de pe piata.
Dar in exterior, catre aplicatii terte vom expune doar codurile si denumirile proprii de localitati.
In functie de curierul ales la noi in platforma vom transmite Localitatea/Codul specifice curierului respectiv catre acesta prin API pentru generarea/editarea AWB-ului.
Iata sfatul meu.
– Pe moment nu trebuie sa schimbati nimic desigur.
– Daca in viitor veti utiliza platforma SmartCash RMS pentru livrare automatizata (prin workflow-uri de proces) atunci abia va fi necesara trecerea catre localitatile normalizate.
– Dupa trecere insa nu mai are sens sa faceti AWB-ul din site ci ar trebui sa il generati de la noi sincron cu fluxul de picking-facturare-ambalare. Vom implementa o metoda universala de tip bulk, care va genera AWB-uri multiple, in batch. Deci legatura cu localitatile FanCurier in site nu vor mai fi necesare.
– Odata cu integrarea AWB, vom avea si toata metodologia de sincronizare prin API a platilor de tip cont colector prin firmele de curierat direct in SmartCash RMS.
In concluzie va recomand sa treceti pe adresele standardizate cat mai curand, nu deoarece nu va mai functiona ca inainte (caci va functiona), dar nu veti avea acces la nici o automatizare de proces in livrare-facturare fara aceasta tranzitie.
Obiectivul nostru este sa creem un flux sincron de procesare pentru toata logistica, ce sa nu mai faca uz de backend-ul site-ului ci sa fie operat chiar de utilizatori odata cu operatiile standard de pregatire marfa.
Mai avem o functie noua, interesanta: avizarea automata catre o alta locatie de livrare pentru o comana primita online. Acum poti transfera marfa catre un alt magazin care va face livrarea efectiva pentru o comanda online. (Livrarea prin puncte proprii de ridicare)
The discussion ‘Probleme adrese standardizate’ is closed to new replies.