Flux Noutăți & Rsaquo; Forumuri & Rsaquo; Feature Requests – Propuneri de functii noi & Rsaquo; Suplimentare numar clase de produse in catalog Shop

  • Suplimentare numar clase de produse in catalog Shop

  • gmro

    Membru
    12 ianuarie 2021 la 3:50

    Revin cu rugamintea de a analiza posibilitatea de a creste numarul de clase de produse ale catalogului din Shop de la 10 cate sunt in prezent la cel putin 20 deoarece posibilitatea de a utiliza mai multe clase de produse (combinata cu optiunea de Modificare articole multiple) e foarte utila:

    a) in segmentarea si eficientizarea lucrului in catalogul de produse

    b) cand se utilizeaza solutii puternice de BI (ex: Smartcash Oxygen) pentru generarea diferitelor rapoarte si situatii

    c) in integrarea catalogului din Smartcash cu platforme ecommerce

    d) in integrarea catalogului din Smartcash cu solutii ERP (ex: Mago) si generarea de diverse rapoarte custom (ex: Intrastat, deseuri de ambalaje)

    Inteleg ca la inceputurile Smartcash cele 10 clase de produse pareau suficiente dar in prezent si pe viitor, avand in vedere directia in care se dezvolta Smartcash, ca solutie complexa RMS, cele 10 clase existente in prezent sunt prea putine pentru maxima eficienta si optimizare.

    Multumesc anticipat.

  • Dor

    Administrator
    13 ianuarie 2021 la 19:42

    In acest moment nu este o prioritate pentru noi sa multiplicam numarul de criterii de clasificare simultana dincolo de cele 10.

    In 99% din cazuri, utilizatorii care se plang ca sunt putine categorii inteleg gresit modul lor de utilizare.

    Ele nu sunt categorii de fapt ci “Dimensiuni” iar in retail, oricate integrari ai avea e greu sa intretii practic mai mult de 10 dimensiuni pentru fiecare articol.

  • gmro

    Membru
    13 ianuarie 2021 la 20:53

    Va inteleg si stiu ca nu e usor de adaugat noi criterii de clasificare. Sugestia ramane pe viitoare poate gasiti o varianta in care sa oferiti posibilitatea utilizatorilor sa-si creeze noi criterii la fel cum pot sa creeze campuri personalizate la clienti.

    In fapt noi incercam sa folosim cat mai mult catalogul Smartcash desi, cu ajutorul unor customizari, am putea adauga campuri noi in Mago pentru a suplimenta clasificarile din Smartcash si informatiile pe care dorim sa le adaugam la produse.

    Am propus 20 de criterii pentru ca stiam parerea dvs., dar daca ar fi si 30 de clasificari sigur am gasi la ce sa le folosim 🙂

    De exemplu doar pentru raportul Intrastat folosim 5 din cele 10 criterii posibile de clasificare din Smartcash pentru ca mult mai usor de lucrat in catalogul Smartcash decat in Mago. Stiu ca Smartcash e in sine un program de gestiune nu un ERP dar il preferam pentru ca e usor de lucrat in el in anumite situatii decat in ERP-ul Mago sau alt ERP pe care am incercat in trecut sa folosim pe langa Smartcash.

    Un dezavantaj pe care l-am observat la Mago e ca in versiunea standard nu ofera posibilitatea sa selectezi la fel de rapid si usor ca si in Smartcash mai multe produse din catalog si sa le editezi multiplu. De exemplu daca vreau sa creez o clasificare noua denumita “Tip dulce” in care sa am printre altele varianta “Ciocolata” in Smartcash daca as avea loc in clasele de produse ar insemna doar sa filtrez catalogul dupa denumirea “Ciocolata”, apoi sa selectez lista filtrata, click dreapta, modificare articole si din clasificarea “Tip dulce” sa selectez optiunea “Ciocolata” urmand ca dupa salvarea operatiei toate produsele selectate astfel sa aiba respectiva optiune. In Mago, fara customizari sau editari in baza de date prin SQL, ar trebui sa iau fiecare produs si sa-l modific manual pe rand. La 1000 produse in Smartcash dureaza 5 secunde iar in Mago …. Am vorbit cu Claudiu de acest lucru si analizeaza o customizare pentru a incerca sa rezolve aceasta problema.

  • Dor

    Administrator
    29 mai 2021 la 18:21

    In luna iunie avem planificata implementarea unui engine suplimentar de clasificare in nomenclatorul de produse.

    Este vorba despre atribute, care nu vor mai fi limitate ca numar si vor functiona in paralel cu clasificarile.

    Acestea urmeaza a fi utilizate pentru delimitarea pe marimi sau culori de exemplu, astfel incat produse variabile sa poata fi mai usor integrate cu platforme online.

    Asadar stati pe receptie si urmariti noile versiuni SmartCash RMS.👍

  • gmro

    Membru
    20 noiembrie 2021 la 14:42

    Am studiat acum sistemul de Atribute, Produse Generice și Produse Variabile dar din pacate nu rezolva problema descrisa mai sus deoarece nu creste numarul de optiuni / criterii de clasificare a articolelor din catalog ci genereaza articole noi (variatii) in catalog.

    Va dau un exemplu teoretic:

    Vrem sa clasificam articolele din catalog in functie daca sunt sau nu pretabile sa fie vandute si online nu doar offline intr-o clasa denumita “Pretabil vanzare online” cu optiunile: Da / Nu / Neclasificat. Astfel am putea ca in platforma de ecommerce sa importam doar articolele care au optiune “Da” in aceasta clasificare.

    Problema e ca nu mai avem clase de produse disponibile, toate cele 10 clase sunt folosite pentru alte clasificari.

    In cazul in care am vrea sa utilizam engine-ul de Atribute pentru o astfel de clasificare in catalog ar insemna sa generam variatii ale aceluiasi produs, cu ARTNR / COD diferite, pentru fiecare varianta de clasificare, ceea ce ar creste artificial, fara folos real pentru scopul urmarit aici, numarul de articole din catalog.

    Pentru scopul urmarit mai sus nu avem nevoie de 2 variatii ale aceluiasi articol in catalog, una care se vinde online si una care nu se vinde online, pentru ca din punct de vedere real / operational / logistic / contabil / etc. e un singur produs, in fapt avem nevoie ca in catalog sa existe un singur articol pe care sa-l putem clasifica fie ca se vinde online fie ca nu se vinde online.


    Exemplul de mai sus e pur teoretic iar cresterea numarului de clasificari posibile nu e ceva ce se aplica / e benefic doar firmei / activitatii noastre , exista numeroase variante de clasificari pe care utilizatorii Smartcash, mai ales cei care au retele si/sau au mai multe canale de vanzare (retail, engros, offline, online, IKA, etc), le-ar putea utiliza cu folos atat in Smartcash cat si in combinatie cu un sistem ERP cum e Mago si/sau o platforma de ecommerce cum ofera Magister si mai ales daca folosesc un program de BI cum e Smartcash Oxygen.


    Drept urmare va rog incercati sa gasiti o varianta tehnica pentru a putea avea mai mult de 10 clase / criterii de clasificare posibile pentru articole.

    Multumesc anticipat.

  • Dor

    Administrator
    21 noiembrie 2021 la 10:42

    Raspunsul meu are doua laturi.

    Mai intai unul legat de problema articolelor clasificate pentru vanzare online.

    Va recomand crearea unui catalog alternativ pentru canalul online. Cu acesta trebuie cuplat site-ul pentru politica comerciala. Pe acest catalog listati doar produsele pe care doriti sa le vindeti online. In acest mod detineti controlul produselor listate in online asa cum o faceti si in reteaua de magazine clasice.

    Legat de atribute, acestea sunt inca in curs de dezvoltare. Ele au fost introduse initial pentru a putea genera variatii pe baza de atribute obligatorii, gen marime si culoare.

    Atributele care nu sunt obligatorii pot avea si alte utilizari ce urmeaza a fi implementate in viitor. In plus nu mai depind de numarul fix de criterii ca in cazul clasificarilor.

  • gmro

    Membru
    21 noiembrie 2021 la 11:21

    Engine-ul de atribute e foarte bun pentru dezvoltarea ecosistemului Smartcash si ma bucur ca ati decis dezvolarea lui.

    Sugestia si rugamintea mea e ca in cadrul dezvoltarii, pe langa versiunea actuala arborescenta (care genereaza in catalogul centralizat variatii ale aceluiasi articol), sa ganditi / gasiti si o varianta de a putea utiliza acest sistem (sau ceva similar) si ca un mijloc de a creste numarul de clasificari custom ale articolelor din catalog fara a mai fi limitati la doar 10 categorii de clasificari DAR fara ca acest lucru sa genereze noi articole (variatii) in catalogul centralizat (din baza de date centralizata).

    Legat de canalul online multumesc pentru sugestie, intr-adevar dpdv al politicii comerciale e oportun crearea unui catalog alternativ pentru vanzarea online. Dar chiar si cu un catalog alternativ nu se rezolva “problema” (limitarea mai bine zis) descrisa de mine cu privire la limitarea numarului de clasificari.

    Inteleg ca acum multi ani Smartcash a pornit probabil de la ideea unui soft de vanzare la POS si receptie marfa iar la inceputuri 10 clase de clasificare erau considerate mai mult decat suficiente pentru utilizarile si functionalitatile de atunci ale Smartcash.

    Dar in prezent, si mai ales pe viitor, pentru directia omnichannel in care se indreapta suita de aplicatii Smartcash RMS, care a devenit mai mult decat un simplu soft de vanzare POS si receptie marfa, consider ca e nevoie de mult mai multe clase / criterii de clasificare pentru catalogul de articole decat cele 10 disponibile momentan, mai ales pentru retele / vanzare omnichannel, cine lucreaza cu cataloage mari de articole si mai ales cu aplicatii BI cum e Smartcash Oxygen unde segmentarea catalogului cu ajutorul clasificarilor e cheia prelucrarii / interpretarii / intelegerii datelor si obtinerii de beneficii din acestea.

Afișare 1 din 7 răspunsuri

Postare Originală
0 din 0 postări Iunie 2018
Acum