Newsgroup: it.comp.os.linux.sys
Titolo: Software Gestione Magazzino

Conoscete qualche software per la gestione del magazzino
(anche a pagamento) multi-utente con emissione etichette e lettura di
codice a barre per linux?
Ho cercato in giro, ma non ho trovato niente...
Grazie mille.
--
E_A_N-8
 

 
http://www.emmesistemi.it/



grazie mille!!
--
E_A_N-8
 

 Ho cercato in giro, ma non ho trovato niente...
Si fa in 2/3 gg. in PHP+MySQL conoscendo la Business Logic
dell'appicazione.
Se fornisci il database (anche formato testo) ti do un assaggio..
Per database si intende:
Clienti:
Nome, cognome, indirizzo, cap, codice cliente ecc..
Articoli:
produttore, fornitore, codice produttore, bar-code, ecc.. 
in pratica tutti i campi di cui necesiterà l'applicazione, prova ad
immaginarlo a video, quello che la segretaria/magaziniere dovrà inserire
o ottenere a livello di query

EAN-8 wrote:

KGest sotto licenza GPL
ciao
-- 
Io uso Slackware Linux!
www.slackware.org


con php e mysql ci mastico un pò...
ma in php posso fare la generazione delle etichette con i codici a
barre?
--
E_A_N-8
 

 barre?
uno a caso ma ce ne sono a decine:
http://www.java4less.com/rbarcode-php/index.html
bisognerebbe valutare un discorso di comodità, forse è più semplice
utilizzare un apposita stampante e relativo software e stampare le
etichette su nastro autoadesivo ma come detto va valutato il tipo di
prodotto, dove andrà il codice a barre ecc..
se hai una mezza idea del risultato che vuoi ottentere si fa una bozza di
database.
Se conosci il meccanismo php+mysql comprenderai perfettamente il vantaggio
di avere un applicazione di questo tipo rispetto ad una tipo "client" da
installare singolarmente e per di più certificata per una distro
specifica.

 KGest
da brivido!!
snapshot preventivi..
i clienti in un menù a tendina.. 
fin che sono 20/30 ok ma quando sono
3.000? 
Carica un menu a tenda con 3.000 voci? Bella idea non c'è che dire...
forse se si comincia con "form di ricerca", individuato il cliente tra n
omonimi clic su "Preventivi" e avanti..
in un applicazione reale bisogna tener conto della quantità di record che
popolerà il database, un menù a tenda con 30 "Mario Rossi" non solo non
mi aiuta ad identificare in modo certo il cliente al quale sto per fare il
preventivo ma mi fa anche girare i maroni perché devo uscire dalla
maschera ed andare a cercare l'id del "Mario Rossi" che mi interessa,
annullando de facto l'utilità del database sottostante.
proseguendo..
snap carico-magazzino
selezione dell'iva su quale base?
l'iva va caricata sul singolo prodotto non sulla fattura di acquisto,
nella stessa fattura di acquisto posso avere articoli con iva al 20% ed
altri esenti.
proseguendo..
meglio fermarci..
Apprezziamo lo sforzo in generale ma ci sono errori grossolani di
ingegnerizzazione del database e della business application in genere.
Suggerimento: uno stage presso un azienda commerciale per il programmatore

 Ho cercato in giro, ma non ho trovato niente...
  Forse questo: 
http://gizmo2.dyndns.org/index.php?page=kgest
Giovanni.
-- 
   |^^^^|
   |    |  Eat my shorts !             * Linux Powered *
   |()()| /                            - Kernel 2.6.10 -
                 -> gio.bcc 
tin.it
 <-

 barre?
Si, usando le librerie GD per la generazione al volo delle immagini.
Avevo scaricato anni fa una classe simile. Purtroppo quella classina non 
e' da riscrivere completamente per l'attuale versione di PHP.
l'avevo trovata su: 
http://www.mribti.com/barcode/home.php
 pero 
Purtroppo il sito sembra non rispondere
un esempio funzionante di quella libreria:
http://www.barcodesinc.com/generator/index.php
Qui invece puoi trovare altri generatori di barcode su php:
http://www.hotscripts.com/PHP/Scripts_and_Programs/E-Commerce/Barcode_Generation/
-- 
Sidewinder

specifica.
Si infatti un ERP basato su php+mysql avrebbe degli ottimi vantaggi,
si potrebbe usare da qualsiasi postazione con un browser e sarebbe
indipendente dalla distribuzione.
Grazie per l'aiuto.
--
E_A_N-8
 

 codice a barre per linux?
http://www.novasoftonline.it/sazienda.htm
 

 dell'appicazione.
Un'ottima idea.
Io pero` a MySQL preferisco PostgreSQL anche per piccoli progetti.
Poi c'e` xul (che mi interessa e prima o poi ci faro` qualcosa) che 
permette di avere delle interfacce molto piu` amichevoli. 
-- 
| Massimo ;-) -> 
http://maq.altervista.org
        |       (o_        |
|- BABYLON 5  -> 
http://babylon5.altervista.org
   |  (o-  //\   -o)  |
|- STARGATE   -> 
http://sg1screw.altervista.org
   |  (/)_ V_/_ _(\)  |
|- USSTRIBOLO -> 
http://usstribolo.altervista.org
 | POWERED BY LINUX |

 permette di avere delle interfacce molto piu` amichevoli.
Ci sono un sacco di tecnologie e linguaggi interessanti phyton, ruby,
java... ma nel frattempo che tu ed altri armeggiate con xul o uno a caso
tra gli altri 200 linguaggi possibili l'artigiano sotto casa e la PMI
continuano ad acquistare ERP da bancone tipo "Aquila, Falco, Banana" e via
dicendo che casualmente hanno tutti in comune il nostro amatissimo WIN.
Ora, in linea di principio non ho nulla in contrario alla ricerca ed alla
sperimentazione anzi, ma ad un certo punto bisogna decidersi o si fa solo
ricerca fine a se stessa o si porta "in tavola" qualcosa di cotto dando la
possibilità a chi la ricerca l'ha fatta di fare anche qualche euro.
Fidati che per la stragrande maggioranza delle aziende
italiane (PMI) php+mysql+apache sono già sovra dimensionati per quello
che serve ai loro scopi.

 
Anche invece i gestori dei domini .org la pensano diversamente:
http://www.computerworld.com.au/index.php?id=760310963

 Suggerimento: uno stage presso un azienda commerciale per il programmatore
Tutto si puň sviluppare e migliorare. Nelle intenzioni dei programmatori,
quel programma dovrebbe gestire un negozietto. 
Perň... grazie per il suggerimento! ^_^


 che serve ai loro scopi.
Opinabile. Personalmente parlando, per un gestionale da installare in una
PMI utilizzerei PostgreSQL a prescindere dalle esigenze del committente.
Per quanto riguarda invece il frontend, utilizzerei o Java (applicazione
C/S) o JSP (applicazione web)
Henryx