Newsgroup: it.comp.appl.access
Titolo: DIBA , MRP

Buongiorno a tutto il NG
dopo un pò di tempo e di tentativi mi rifaccio avanti per chiederVi
aiuto su come risolvere dei problemi che incontro nella gestione della
diba dei miei prodotti e nella realizzazione di un efficace mrp.
Se qualcuno ne vuole sapere di piu si faccia avanti che gli spiego di
cosa si tratta.
Ciao a tutti e grazie.
Roberto

 ha scritto nel messaggio 
news:e3fb5d70-b81b-4b88...@f36g2000hsa.googlegroups.com...
Buongiorno a tutto il NG
dopo un pň di tempo e di tentativi mi rifaccio avanti per chiederVi

--------------------------------------------------------
Magari se chiedi qualcosa di preciso qualcuno ti potra' aiutare
Ciao
RobertoA

 RobertoA
Ciao RobertoA
io sono RobertoV
per chiedere qualcosa di piu preciso, non è facile, inquanto dovrei
spiegare tutto il mio processo produttivo e non volgio utilizzare
troppo spazio nel NG.
Provo ugualmente a darvi delle indicazioni:
Mi sono arenato nella costruzione del mio db dopo aver costruito,
meglio dire tentato di costruire, il modulo di gestione ordini
clienti, inquanto devo gestire gli articoli che produco secondo le
loro richieste di personalizzazione.
cosa voglio dire: ammettiamo che un cliente mi ordini una partita di
secchi da 10 lt "ART001" la mia domanda a lui sarà: di che colore li
vuoi? e lui mi dirà come li devo produrre. Fino a quì è tutto semplice
il problema è il seguente se lui mi chiede N colori io dovrei avere in
distinta base N "ART0001" ovvero uno per ogni colore, questo è quello
che i normali prg gestionali fanno ma io non voglio lavorare in questo
modo bensì vorrei poter lavorare come segue:
ARTICOLO RADICE: "ART0001"
VARIANTE: "COLORE"
quindi poter sceglire la variante da fare quando qualcuno lo chiede e
non averle già tutte pronte nel cassetto.
e' un pò come dire che se uno in pizzeria ordina una margherita doppia
mozzarella, il gestore non avrà in archivio tutte le pizze e poi tutte
le pizze doppia mozzarella, ma dovrà avere tutte le pizze e tutte le
varianti da combinare a richiesta.
spero di aver dato istruzioni.
Ciao
(AIUTATEMI PER FAVORE NON CI ESCO VIVO)

 (AIUTATEMI PER FAVORE NON CI ESCO VIVO)
Non sei il solo.
Se non hai una "consolidata" esperienza di sviluppo applicazioni, non 
dico "lascia perdere", ma metti in conto il classico "sangue, sudore e 
lacrime".
--
ac

 di distinta base o come parametri forniti al momento.
avendo una distinta base formata da IDP;IDF;QTA'
come gestiresti la variazione di un IDF senza alterare la diba di
origine?

 ha scritto
cut
Provo ugualmente a darvi delle indicazioni:
Mi sono arenato nella costruzione del mio db dopo aver costruito,
meglio dire tentato di costruire, il modulo di gestione ordini
clienti, inquanto devo gestire gli articoli che produco secondo le
loro richieste di personalizzazione.
cosa voglio dire: ammettiamo che un cliente mi ordini una partita di
secchi da 10 lt "ART001" la mia domanda a lui sarà: di che colore li
vuoi? e lui mi dirà come li devo produrre. Fino a quì è tutto semplice
il problema è il seguente se lui mi chiede N colori io dovrei avere in
distinta base N "ART0001" ovvero uno per ogni colore, questo è quello
che i normali prg gestionali fanno ma io non voglio lavorare in questo
modo bensì vorrei poter lavorare come segue:
ARTICOLO RADICE: "ART0001"
VARIANTE: "COLORE"
quindi poter sceglire la variante da fare quando qualcuno lo chiede e
non averle già tutte pronte nel cassetto.
e' un pò come dire che se uno in pizzeria ordina una margherita doppia
mozzarella, il gestore non avrà in archivio tutte le pizze e poi tutte
le pizze doppia mozzarella, ma dovrà avere tutte le pizze e tutte le
varianti da combinare a richiesta.
spero di aver dato istruzioni.
Ciao
(AIUTATEMI PER FAVORE NON CI ESCO VIVO)
-------------------------------------------------------------------------
A me non sembra una cosa molto difficile.
Certo sarebbe auspicabile avere in una tabella tutte le variabili, una 
tabella per ogni singola variabile/gruppo.
Così, per rimanere all'esempio "secchio", una TblColore, una TblMateriale 
(acciaio, zinco, plastica...), una TblForma (conica, cilindrica, ecc.).
Un po' come si fa con i database per la ricostruzione dei volti: una 
TblBarba, TblNasi,TblOcchi,TblCapelli, ecc..
Fatta questa struttura diventa una specie di giochino, con la possibilità di 
aggiungere nuove caratteristiche anche al volo purchè rientranti in un 
determinato gruppo di variabili.
Ci siamo fin qui? Ho colto il senso della domanda?
Ciao, Carlo

On 13 Set, 11:54, "Carlo Costarella"

OTTIMO
CONTINUA


Se preferisci puoi contattarmi in privato via mail
ciao
RobertoV

 CONTINUA
