De aproape o saptamana "studiez" webgest pentru a vedea daca corespunde cerintelor (nu foarte multe). Dupa 2 zile de chinuri cu instalarea pe un server Ubuntu 13.04 (am incercat si pe 12.04) am reusit sa fac sa functioneze aplicatia, doar cu install-erul automat (pe tomcat7 ca serviciu nu vrea...). Am avut probleme si cu initializarea, nu a vrut din prima...dar pana la urma am reusit sa fac un grup de firme si sa setez prima firma.
Acum am ceva probleme:
1. La initializare date firma, am modificat si salvat datele generale, dar celelalte tab-uri (Status, Puncte de lucru, Cont banca...) sunt nefunctionale si nu pot introduce "Puncte de lucru", Conturi...etc
2. Nu am reusit sa identific daca exista posibilitatea de import produse in nomenclator dintr-un fisier csv sau xls
3. Nu am reusit sa identific daca exista posibilitatea de a importa facturile de la furnizori (receptie marfa). Majoritatea facturilor de la furnizori le primim si in format csv sau xls, deoarece contin peste 25-35 linii cu produse (unele au si peste 100 - sunt facturi import intracomunitar). Ar fi de foarte mare ajutor daca ar exista aceasta posibilitate.
Citat1. La initializare date firma, am modificat si salvat datele generale, dar celelalte tab-uri (Status, Puncte de lucru, Cont banca...) sunt nefunctionale si nu pot introduce "Puncte de lucru", Conturi...etc
În ce sens sunt nefuncționale, nu se activează tab-urile, sau se deschid goale? Cu același browser, pe Demo online funcționează corect?
Citat2. Nu am reusit sa identific daca exista posibilitatea de import produse in nomenclator dintr-un fisier csv sau xls
3. Nu am reusit sa identific daca exista posibilitatea de a importa facturile de la furnizori (receptie marfa). Majoritatea facturilor de la furnizori le primim si in format csv sau xls, deoarece contin peste 25-35 linii cu produse (unele au si peste 100 - sunt facturi import intracomunitar). Ar fi de foarte mare ajutor daca ar exista aceasta posibilitate.
Aceste două puncte sunt oarecum legate, și sunt teme interesante și abordabile. Generarea automată a recepțiilor pe baza facturilor primite în format electronic (3) am realizat-o mai demult, dar din format XML. Un astfel de format ar fi ideal și poate ajungem încet-încet să se pună la punct un standard de factură XML la nivel de UE, și atunci va fi ok, pe măsură ce-l vor implementa tot mai multe firme. Deocamdată fiecare are formatul propriu, nestructurat (cum ar putea fi în xml).
Mă bucur să aflu de interes pentru o astfel de automatizare, foarte utilă în cazul facturilor lungi. În măsura timpului disponibil vom încerca să implementăm și preluarea din CSV. Trimiteți-ne formatul să-l analizăm.
Importul nomenclatoarelor e și el posibil de realizat, tot în funcție de formatul disponibil. Și aici, ca și la preluarea din factură a recepției, se ridică problema categorisirii produselor/cataloagelor pe grupe, subgrupe. Ar trebui stabilite criteriile pentru asta, pe baza a ce informații existente s-ar putea face.
Citat
În ce sens sunt nefuncționale, nu se activează tab-urile, sau se deschid goale? Cu același browser, pe Demo online funcționează corect?
Da, nu se activeaza tab-urile respective. Pe acelasi browser, pe Demo online functioneaza corect!
Citat
Aceste două puncte sunt oarecum legate, și sunt teme interesante și abordabile. Generarea automată a recepțiilor pe baza facturilor primite în format electronic (3) am realizat-o mai demult, dar din format XML. Un astfel de format ar fi ideal și poate ajungem încet-încet să se pună la punct un standard de factură XML la nivel de UE, și atunci va fi ok, pe măsură ce-l vor implementa tot mai multe firme. Deocamdată fiecare are formatul propriu, nestructurat (cum ar putea fi în xml).
Mă bucur să aflu de interes pentru o astfel de automatizare, foarte utilă în cazul facturilor lungi. În măsura timpului disponibil vom încerca să implementăm și preluarea din CSV. Trimiteți-ne formatul să-l analizăm.
Cred ca automatizarea este utila in orice situatie, mai ales in cazul in care se lucreaza cu multi furnizori si cu nomenclator mare de produse. (in momentul de fata lucram cu un nomenclator cu peste 2000 de produse) Nu am creat un format pentru importul receptiilor ( valabil si pentru export - facturi iesire, avize expeditie, transfer intre puncte de lucru, etc), m-am adaptat la cerintele sistemului.
Acum folosesc, pentru import, un fisier txt, ceva de genul: cod_produs#cantitate#pret_achizitie#pret_vanzare
Citat
Importul nomenclatoarelor e și el posibil de realizat, tot în funcție de formatul disponibil. Și aici, ca și la preluarea din factură a recepției, se ridică problema categorisirii produselor/cataloagelor pe grupe, subgrupe. Ar trebui stabilite criteriile pentru asta, pe baza a ce informații existente s-ar putea face.
Importul nomenclatoarelor este foarte important, mai ales pentru cei care lucreaza cu sezonalitate (Fashion/Retail), unde de cel putin de 2 ori pe an se schimba colectiile si trebuie introduse cateva sute bune de produse, daca nu chiar mii. Formatul fisierului de import ar trebui sa contina:
-CodProdus
-DenumireProdus
-CodBAre
-CodFurnizor
-Categorie
-Subcategorie
-etc...
Legat de categorie si subcategorie...am vazut ca nu se poate folosi decat 2 nivele? Nu se poate merge pana la 3 sau 4 nivele?
Citat
Da, nu se activeaza tab-urile respective. Pe acelasi browser, pe Demo online functioneaza corect!
E o problemă de javascript și-ar ajuta mesajele de eroare din browser. În Firefox - Web Developer>Error Console. Ce spune acolo? Restul formularelor merg bine (recepție, factură)?
CitatAcum folosesc, pentru import, un fisier txt, ceva de genul: cod_produs#cantitate#pret_achizitie#pret_vanzare
Aceste fișiere vin direct de la furnizori sau le mai prelucrați? Mai mulți furnizori folosesc același format?
CitatLegat de categorie si subcategorie...am vazut ca nu se poate folosi decat 2 nivele? Nu se poate merge pana la 3 sau 4 nivele?
Da, așa e acum și-a fost îndestulător. Dacă-i musai nevoie de mai multe nivele, se va putea rezolva. Râmâne însă problema fixării categoriilor la import. Chiar se regăsesc în datele primite de la furnizor?
Atasat, fisierul cu erorile de la "Administrare". Celelalte meniuri (nomenclator produse, introducere categ si subcateg, furnizori) par a functiona corect. Mai putin printarea receptiei care s-a blocat, dar asta cred ca din cauza ca nu aveam asociata nicio imprimanta.
Fisierele de la furnizori le prelucram...nu sunt 2 furnizori care sa aiba acelasi format de export/import date! De aceea, daca exista un "sablon" pentru introducere date (nomenclatoare, receptii) ar fi perfect.
Legat de numarul de nivele de la categorii si subcategorii, in majoritatea situatiilor sunt suficiente cele 2 nivele deja existente. Problema apare de obicei in Fashion-Retail unde ai nevoie de mai multe nivele (Copii-Fete-10Ani-Tricou sau Copii-Baieti-10Ani-Pantaloni)
CitatAtasat, fisierul cu erorile de la "Administrare". Celelalte meniuri (nomenclator produse, introducere categ si subcateg, furnizori) par a functiona corect. Mai putin printarea receptiei care s-a blocat, dar asta cred ca din cauza ca nu aveam asociata nicio imprimanta.
Problema se pare că vine de la incompatibilităţi de librării (în acest caz de javascript) între versiunea mai veche de Webgest din installer şi cele din webgestext (inclusiv de structură). E recomandabil să reluaţi instalarea prin metoda manuală, cu Tomcat ca serviciu sau instalat separat. Trebuie să funcţioneze şi pe Ubuntu. Posibil să fie şi în acest caz o problemă de simbolic link, pe care am mai întâlnit-o, între pachetele de instalare ale lui Tomcat, pe care cei de la Ubuntu au uitat să-l facă. Să vedem ce erori dă şi vom găsi soluţii.
CitatFisierele de la furnizori le prelucram...nu sunt 2 furnizori care sa aiba acelasi format de export/import date! De aceea, daca exista un "sablon" pentru introducere date (nomenclatoare, receptii) ar fi perfect.
Cam în ce constă prelucrarea pe care o faceţi acum, se intervine manual în fişierele primite de la furnizori sau aveţi ceva convertoare între acestea şi şablonul vostru. În Webgest există şablonul gata făcut, doar că e în xml.
O sa incerc zilele acestea sa reinstalez sistemul si sa pun tomcat7 ca si serviciu. Problema e ca am incercat de cateva ori varianta de instalare manuala, dara fara succes. Nu am reusit sa trec de mesajul de eroare aparut si in postul asta http://forum.webgest.ro/index.php?topic=202.0 (http://forum.webgest.ro/index.php?topic=202.0).
Legat de prelucrarea datelor...am un sablon (in xls) in care copiez datele din facturile furnizorilor. Fisierul respectiv il salvez in txt sau csv si il import. Am vazut ca webgest are sablonul pentru factura in xml, dar nu prea am inteles cum sa-l folosesc (nu ma pricep cu xml)
Citat din: stefg27 din Iulie 23, 2013, 11:01:15 AM
O sa incerc zilele acestea sa reinstalez sistemul si sa pun tomcat7 ca si serviciu. Problema e ca am incercat de cateva ori varianta de instalare manuala, dara fara succes. Nu am reusit sa trec de mesajul de eroare aparut si in postul asta http://forum.webgest.ro/index.php?topic=202.0 (http://forum.webgest.ro/index.php?topic=202.0).
E exact mesajul acesta?
CitatMessage:
FAIL - Application at context path /webgest could not be started
FAIL - Encountered exception org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/webgest]]
Trebuie mers pas cu pas. Tomcat-ul funcționează corect, din pagina lui de administrare se poate face deploy la alte aplicații și acestea sunt ok și doar Webgest nu merge?
CitatLegat de prelucrarea datelor...am un sablon (in xls) in care copiez datele din facturile furnizorilor. Fisierul respectiv il salvez in txt sau csv si il import. Am vazut ca webgest are sablonul pentru factura in xml, dar nu prea am inteles cum sa-l folosesc (nu ma pricep cu xml)
Dacă va fi cazul, peste astfel de prelucrări se va putea sări. Convertoarele respective se pot integra în Webgest și vor apare cele câteva tipuri de formate (al furnizorului X, al lui Y ...) într-o listă de ales la preluarea facturii (posibil și aviz) la recepție. În spate, datele ajung oricum în formatul xml, din care se fac prelucrările.
Da, exact acest mesaj:
FAIL - Application at context path /webgest could not be started
FAIL - Encountered exception org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/webgest]]
Da, tomcat-ul functioneaza corect, pot face deploy la webgestext si porneste, fac deploy la webgest dar nu porneste, apare acel mesaj de eroare
CitatDa, tomcat-ul functioneaza corect, pot face deploy la webgestext si porneste, fac deploy la webgest dar nu porneste, apare acel mesaj de eroare
In primul rand bun venit pe forum.
Daca dupa deploy la webgestext in tomcat, Running = true
iar dupa deploy la webgest Running = fals
incearca sa faci undeploy la webgestext si la webgest dupa care verifici
daca nu au ramas in tomcat/webapps ceva urme directoare sau fisiere
legat de webgestext si webgest le stergi, repornesti tomcat din servicii iar dupa aceea
incerci sa faci deploy la webgestext dupa care repornesti tomcat si abia dupa aceea
faci deploy la webgest.
Verifica si editarea fisierului conf din "catalina.properties din Tomcat/conf "
Se completeaza linia - shared.loader=${catalina.home}/webapps/webgestext/wglib,${catalina.home}/webapps/webgestext/wglib/*.jar,${catalina.home}/webapps/webgestext/ReportEngine/lib,${catalina.home}/webapps/webgestext/ReportEngine/lib/*.jar
Am reinstalat sistemul...dar tot nu functioneaza webgest cu tomcat ca si serviciu! Acelasi mesaj de eroare apare.
Ce am facut:
1. instalat oracle java
2. instalat mysql
3. instalat tomcat7
4. setat JAVA_HOME in /etc/default/tomcat7
Using CATALINA_BASE: /usr/share/tomcat7
Using CATALINA_HOME: /usr/share/tomcat7
Using CATALINA_TMPDIR: /usr/share/tomcat7/temp
Using JRE_HOME: /usr
Using CLASSPATH: /usr/share/tomcat7/bin/bootstrap.jar:/usr/share/tomcat7/bin/tomcat-juli.jar
Server version: Apache Tomcat/7.0.35
Server built: May 24 2013 09:52:20
Server number: 7.0.35.0
OS Name: Linux
OS Version: 3.8.0-26-generic
Architecture: amd64
JVM Version: 1.7.0_25-b15
JVM Vendor: Oracle Corporation
5. modificat linia in catalina.properties din /etc/tomcat7
6. deploy webgestext....status OK
7. restart tomcat7
8. deploy webgest...status OK, dar nu porneste automat. La pornire manuala apare mesajul:
FAIL - Application at context path /webgest could not be started
FAIL - Encountered exception org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/webgest]]
Atasat catalina.out
GATA....s-a rezolvat!!!
A trebuit sa schimb calea relativa din catalina.properties ( ${catalina.home} in /var/lib/tomcat7/webapps )
Se pare că e exact cazul descris:
Citat din: cios din Iulie 21, 2013, 04:38:42 PM
Posibil să fie şi în acest caz o problemă de simbolic link, pe care am mai întâlnit-o, între pachetele de instalare ale lui Tomcat, pe care cei de la Ubuntu au uitat să-l facă. Să vedem ce erori dă şi vom găsi soluţii.
Câteva linii din catalina.out (de genul:
<< WARNING: Problem with directory [/usr/share/tomcat7/webapps/webgestext/wglib], exists: [false], isDirectory: [false], canRead: [false] >> )
spun că nu se găsesc folderele respective.
Totul vine de la faptul că Tomcat-ul se instalează în mai multe locuri pe sistem. Iar pe aceste versiuni de Ubuntu nu mai sunt legături între locurile unde se deploy-mentează aplicațiile.
Soluția este creerea unui symbolic link din /usr/share/tomcat7/webapps către /var/lib/tomcat7/webapps .Restart Tomcat și ar trebui să meargă!
Am postat cam în același timp! Mă bucur că ai găsit și acea soluție. De văzut mai departe care e mai bună.
Spor la treabă!
Revenind la subiectul initial al postului - "Import nomenclator produse/Factura din e-mail" nu am reusit operatiunea. Am incercat toate variantele, si nu functioneaza, nici pe sistemul meu si nici pe varianta online-demo. Un mic "howto..." ar fi binevenit !
Într-adevăr, nu mai este funcțional formularul de preluare din fișier, pe nicio variantă. În format xml nu au fost niciodată furnizori care să pună la dispoziție, iar de la ceilalți doi pentru care au fost făcute convertoarele din csv nu s-au mai primit facturi de mulți ani. Între-timp s-au făcut tot felul de schimbări în formularele legate de recepție și partea asta nu s-a mai actualizat.
Chiar zilele acestea n-o să ne putem ocupa de problemă, dar o s-o abordăm cât de curând. Așteptăm între timp și ceva idei legate de identificarea cataloagelor-categoriilor. Furnizorii voștri folosesc și coduri interne, care se regăsesc și în fișierele primite și s-ar putea extrage ceva informații de acolo?
Da, majoritatea furnizorilor folosesc propriile coduri interne, care se regasesc si pe factura. La furnizorii intracomunitari, pe langa codul intern mai exista si EAN si atunci e mai usor de identificat. Este foarte utila implementarea mai multor referinte ale produsului, gen EAN si cod furnizor in cazul in care se rezolva si modulul de "Comenzi Furnizori"
In momentul de fata (cu actualul "sistem de gestiune" - sper ca se intelege de ce sunt ghilimele :D) facem 2 operatiuni:
a) import produse noi in nomenclator ( cu un fisier txt, care contine informatii de cod intern, EAN, denumire, TVA, grupa, subgrupa, etc...), apoi
b) import factura (NIR) (tot fisier txt, cu informatii doar: cod intern, cantitate, pret intrare, pret vanzare cu TVA).
In cazul in care exista produsele in nomenclator, nu facem decat operatia b)
Citat din: stefg27 din Iulie 29, 2013, 04:25:29 PM
Revenind la subiectul initial al postului - "Import nomenclator produse/Factura din e-mail" nu am reusit operatiunea. Am incercat toate variantele, si nu functioneaza, nici pe sistemul meu si nici pe varianta online-demo. Un mic "howto..." ar fi binevenit !
Pregătim zilele acestea o nouă versiune a Webgest, 4.8. Au fost modificări mai mari, inclusiv a structurii bazei de date, legate mai ales de partea de contabilitate, tva și istoricul unor schimbări pe perioade. Am putea prinde cu această ocazie și acest punct, măcar demonstrativ.
Pentru că de mult timp nu s-a mai folosit opțiunea de generare a recepției pe baza facturii primite pe mail, formul respectiv nu s-a mai actualizat și nu mai era funcțional în ultimele versiuni. Am început să-l refacem și ar fi posibil să rezolvăm și o preluare dintr-un format nou, csv, pe lângă cea din xml. Pentru asta ne-ar trebui un exemplu de date, într-unul din formatele ce le primiți voi mai frecvent. Sper că nu-i o problemă să ni-l trimiți, după ce ați scos din ele datele confidențiale. Apoi mai vedem cum facem cu categorisirea...
Am primit pe mail exemplele de date, dar care sunt legate mai mult de procedura de lucru și de structura aplicației respective. Noi am dori să încercăm preluarea direct din formatul venit de la furnizor și pentru asta te-aș ruga să ne trimiți un astfel de exemplu, pe mail sau atașat aici pe forum.
Bănuim că în acel fișier primit sunt și alte date în afară de partea de articole, cum ar fi datele de identificare ale furnizorului, număr/dată factură, data scadentă, valori totale (pentru a le compara cu sumele rezultate din calcule, să nu se înregistreze cu diferențe de bănuți din cauza rotunjirilor!)... Ar trebui să fie cam tot ce-i și pe factură. Modul nostru de lucru permite și preluarea acestor date, putând fi extins la nevoie și cu preluarea unui întreg calup de facturi. Iar e o bănuială, că actualul program vă permite importul articolelor doar, și într-o fază avansată a formularului de recepție, după ce s-au introdus deja datele generale de pe factură. Dar, în timp, încercăm să facem acest proces să funcționeze cât mai automat, cu cât mai puține intervenții ale operatorului.
Citat din: cios din August 21, 2013, 08:00:05 PM
Bănuim că în acel fișier primit sunt și alte date în afară de partea de articole, cum ar fi datele de identificare ale furnizorului, număr/dată factură, data scadentă, valori totale (pentru a le compara cu sumele rezultate din calcule, să nu se înregistreze cu diferențe de bănuți din cauza rotunjirilor!)... Ar trebui să fie cam tot ce-i și pe factură. Modul nostru de lucru permite și preluarea acestor date, putând fi extins la nevoie și cu preluarea unui întreg calup de facturi. Iar e o bănuială, că actualul program vă permite importul articolelor doar, și într-o fază avansată a formularului de recepție, după ce s-au introdus deja datele generale de pe factură. Dar, în timp, încercăm să facem acest proces să funcționeze cât mai automat, cu cât mai puține intervenții ale operatorului.
Acest fisier nu contine informatii despre factura (numar, data, sume). Aveti dreptate, sistemul actual de "import" folosit este semi-automat, adica se introduc manual, in formularul de receptie, Numele Furnizorului, Nr. Factura, Data Factura si gestiunea. Automatizarea se refera doar la liniile facturii. Dupa introducerea liniilor se verifica manual daca corespunde totalul receptiei cu datele de pe factura.
Am introdus în noua versiune și posibilitatea de a adăuga, la recepția normală, și articole preluate prin importul din fișiere. E acum funcțională, în paralel, și recepționarea "automat din fișier", cu date din xml.
Pentru această parte de import doar a articolelor din fișier vor fi două formate disponibile, deocamdată: dintr-un xml (generic) și dintr-un csv. Am pus în attach un exemplu de csv, generat din combinarea celor două folosite de voi, de bază fiind nomstoc la care s-au adăugat câmpurile din nir. Am vrea să știm dacă vă e la îndemână să obțineți și acest format prin acele prelucrări în excel.
Ne-ar interesa de asemenea un feedback despre structura acestui fișier și de la alți utilizatori pentru care ar fi de folos preluarea din facturile primite de la furnizori în format electronic. Pot fi adăugate pe parcurs mai multe astfel de formate. Acum vrem să pornim cu acesta, pe care să-l apropiem de unul cât mai general.
Ca principiu de lucru, în Webgest preluarea se face într-o singură etapă - din punctul de vedere al utilizatorului. În spate se generează automat cataloage/nomenclatoare noi pentru articolele ce nu se regăsesc în baza de date. Modul de identificare se face acum după denumire, explicație, cod, um și furnizor. El poate fi îmbunătățit, ca și cel de încadrare pe categorii.
Legat de fisier: am observat ca, "capul de tabel" are ca delimitator //, iar datele au ca delimitator #. Banuiesc ca fisierul de import contine numai date, fara cap de tabel, corect?
Legat de modul de identificare a produselor, mi se pare un pic ciudat ca principalul mod de identificare nu se face dupa cod EAN, care este unic.(Aici vorbesc de brand-uri, de producatori care au solicitat alocarea codului EAN la nivel european. Marlboro are acelasi cod si in RO si in DE si GB).
Exista situatii (destul de multe) cand denumirea unui produs sa fie diferita, dar codul EAN este acelasi. In acelasi timp, exista situatia cand un produs poate fi comandat de la mai multi furnizori (intr-o perioada de timp) in functie de pretul cel mai bun obtinut. Daca de fiecare data se importa in baza de date acelasi produs doar pentru ca are denumire diferita se va incarca baza de date fara rost. E doar o parere!
Citat din: stefg27 din August 30, 2013, 11:01:26 AM
Legat de fisier: am observat ca, "capul de tabel" are ca delimitator //, iar datele au ca delimitator #. Banuiesc ca fisierul de import contine numai date, fara cap de tabel, corect?
Capul de tabel este pus doar informativ, oricum nu se ia în seamă și bineînțeles că poate să lipsească. În noua variantă, integrată deja în aplicație, a și fost modificat, folosindu-se "--" pentru comentarii, așa cum se folosește și la MySQL.
Pentru a putea discuta la concret, ți-am și trimis pe mail noua versiune a Webgest, cu problema de update baza de date rezolvată (urmează să punem și la download după ce se rezolvă și celălalt bug descoperit).
Citat
Legat de modul de identificare a produselor, mi se pare un pic ciudat ca principalul mod de identificare nu se face dupa cod EAN, care este unic.(Aici vorbesc de brand-uri, de producatori care au solicitat alocarea codului EAN la nivel european. Marlboro are acelasi cod si in RO si in DE si GB).
Exista situatii (destul de multe) cand denumirea unui produs sa fie diferita, dar codul EAN este acelasi. In acelasi timp, exista situatia cand un produs poate fi comandat de la mai multi furnizori (intr-o perioada de timp) in functie de pretul cel mai bun obtinut. Daca de fiecare data se importa in baza de date acelasi produs doar pentru ca are denumire diferita se va incarca baza de date fara rost. E doar o parere!
O să le luăm pe rând, pornind de la modelul pus în noua versiune. Se pot face multe ajustări, dar trebuie documentate, negociate. Sperăm să iasă ceva cât mai acoperitor.
Astazi am avut timp sa verific functionarea importului!
1. Functioneaza preluarea fisierului, dar nu introduce si pretul de vanzare (ultima coloana din fisierul de import). Foloseste in mod automat pentru calcul procentul de adaos stabilit in setari.
2. La produsele noi nu ataseaza "Grupa" si "Subgrupa" - le introduce automat in grupa DV si subgrupa DV
3. La produsele care nu se gasesc in baza de date, nu le ataseaza cod produs si cod EAN
Cam astea sunt primele impresii!
PS: Se pare ca nu prea a fost dorit acest modul de import, pentru ca vad ca nu este niciun feedback!!
Citat din: stefg27 din Septembrie 02, 2013, 05:37:51 PM
Astazi am avut timp sa verific functionarea importului!
1. Functioneaza preluarea fisierului, dar nu introduce si pretul de vanzare (ultima coloana din fisierul de import). Foloseste in mod automat pentru calcul procentul de adaos stabilit in setari.
Acea coloană am lăsat-o acolo forțat, să se vadă că s-a luat tot din nir. În mod normal ea nu trebuie să existe, fiindcă furnizorul nu-ți scrie pe factură (decât în cazuri excepționale) prețul de vânzare. Probabil că la voi se obișnuiește editarea în excel, și de acolo apare în fișierul nir acel preț. În felul cum am făcut noi, se consideră că importul se face direct din fișierul primit de la furnizor și eventualele corecții/editări se fac în formularul de recepție. Se poate face, după cum am mai spus, și preluarea din xls. Ne trebuie un format de exemplu.
Citat
2. La produsele noi nu ataseaza "Grupa" si "Subgrupa" - le introduce automat in grupa DV si subgrupa DV
3. La produsele care nu se gasesc in baza de date, nu le ataseaza cod produs si cod EAN
Păi... de unde?! Aici e încă mult de lucru, la standardizare. Ar fi interesant de ținut cont și de formatele și structura din PrestaShop, să se potrivească până la capăt.
Citat
Cam astea sunt primele impresii!
PS: Se pare ca nu prea a fost dorit acest modul de import, pentru ca vad ca nu este niciun feedback!!
Puterea obișnuinței... Dacă merge și așa...
Pentru noi e o reluare după mulți ani, dar sigur e pe un nivel mai sus al spiralei. Acum și mai mulți ani, când am început lucrul, lumea spunea că o astfel de aplicație web nu va fi folosită niciodată de gestionari și contabili! (Pe acele vremuri managerii nici nu foloseau calculatorul, așteptau și primeau totul tipărit!)