Se preferisci puoi contattarmi in privato via mail
ciao
RobertoV
----------------------------------------
In privato ?
Arridaje
E che noi non potemo vede' ?
Credo sia un argomento di interesse generale
Quindi percui, piu' solusioni saltano fuori e piu' meglio ci andiamo tutti
Honestamente non mi sembra un problema tanto difficile
Cosi' tanto per dire, io terrei un'unica tabella ARTICOLI
Oltre al classico ID_ARTICOLO, ID_MATERIALE, ID_LAVORAZIONE, CODICE, 
DESCRIZIONE, COSTO, PREZZO  anche un campo ID_ARTICOLO_PADRE
Per gli articoli veri e propri quest'ultimo campo verra' valorizzato con 0
Per le varianti verra' valorizzato col valore dell'ID_ARTICOLO al quale la 
variante e' collegata
Con una ricerca ricorsiva sara' possibile ricreare la scheda completa 
dell'articolo desiderato
Il pro di questo sistema e' che non si fissano a priori i livelli 
raggiungibili dalla diba dell'articolo, puo' essere profonda due o tremila 
livelli, dipende dalle necessita'
Il contro e' che tutte le varianti/lavorazioni collegate ad un articolo non 
saranno usabili da altri articoli o comunque bisognera' copiarle, ad esempio 
se l'articolo dfosse SECCHIO IN LAMIERA DI FOSFATO ed una sua variante fosse 
N.2 CC COLORE NERO VERMIGLIO OCRA, allora un altro articolo che avesse 
bisogno della stessa identica lavorazione dovrebbe re-inserire la variante e 
non potrebbe 'pescarla' dalla tabella  MATERIALI
Anzi no, basterebbe mettere come materiale di base 'N.2 CC COLORE NERO 
VERMIGLIO OCRA'  al posto del 'COLORE NERO VERMIGLIO OCRA'
Ma forse non ho ancora ben capito cosa vuoi fare
Ciao
RobertoA

RobertoA ha scritto:

Scusate l'intromissione e l'ignoranza....cos'è MRP?
-- 
Questo articolo e` stato inviato dal sito web 
http://www.nonsolonews.it

 ha scritto nel messaggio 
news:gage48$lsi$1...@news.nonsolonews.it...

E' il Minimum Required Processor per far girare un certo programma, in 
questo caso la diba per gli articoli richiesti
Piu' alto e' questo valore e peggio sei come programmatore
RobertoA

"Fair87" <roby.ces@gmail . com > ha scritto nel messaggio 

Grazie


 E' il Minimum Required Processor per far girare un certo programma, in 
Materials Requirements Planning
forse e' piu' appropriato
--
ac


giusto e per afr girare bene l' MRP la diba deve essere strutturata
benissimo.


Ciao RobertoA
forse sono io che non mi sono spiegato bene ma non capisco cosa mi
stai dicendo.
Io devo riuscire a dire al db che un determinato cliente vuole si una
pizza 4 stagioni ma la vuole senza carciofini e con doppia mozzarella.
Io di sicuro avrò nelle ricette (diba) la 4 stagioni però devo far si
che il db ovvero il pizzaiolo leggendo la nota del cliente mi faccia
la pizza giusta aggiornando il magazzino nel modo corretto.
Quindi la variante non deve essere una variante puramente descrittiva
ma deve essere operativa, attenzione però deve operare solo su quella
pizza e per ilt empo necessario a chiudere l'ordine poi la 4 stagioni
ritornerà ad essere come sempre uguale per tutti.
Ciao
RobetoV

 ha scritto nel messaggio 
news:c52a797a-a849-4c32...@x35g2000hsb.googlegroups.com...

OTTIMO
CONTINUA
-----------------------------------------------------
Bene.
L'ordine del cliente prevede un dettaglio ordine dove andrai a costruire il 
tuo "articolo".
La tabella Articoli dovrà prevedere un campo per ciascuna caratteristica di 
gruppo a cui legare la caratteristica stessa:
ID Articolo
DescrizioneGenerale (secchio)
Forma (numerico legato all'id TblForma)
Colore (numerico legato alla TblColore)
Materiale (numerico legato alla TblMateriale)
...
Il dettaglio ordine conterrà:
IDDettaglio
IDOrdine
Articolo (o IDArticolo)
DescrizioneGenerale
Forma (scelta dal cliente in base a TblForma)
Colore (scelto dal cliente in base a TblColore)
ecc..
Quantità
Prezzo
ecc..
Ogni articolo, fermo restando la descrizione generale, conterrà N variabili 
liberamente modificabili.
L'importante è aver specificato (per gruppi) le variabili e per ogni 
variabile/gruppo aver realizzato una tabella.
L'articolo o meglio la tabella articoli dovrà prevedere un campo per ogni 
variabile...che potrai usare tutti o solo in parte.
Il tutto si basa su una corretta scelta della struttura del db; 
importantissime le relazioni tra le tabelle.
Quello che vuoi realizzare è esattamente quello che fa un database per la 
scelta di una macchina:
stabilisci il modello (descrizione generale - Fiat 500 - ), scegli il 
colore, la motorizzazione, gli accessori e quant'altro dalla lista delle 
variabili e, alla fine, il cliente avra personalizzato la sua auto.
La domanda da farsi è: quante sono le variabili personalizzabili?
Per ogni variabile bisogna costruire una tabella e la tabella Articoli dovrà 
contenere un campo per ogni variabile.
Ciao, Carlo

 ha scritto nel messaggionews:c52a797a-a849-4c32...@x35g2000hsb.googlegroups.com...

Ciao Carlo
se ho capito bene questa procedura si applica all'articolo secchio che
io produco, se produco anche il manico che ha però caratteristiche
totalmente diverse dal secchio, devo costruire un'altra tabella come
per l'articolo oppure no?
RobertoV

s...@smp-pieroni.com
 ha scritto:

Roberto non ho capito se hai chiaro che una DB ha natura ricorsiva.
Il manico e' parte del secchio ed e' a sua volta un prodotto, avrai 
quindi sia la db del secchio, che comprende anche il manico 
(semilavorato), sia la DB del manico tutte e due i "partNumber" avranno 
le loro belle variabili.
Comunque, dato per scontato l'uso delle tabelle di codifica citate da C. 
Costarella, per farla semplice ti conviene mettere sul PN della DB un 
attributo che indichi la sua variabilita'. Tale attributo verra' 
richiesto al momento della produzione dell'ordine di lavorazione,
L'ordine di lavoraione viene scritto con tutte le sue necessita (i.e. la 
pizza doppia mozzarella) mentre la DB rimane intonsa.
--
ac
--
ac

 ha scritto
cut
Ciao Carlo
se ho capito bene questa procedura si applica all'articolo secchio che
io produco, se produco anche il manico che ha però caratteristiche
totalmente diverse dal secchio, devo costruire un'altra tabella come
per l'articolo oppure no?
RobertoV
-----------------------------------------
Non cambia nulla, puoi ripetere la struttura per tutti i componenti o i 
semilavorati: il concetto è lo stesso.
Il lavorato finale può essere la somma di vari semilavorati che, a loro 
volta, hanno le proprie variabili.
Alla fine ne potrebbe uscire un prodotto unico o uguale a tanti altri.
Il semilavorato "manico", identificato con un ben preciso ID, potrebbe avere 
N variabili (sempre specificati in tabelle diverse, una per ogni 
variabile/gruppo).
Sarà quel "manico" e non altri che andra a comporre il prodotto "secchio".
Quello che c'è da capire è che il prodotto o articolo "Secchio" ha una 
variabile "manico" che DEVE essere presente come campo a sè nella tabella 
Articolo/Prodotto/Lavorato o quello che vuoi; allo stesso modo per tutti i 
componenti.
Ciao, Carlo 


certo che ho ben chiaro che la diba ha una natura ricorsiva quello che
non riesco a fare è proprio quello che tu mi dici quì:
""? sia la DB del manico tutte e due i "partNumber" avranno le loro
belle variabili.  ?""
per farla breve (forse ho sbagliato la progettazione iniziale delle
tabelle) io ho :
tbl_anagrafica
codice
descrizione
um
tbl_distintabase
idp >>>>codice
idf>>>>>codice
qta
poi mediante vba ricorsivo evito di inserire doppioni in diba e fino
quì mi funziona ora seguendo i tuoi sugggerimenti e quelli di CC
vorrei riuscire a fare qualcosa di meglio.
grazie

On 14 Set, 13:44, "Carlo Costarella"

Ciao Carlo
Quello che vuoi realizzare è esattamente quello che fa un database per
la
scelta di una macchina:
stabilisci il modello (descrizione generale - Fiat 500 - ), scegli il
colore, la motorizzazione, gli accessori e quant'altro dalla lista
delle
variabili e, alla fine, il cliente avra personalizzato la sua auto.
La domanda da farsi è: quante sono le variabili personalizzabili?
Per ogni variabile bisogna costruire una tabella e la tabella Articoli
dovrà
contenere un campo per ogni variabile.
credo di aver capito cosa mi stai dicendo
il punto è proprio questo :LE VARIABILI
per questo ti stavo dicendo del manico perche per il secchio la mie
costanti sono:
IL PESO
Tutto il resto è variabile cioè:
la diba del secchio per me sarebbe nella sua forma più neutra
possibile:
Liv.Codici Assiemi                                          Um Q.tà
Imp.  CostoProgr.
=====================================================================================
1  23 - manico in plastica                                   PZ
1,000        0,25
2   | 220 - colore
Kg    0,005        0,00
2   | 500 - plastica                                             Kg
0,050        0,25
3   |  | 10000 - Materia prima                              PZ
1,000        5,00
1  220 - colore                                                  Kg
0,027        0,00
1  500 - plastica                                                Kg
0,270        1,35
2   | 10000 - Materia prima                                 PZ
1,000        5,00
a questo punto io dovrei poter fare il codice 23 di qualunque colore
io voglio cambiando il codice 220.
Come?
Come posso mettere in pratica i vostri consigli?
Grazie Roberto


Ciao Carlo




---------------------------------------------------------------
State tutti dando per scontato che si conoscano a priori le variabili di un 
articolo
Quindi preparare la tabella ARTICOLI, poi la tabella PESI, poi la tabella 
COLORI, poi la LAVORAZIONI e poi creare l'articolo composto 'pescando' da 
queste tabelle di base
A mio parere e' estremamente vincolante lavorare in questo modo, se salta 
fuori domani una variabile nuova per quel'articolo bisogna predisporre 
un'altra tabella di base
Io terrei tutto su un'unica tabella, indicando con un campo specifico se il 
record corrisponde ad un articolo composto, un articolo di base o una 
variante
Del tipo, un'unica tabella ARTICOLI con un campo TIPO_RIGA per indicare 
appunto a cosa corrisponde il record
Per vedere gli articoli veri e propri selezioni tutti i record della tabella 
ARTICOLI che hanno il campo TIPO_RIGA='ARTICOLO'
Le altre righe, con TIPO_RIGA='VARIANTE' / 'LAVORAZIONE' / 'MATERIALE' 
costituiranno le personalizzazioni di un articolo vero e proprio
Ciao
RobertoA

 wrote:

...mi permetto di aggiungere tempo e pazienza...alla lista

 un'altra tabella di base
io aggiungerei anche nuove formule di calcolo che la variabile si
porta dietro in base alla sua natura ed alle sue modalità di impiego.
per spigarmi con un esempio
se la qtà di colorante si calcola in % rispetto al peso dell'articolo
da produrre,
le confezioni si calcolano come frazione dei pezzi in essa contenuti.
Se queste ed altre formule che ora si conoscono le mettiamo nel vba
quando salta fuori una nuova variabile si dovrà riscrivere anche il
codice o quanto meno implementarlo.
Io vorrei riuscire a non dover fare una cosa del genere.
Ciao
RobertoV





----------------------------------------------------------------
Se la formula e' complessa potresti farla fare ad excel e' sicuramente piu' 
flessibile e semplice da usare
Nella variante1 dell'articolo SECCHIO TIPO ABC memorizzi nel campo 
PERCORSO_FORMULA il file excel che contiene la procedura di calcolo
Ovviamente bisogna indicare dei parametri da passare alla formula
Si potrebbe pensare che il foglio excel restituisca in A1 il valore 
desiderato
Da B1 in poi potresti mettere i parametri da passare alla formula
Per passarli basta che memorizzi nella variante1 dell'articolo  SECCHIO TIPO 
ABC  in una listbox tutti i campi, presi dalla lista campi dell'articolo, 
che devono essere passati alla formula
In sostanza, definisci la formula nel foglio excel
Nella variante, indichi dove' il foglio excel
Nella variante indichi i campi da passare (nell'ordine giusto)
Quando devi visualizzare la scheda articolo SECCHIO TIPO ABC  avvi la 
procedura che esegue il ricalcolo di tutte le formule presenti nele varianti 
di tale articolo e poi stampi o lo usi per caricare/scaricare le quantita 
che vuoi
L'unico problema potrebbe essere la lentezza del ricalcolo se le formule 
sono parecchie
pero' ti consentirebbe una flessibilita' estrema, qualsiasi tipo di 
conteggio lo risolveresti molto semplicemente
Ciao
RobertoA

 ha scritto
cut
Liv.Codici Assiemi                                          Um Q.tà
Imp.  CostoProgr.
=====================================================================================
1  23 - manico in plastica                                   PZ
1,000        0,25
2   | 220 - colore
Kg    0,005        0,00
2   | 500 - plastica                                             Kg
0,050        0,25
3   |  | 10000 - Materia prima                              PZ
1,000        5,00
1  220 - colore                                                  Kg
0,027        0,00
1  500 - plastica                                                Kg
0,270        1,35
2   | 10000 - Materia prima                                 PZ
1,000        5,00
a questo punto io dovrei poter fare il codice 23 di qualunque colore
io voglio cambiando il codice 220.
Come?
Come posso mettere in pratica i vostri consigli?
Grazie Roberto
-------------------------------------------------------------------
Ciao Roberto
onde evitare fiumi di inchiostro sarebbe oltremodo opportuno specificare 
bene che tipo di database stai creando...questo è molto importante perché 
ora vengono fuori dei calcoli mentre fino ad ora si è parlato di 
descrizioni, caratteristiche.
Esattamente cosa deve fare il DB? Cosa gestisce il DB?
Parliamo di assemblaggio prodotti con semilavorati? Carico e scarico di 
magazzino? Possibilità di reintegro del magazzino?
Anche i calcoli sono fissi o variabili? Possono rientrare in uno schema 
generale?
Per costruire un algoritmo è necessario scomporre bene le varie componenti, 
partendo dal gradino più basso o, se preferisci, da quello più alto ma 
avendo ben chiaro il risultato che si intende raggiungere.
Da quello che ho capito la struttura che ti ho indicato può andare 
benissimo. Anche l'aggiunta di eventuali nuove categorie è una procedura 
assolutamente normale per chi fa programmazione. Nuove tabelle o aggiunta di 
codice si possono facilmente implementare anche a runtime...e di fatto è 
quello che ciascuno di noi fa con i propri gestionali. E' difficile 
prevedere tutto, ma a tutto c'è rimedio anche a gestionali già operativi.
Ciao, Carlo 


credo di aver capito cosa vuoi fare hai mica un es da mostrarmi per
capire come funziona?
Io infatti volevo creare una tabella FORMULARIO nella quale
memorizzare le formule passandogli i parametri della formula da una
maschera con delle listbox di selezione, in fondo devo solo usare i 4
operatori e la % non ho bisogno di formule complesse od operatori
particolari.
Le formule penso dovrebbe essere legata al TIPO elemento per esempio
il TIPO COLORANTE avà una formula :
qtà=pesoarticolo*%impiegocolore
quindi il pesoarticolo lo pesco dalla anagrafica dei prodotti e la
%impiego la potrei prendere dalla tabella oppure inserirla al momento.
che ne pensi?
(non ho ancora provato a costruire una cosa del genere e non so se è
fattibile)
ciao RobertoV

 Io vorrei riuscire a non dover fare una cosa del genere.
Per dirla in modo dogmatico "l'arma finale non esiste". E le armi piu' 
sono potenti piu' costano.
Quello che puoi tentare di fare e' cercare di ridurre al minimo gli 
interventi. Quando citavo "sangue, sudore e lacrime" non stavo celiando.
P.S.: Ricorsivo non significa "impedire la scrittura di doppioni".
--
ac

 prevedere tutto, ma a tutto c'è rimedio anche a gestionali già operativi.
Questa mi interessa cio'
"..nuove aggiunte di codice si possono facilmente implementare anche a 
runtime.."
Come si fa ad aggiungere una nuova funzione e poi richiamarla ?
Ciao e grazie
RobertoA

 ha scritto nel messaggio 
news:48ce2cac$1...@newsgate.x-privat.org...

Distribuisci il nuovo mde che si incarica di fare quello che vuoi.
Per esempio per aggiungere una nuova tabella io faccio così:
controllo se esiste, se no, la creo a partire da un modello distribuito con 
l'mde.
Effettivamente dicendo di poter aggiungere una funzione a runtime mi 
riferivo a questa possibilità, distribuendo il nuovo mde.
Come ben sai è impossibile farlo da un mde e nello stesso mde che sta 
girando.
Ciao, Carlo 


Ciao AC
Quello che dici non è giusto, DI PIU.
so benissimo che migliore è il software piu alto è il prezzo da
pagare.
Ora devo dire che in passato avevo già fatto un db come mi è stato quì
suggerito e cioè sapendo in anticipo le variabili ho costruito una
serie di tabelle una per poi sono andato a fare il resto.
Praticamente ho costruito un vestitino bello preciso e cucito addosso
ai  miei articoli.
Voglio precisare che la mia app NON DEVE SOSTITUIRE CIO CHE ESISTE IN
COMMECRIO O COPRIRE TUTTI I SETTORI MA DEVE FUNZIONARE BENE PER IL MIO
PROCESSO PRODUTTIVO che essa sia brutta a vedere ma funzionante a me
va benissimo.
Purtroppo possiedo gia un applicativo gestionale da migliaia di euri
ma non riesce a fare quello che voglio io.
Il perchè lo voglio costruire da me,  e soprattutto con il vostro
aiuto, è perchè appunto se domani  mi cambia qualcosa lo posso
modificare da me senza perdere tempo.
Posso anche continuare ad usare il mio precedente applicativo, ma
visto che il progresso va avanti volevo riuscire a rendere il mio app.
un pò piu moderno.
Ciao
RobertoV

 girando.
Aaaaaaaaaahhhhhhhhh
Per un momento m'ero illuso
Ciao
RobertoA

On 15 Set, 10:40, "Carlo Costarella"

Ciao Carlo
alle tue domande rispondo a tutte si e non solo. con il mio precedente
db sono in grado di effettuare la tracciabilità e rintracciabilità dei
componenti dai magazzini ai prodotti finiti e viceversa.
Come ho gia detto vorrei riuscire a far funzionare meglio il mio
applicativo rendendolo un po piu ......non lo so nemmeno io.
comunque per cercare di spiegare come funziona il mio lavoro ho
preparato una relazione e l'ho posizionata su google se interessati a
leggerla ditemi se posso postare quì il link
Grazie
robertoV
.
se intere

 ha scritto
cut
...
comunque per cercare di spiegare come funziona il mio lavoro ho
preparato una relazione e l'ho posizionata su google se interessati a
leggerla ditemi se posso postare quě il link
Grazie
robertoV
.
---------------------------
Solo per cercare di darti una mano!
Posta pure il link con la speranza che non sia un manuale.
Ciao, Carlo

Purtroppo possiedo gia un applicativo gestionale da migliaia di euri
ma non riesce a fare quello che voglio io.
Il perchè lo voglio costruire da me,  e soprattutto con il vostro
aiuto, è perchè appunto se domani  mi cambia qualcosa lo posso
modificare da me senza perdere tempo.
Posso anche continuare ad usare il mio precedente applicativo, ma
visto che il progresso va avanti volevo riuscire a rendere il mio app.
un pò piu moderno.
-----------------------------------------------------
Come 'purtroppo' ???
Forse volevi dire, "..meno male che ho gia' un gestionale.."
Comunque se hai gia' uno o piu' sistemi, ti consiglierei di farli 'parlare' 
piuttosto che mettere in piedi sistemi distinti
Se ai dati del gestionale che hai gia' ci arrivi via odbc allora puoi 
semplicemente usare alcune tabelle/viste del db 'vecchio' ed aggiungere le 
nuove tabelle su un db nuovo, distinto dal vecchio
Le nuove procedure, quelle del configuratore di prodotto per capirci, 
dovranno 'pescare' da entrambe le fonti
Questo per evitare ridondanze dannose, pensa al fatto di avere due tabelle 
articoli, due tabelle anagrafiche cliente, due tabelle scadenze, ...
E quando riesci ad allinearle ? Praticamente mai, viaggeranno sempre per 
conto proprio
E' molto interessante il problema che stai affrontando
Ciao
RobertoA

leggerla ditemi se posso postare quì il link
--------------
E butta..... 


scusami ma ora mi stai parlando in marzianese, non ciò CAPITO MOLTO.
questo è il link, non è un manuale sono solo due paginette di processi
e formule.
http://docs.google.com/Doc?id=dc883qbd_50hcwq7xfv&hl=en
ciao
robertoV

 E butta.....
scusami ma ora mi stai parlando in marzianese, non ciò CAPITO MOLTO.
questo è il link, non è un manuale sono solo due paginette di processi
e formule.
http://docs.google.com/Doc?id=dc883qbd_50hcwq7xfv&hl=en
--------------
E l'altro link per chi non ha un account su Google ?
(e non vuole farselo) 

 ha scritto nel messaggio 
news:c40e0cc7-9643-4899...@p25g2000hsf.googlegroups.com...


http://docs.google.com/Doc?id=dc883qbd_50hcwq7xfv&hl=en
ciao
robertoV
-------------------------
Nisba.
Google doc richiede loghin e password...con i miei non accede.
Ciao, Carlo 


Non basta farsi l'account
Il proprietario dei documenti deve autorizzare a vederli 


provate ora dovrei essere riuscito a darvi i permessi altrimenti vi
invio la relazione per mail.
RobertoV

 Il proprietario dei documenti deve autorizzare a vederli
provate ora dovrei essere riuscito a darvi i permessi altrimenti vi
invio la relazione per mail.
RobertoV
---------------------------------
Provato ora
Mi dice che il proprietario deve autorizzare
Ho re-richiesto l'autorizzazione al prorpietario
Certo che e' na bella rottura
Allegalo ad un messaggio nel 3d e siamo a posto
Mica saranno mega di roba no ?
Ciao
RobertoA


prova così
http://docs.google.com/Doc?id=dc883qbd_50hcwq7xfv

 RobertoA
prova cosě
http://docs.google.com/Doc?id=dc883qbd_50hcwq7xfv
------------------------------------
Ora si legge
Certo che siamo degli informatici un po' curiosi, ci mettiamo mezza giornata 
per scambiarci un documento
Comunque, spannometricamente ho capito qual'e' la composizione di un 
articolo
Non mi sono ancora chiari gli obiettivi che vi prefiggete di raggiungere
Deve servire per calcolare il materiale da ordinare per produrre tot scope 
tipo pippo123 ?
Oppure deve servire per ottimizzare l'impiego delle presse e tenerle 
occupate al meglio ?
Oppure serve per programmare le ferie dei dipendenti ?
O serve per dire al cliente, "..bon arda che l'ordine 21345 te lo posso 
conseniare dal 30/02/2009 in poi.." ?
Voglio dire, voi buttate dentro la descrizione dell'articolo "Pippo123", ci 
mettete il numero di pezzi da produrre ed il bussolotto (il picci) cosa deve 
restituirvi?
Ciao
RobertoA

 RobertoA
e si come informatici non siamo dei fenomeni,
comunque l'unica risposta che non mi inteessa per il momento è quando
dare le ferie, tutto il resto si.
ciao
RobertoV



----------------------------------------
Beh per tirare fuori il costo ed i materiali da ordinare di una commessa, 
credo si possa seguire la traccia che avevo gia' indicato
Una tabella ARTICOLI, dei campi che 'specializzano' alcuni record da altri 
permettendo di inserire le varianti sulla tabella articoli
Una tabella per le lavorazioni di base, una per i materiali di base, e basta
Poi bisogna costruire la distinta base come insieme di articoli, varianti, 
lavorazioni, materiali
Ogni commessa conterra' un certo numero di articoli da produrre e/o 
consegnare
Esplodendo la distinta base e moltiplicandola per la quantita di articoli da 
produrre in quella commessa, si arrivera' al consumo dei materiali e risorse 
macchina/uomo necessarie per ottenere la commessa prodotta
Piu' complessa e' l'allocazione del tempo macchina sul parco disponibile per 
sapere 'quando' la nostra commessa potra' essere consegnata in base agli 
impegni gia' presi (le commesse gia' in produzione)
Molto interessante come progetto da sviluppare
Certo che ci sono un sacco di sistemi che gia' fanno queste cose, il fatto 
e' che costicchiano sia di acquisto sia per 'alimentarli' di dati 
correttamente, il vero problema e' che bene o male ci si deve adattare al 
loro modo di operare
Se volete che il sistema si adatti al vostromodo di lavorare allora l'unica 
via e' svilupparlo in casa o farvelo sviluppare in casa
Ciao
RobertoA

 restituirvi?
Il massimo sarebbe tutto quello che hai detto ;<). Ovviamente in modo 
semplice.
Il classico ERP. In cui la DB e solo la punta dell'"aisberg"
C. Costarella l'ha presa un po "sottogamba" ma dove RobertoV voleva 
andare a parare era "abbastanza" trasparente.
Mai sentiti SAP e NaVision?
E meno male che non ha nominato i lotti (magari e' stata una dimenticanza)
Se ha un gestionale, mi sembra sia stato tu a dare il consiglio, la 
prima cosa che dovrebbe fare e' capire se lo puo'  interfacciare.
Parecchi gestionali purtroppo lavorano ancora con files di tipo ISAM e 
sicuramente non danno i tracciati (e soprattuto le relazioni fra 
tabelle) dei records e risulta quindi estremamente delicato l'intervenire.
--
ac


si che conosco SAP e NaVision ma per la mia realtà è come pretendere
di comprare una Lamborghini sapendo che a me basta e avanza una Panda.
Quindi niente se credete che si possa fare e quindi potete darmi
qualche aiuto, cosa dire
Grazie
RobertoV



------------------------------------------------
Che gestionale gia' avete ?
Osra, Zucchetti, Esa, Metodo, Onda, ???
Ciao
RobertoA


EuroZeroNove
ma lo uso solo per bolle e fatture
RobertoV

 RobertoA
EuroZeroNove
ma lo uso solo per bolle e fatture
RobertoV
-----------------------------------------------
Che db c'ha sotto ?
Ci si arriva via odbc ?
Ciao
RobertoA


non  saprei da dove ci si può arrivare a vederlo?

 ha scritto nel messaggio 
news:40e5bf48-392c-456e...@2g2000hsn.googlegroups.com...


-------------------------------------------------
Chiedendo all'assistenza tecnica ? 

 qualche aiuto, cosa dire
Sono stato "volutamente" defilato poiche' ritengo, pur con  i limiti che 
hai indicato, che scrivere un pacchetto per la gestione dei fatti che 
hai indicato richiede tempo e pazienza. Come ben sai sul NG sarebbe 
ottimale fare delle domande "tecniche" precise ed in quel caso si 
ottengono risposte precise. Nel tuo caso l'orizzonte e' parecchio 
vasto.Come hai potuto constatare a fronte della prima semplice domanda
"Come faccio a gestire il colore in modo dinamico" sono venute poi 
successivamente alla luce una serie di quesiti culminati con il 
documento che hai esposto su google.
Come sicuramente sai un applicativo ha tre sezioni fondamentali
a) La base dati
b) quello che i colti chiamano regole di "businness" (la logica)
c) la presentazione
Prima di fare qualsiasi cosa e' bene avere chiaro il punto b. La base 
dati e' una piu' o meno diretta derivazione delle funzioni richieste.
La distinta base e la sua gestione, per quello che io intendo come DiBa, 
non e' che una parte, non voglio sostenere che sia la minima parte, ma 
e' una parte contenuta dell'intero processo.
Gia' Carlo ti ha indicato una serie di tabelle che dovrebbero essere 
definite. Per quanto mi riguarda ritengo che sia necessaria una 
struttura (almeno due tabelle) che registri gli ordini di lavorazione 
che sono la fotografia finale, dopo la applicazione delle logiche di 
calcolo, della DiBa originale. Ho fatto recentemente un piccolo 
applicativo (si fa per dire) per un cliente e ti posso assicurare che 
solo per gestire il problema delle quantita' in funzione del ritiro del 
tessuto non e' stata una passeggiata.
--
ac

 ha scritto nel messaggionews:40e5bf48-392c-456e...@2g2000hsn.googlegroups.com...

E' necessario?
non si può fare qualcosa che non abbia niente a che fare con lui?
credo che possa venire rimpiazzato con qualcosa di meglio e piu
specifico solo per la contabilità.
Non vorrei che fosse un lavoro inutile.
ciao
RobertoV


Sono pienamente daccordo con te e mi rendo conto che ciò che ho
chiesto in modo semplice ma che nascondeva altre richieste è dovuto al
fatto che purtroppo io conosco il processo produttivo ed i calcoli che
deve fare access spesso li faccio a mente mentre registro l'ordine del
cliente così che compilo anche l'ordine a fornitore in real time.
Chiedo scusa a tutto il NG se da una domandina siamo andati in una
domandona ma sai com'è lappetito vien mangiando
Comunque ti ringrazio di quanto hai detto ma rimango fermamente del
mio parere che non è necessario comprare IperMegaStratosferici
software  me basta un telefonino che riesca a telefonare anche se non
scatta le foto non ha gli mms il wi-fi e così via.
Per quanto costoso possa essere non farà mai quello che voglio io ed
ritengo inoltre che un pc ideato dall'uomo debba fare solo ciò che gli
si comanda e non l'uomo si debba adeguare alle volontà di un software.
Non parliamo poi delle personalizzazioni che nel 99% dei preventivi
che ho ricevuto dalle migliori software house si aggirano praticamente
intorno allo stesso prezzo dell'applicativo di origine.
Totale devi spendere il doppio per ottenere la metà.
Ciao
RobertoV

 Totale devi spendere il doppio per ottenere la metà.
No. devi spendere il valore di un abito su misura.
--
ac

 ha scritto
cut
....
Non parliamo poi delle personalizzazioni che nel 99% dei preventivi
che ho ricevuto dalle migliori software house si aggirano praticamente
intorno allo stesso prezzo dell'applicativo di origine.
Totale devi spendere il doppio per ottenere la metà.
Ciao
RobertoV
------------------------
Ciao Roberto
ho letto il doc...
Un applicativo come quello che vorresti realizzare richiede moltissimi 
giorni di lavoro ed un impegno veramente notevole.
Personalmente ho già realizzato un gestionale di questa fatta con anche la 
gestione dei lotti...ma non di un solo lotto ma di un lotto per ogni 
semilavorato.
Il gestionale è perfettamente in funzione e soddisfa pienamente il cliente 
che si occupa di materiale sanitario, dal più piccolo semilavorato fino al 
prodotto finito.
La personalizzazione è molto spinta lasciando ampia disponibilità al cliente 
di scegliere il suo Kit. Ovviamente gestisce magazzini multipli e "prese" 
multiple e parziali da parte dei dipendenti, così come le sterilizzazioni 
multiple e parziali, lo scatolamento dimensionanto al tipo di prodotto 
finito e ovviamente pilota direttamente le macchine secondo il prodotto 
scelto.
Si tratta di un gestionale molto complesso e costruito a tavolino e sul 
campo con il cliente.
In commercio, ovviamente, non esiste nulla del genere e quello che il 
cliente ha pagato va ben al di sopra di qualsiasi gestionale del genere 
(p.e. NAV 5.0 oggi dato in affitto a 26 euro mese per utente)...ma quando si 
vogliono le scarpe su misura non si bada a spese.
Per tornare al tuo "problema", francamente, non credo si possa risolvere in 
toto su questo NG. Certamente ti daremo degli spunti e, volta per volta, 
anche dei consigli o soluzioni per risolvere un punto critico, ma non 
aspettarti di più.
C'è solo da rimboccarsi le maniche e munirsi di tanta ma tanta pazienza.
Ciao, Carlo 

 probabilmente ti costera' fra i ....mila e i ...mila Euri.
Quì mi trovi pienamente dacordo ma questo non sarà altro che il prezzo
che pagherò per il mio applicativo il quale da fido cagnolino farà
solo quello che dico io,
perchè io così l'ho voluto e pagato.
comunque quì stavamo parlando di grossi "NOMI" che i loro costi li
hanno ben piu che ammortizzati e continuano ad offrirti un prodotto
commerciale uguale per tutti e che poi se non ti va bene (questo nel
99% dei casi) ti chiedono fraccate di soldi quando la modifica taglie/
colori per il calzaturificio l'hanno già bella e pronta nel cassetto
perchè qualcuno prima di te l'aveva già richiesta e pagata.
Ti sembra giusto far pagare a tutti un lavoro come se lo si stesse
facendo per la prima volta e su misura per te?
Quando questo non è assolutamente vero?
Ma al mondo mica tutti abbiamo la stessa taglia di jeans o mi sbaglio
e mica me li fanno pagare di piu o di meno al crescere od al diminuire
della taglia.
Comunque potremmo restare qui giorni interi a fare il processo alle
intenzioni e come dicavi tu:"Anche qui, datti un "costo orario" se non
si va a lavorare chi la porta la pagnotta a casa?
Comunque Alessandro io sono quì, se Vuoi, Puoi o meglio ritieni giusto
nel tuo orgoglio di programmatore aiutare chi te lo chiede, ben venga
Diversamente non occupiamo inutilmente lo spazio di questo NG che a
tutti serve a me per PRIMO in quanto piu ignorante degli altri.
Ciao a tutto il NG
RobertoV

 tutti serve a me per PRIMO in quanto piu ignorante degli altri.
Quando una cosa non mi interessa non partecipo e/o non la leggo.
Malgrado tutto credo che la discussione, nel suo insieme, possa essere 
piu' interessante del "come faccio a prelevare un valore da una casella 
combinata", argomento per il quale ci sono mediamente 10 post/mese.
....e quando l'argomento svicola metto l'[OT]
...Ed ora mi faccio un "nasi goreng".
--
ac

 ac
concordo con te che la discussione sia interessante e comunque se
rileggi il mio primopst da cui tutto è nato e mi ha fatto conoscere
diverse persone che sono in grado di aiutarmi o che come Carlo hanno
già svolto qualcosa di simile e forse mi potrà aiutare, vedrai che io
non ho chiesto ciò che dici tu ma un mrp funzionante, e chi si intende
di processi produttivi sa che ila cosa si fa complessa ed ancghe
entusiasmante.
RobertoV

On 15 Set, 18:42, "Carlo Costarella"

Ciao Carlo
si comincia a fare sul serio, finalmente qualcuno che ha affrontato il
discorso in prima linea.
so che non è semplice e non sarà gratuito ma per come sono io( e dopo
le molte fregature che mi hanno rifilato)
vorrei capire se effettivamente si può fare o se io vado a buttare i
miei soldi e tu il tuo tempo.
Siccome hai letto il mio doc (incompleto, purtroppo) avrai visto che
le grandezze in esame sono fisicamente diverse ed anche la loro
utilizzazione varia in base alla natura della stessa.
nel db che avevo creato in precedenza usavo tante tabelle quante erano
le specie degli elementi che utilizzavo: tab scatole, tab colori, tab
sintetica ecc.
se da una parte questo mi consentiva di alleggerire il formulario in
quanto ad una tabella si applicavano sempre le stesse formule
dall'altra mi rendeva la cosa troppo statica.
Pensi che si possa ovviare a questo problema?
RV

> Comunque Alessandro io sono quì, se Vuoi, Puoi o meglio ritieni giusto

se lo cominci all'ora che hai postato, quando mangi?
alle 22.00 ?
ciao sam--

 ciao sam--
E che c'ha ?
Una tenda canadese al posto del naso ?

 alle 22.00 ?
E che ci vuole a farsi un risottino ;<)
--
ac

 ha scritto
cut
Siccome hai letto il mio doc (incompleto, purtroppo) avrai visto che
le grandezze in esame sono fisicamente diverse ed anche la loro
utilizzazione varia in base alla natura della stessa.
nel db che avevo creato in precedenza usavo tante tabelle quante erano
le specie degli elementi che utilizzavo: tab scatole, tab colori, tab
sintetica ecc.
se da una parte questo mi consentiva di alleggerire il formulario in
quanto ad una tabella si applicavano sempre le stesse formule
dall'altra mi rendeva la cosa troppo statica.
Pensi che si possa ovviare a questo problema?
RV
--------------------------
Cosě al volo...
Prevedi un campo con la formula e poi fai il parsing della formula stessa.
Questo ti svincola dalle tabelle ma č indispensabile che ci sia almeno 
questo campo formula:
per esempio Qnt*Pz
In pratica scrivi esattamente quello che deve fare la formula.
Fare il parsing della formula vuol dire ricercare i vari * + - () %....
Ciao, Carlo 

 Ciao, Carlo
Penso di si, stavo ricostruendomi il wizard delle formule per non
essere costretto a scriverle sotto vba rendendole così statiche.
Spiegami meglio cosa intendi fare con questo acmpo formula.
Ciao RobertoV



l'espressione ["nasi goreng" = risottino] = TRUE mi sembra per lo meno
BRUTALE e non concessa da nessun linguaggio :-)
ciao sam--

Sam -- ha scritto:

in "java" e' concesso ;<)
--
ac

 Ciao, Carlo
Ciao Carlo
Mi potresti spiegare meglio come fare il parsing ?
Grazie
Roberto

 Ciao, Carlo
Ciao Carlo
Mi potresti spiegare meglio come fare il parsing ?
Grazie
Roberto
-----------------------------
C'è da cercare (e quindi averli scritti) gli operatori e quant'altro serve a 
fare i calcoli.
La logica la devi stabilire tu.
Se stabilisci la logica con cui scrivere la formula hai già la lettura della 
stringa.
Per esempio sarebbe opportuno usare un separatore conosciuto come il punto e 
virgola:
Qnt;+;Prz;/;Sconto;*;100
Ciao, Carlo
p.s. sono giorni di intenso lavoro per me...spero di rispondere in tempo. 

On 18 Set, 20:25, "Carlo Costarella"

grazie Carlo
credo di aver capito io ad esempio ho usato la funzione eval() per
valutare la stringa con l'unico problema che la formula la devo
scrivere tutte le volte.
quello che dici tu come lo posso applicare?
ciao