Newsgroup: it.comp.www.php
Titolo: calcolcola spese di spedizione - corrieri e webservice

salve,
dunque sto realizzando questo mitico prodotto per gestire un mini
mini magazzino.
premesso che una mezza soluzione l'ho già trovata.
ma prima vorrei discuterne con voi.
premessa:
mi trovo nell'ipotetico scenario in cui un utente ha confermato l'ordine
quello che deve fare il sistema e dirgli quanto spende come spese di 
spedizione.
1) non voglio fare un forfe.
del tipo precedentemente avevo un sistema a margini 0-10 kg = 100?,  10-300 
kg = 200? (valori fittizzi)
Ora devo decidere in base alla destinazione
2) Esistono dei webservice che fanno questo automaticamente ?
tipo gli dico la destinazione e mi pesco il costo ? sarebbe stupendo ho 
cercato nel sito tipo di  tnt ma non ho trovato niente.
Due voi come gestite questo generalmente ? .
premetto che esistono anche diversi tipi di pagamento (non so quanto possono 
influenzare cmq...)
carta di credito, vaglia, paypal,bonifico etc.
grazie ciao

Due voi come gestite questo generalmente ? .
Siccome il commeriante avrà sicuramente uno o due corrieri con cui è
convenzionato e le sue tariffe saranno in funzione della convenzione
(a peso, per aree geografiche, entrambe le cose) ci si fa una o più
tabelle aggiornabili nel backend in cui mettere questi costi e a
seconda della q.tà di merce e della destinazione si calcola il costo
di spedizione, che poi magari deve pure esser maggiorato se c'è
contrassegno etc etc
-- 
Stefano Aglietti - StallonIt on IRCnet - ICQ#: 2078431
Email: 
ste...@people.it
 - 
ste...@despammed.com
BlogPage: 
http://www.40annibuttati.it/
PGP keys available on keyservers  (cripted & signed PGP mail welcome)


perchè in base al tipo di pagamento cambia ? 

 ha scritto nel messaggio 
news:4357cfea$0$20489$4faf...@reader4.news.tin.it...

mi sono documentato un pò l'argomento è alquanto ostico :(
ho pensato delle soluzioni.
prezzo = corriere -> destinazione (nazione,regione) -> peso totale merce.
ho espresso in formula per cercare di semplificare al massimo le cose per 
"->" in relazione
cosa dite di una soluzione del genere ?
basta la nazione o anche la regione è importante ? 

 regione è importante ?
La regione è importante generalmente...ad esempio spesso spedizioni sulle
isole costano di più...a livello nazionale intendo
Direi che lo schemino in linea di massima copre quasi tutto :-)

basta la nazione o anche la regione è importante ? 
Anche la regione o meglio le zone con maggiorazione (es. le isole,
l'isola d'elba pur essendo Toscana potrebbe avere una maggiorazione)


>prezzo = corriere -> destinazione (nazione,regione) -> peso totale merce.
il discorso che ho fatto č questo č piů o meno mi avete detto che va bene.
1) ma come mi racava questi dati ? nel senso alla fine ogni utente mette 
come dati in fase di registrazione (Nazione - Provincia)
le zone come le uso ?
2) impotizzando che il sistema funziona dovrei definire per ogni 
destinazione un tariffa in base ad i pesi ma creadno il sistema questi dati 
se li deve compilare
l'utetne sono molti!!! che soluzione potrei adottare ?
grazie ciao

l'utetne sono molti!!! che soluzione potrei adottare ?
Ovvio che deve compilarli l'utilizzatore finale in funzione dei suoi
accordi con i corrieri. Ma sono pochi, perchè i pesi son gestiti
solitamente per scaglioni (0-20 kg, 30-100 kg etc) e se uno non vende
tondini di ferro non è che le fscie di peso siano decine.
Per contro si potrebbero avere diversi sistemi di "corriere" tipo
posta, postacelere, corriere normale corriere espresso.
-- 
Stefano Aglietti - StallonIt on IRCnet - ICQ#: 2078431
Email: 
st...@40annibuttati.it
 
ste...@people.it
Sites: 
http://www.40annibuttati.it
 
http://www.wordpress-it.it


mmmm ....

che imposta i dati ?
Questo dipende da come strutturerai i database delle spedizioni :)



sto cercando arrivare a quella ma non sto pensando tanto al db più a come 
strutturare i dati poi ci penso...
---

strutturare i dati poi ci penso...
Perchè la struttura del database e quella dei dati son due cose
diverse? In pratica no... il campo città è quello poi per fare il DB
sceglierai il tipo e la lunghezza ma quelli, appunto son dettagli.



si però pensare in termini di db mi limita il mio sistema per assurdo potrei 
decidere di usare l'xml
etc. sono dettagli che vedrò dop aver capito bene il funzionamento.


Ciao,
Non ho seguito il thread dall'inizio, ma ho un po' di esperienza con
queste cose per lavori passati.
UPS mette a disposizione una specie di licenza per il developer, volendo
 ti registri ed hai una serie di informazioni che ti permettono di
sviluppare software (o script in vari linguaggi) in grado di
interfacciarsi con loro per ottenere i prezzi di una spedizione in base
a dei dati. Io ho usato il metodo con XML, ma mi pare ci sia la
possibilita' di farlo anche in java.
Ad ogni modo, UPS ti chiede dati come la dimensione dei colli, il peso,
il cap (o zip code) di partenza e di arrivo, il tipo di spedizione (air,
ground e le diverse priorita') e le varie opzioni. In base a quello
dialoghi col server di UPS ed ottieni un totale.
Per questa ragione ti devi occupare anche il processo di
automatizzazione della creazione dei pacchi da spedire, per sapere
quante e quali scatole (dimensione e peso) andrai ad usare.
Altri corrieri fanno invece conteggi differenti, ad esempio SDA usa solo
il peso come discriminante (e le dimensioni per i pacchi fino a 3 kili),
per le spedizioni nazionali il luogo di partenza e di arrivo non
influiscono sul costo, al massimo hai l'assicurazione che dipende dal
valore del pacco e dal tuo contratto, con cui fare i conti.
Quindi quando vai a sviluppare questo tuo software, devi prima di tutto
chiederti quali corrieri supporterai, e documentarti di conseguenza --
suppongo che fedex, dhl e gli altri internazionali abbiano un sistema
simile a quello di UPS, per il calcolo delle spese
Ciao


si a questo ci sto lavorando... 

 ti registri ed hai una serie di informazioni che ti permettono di
So ma il ns. amico sta sviluppando una cosa credo generica che deve
andare con qualsiasi corriere o mezzo di spedizione il clienti
utilizza.


etc. sono dettagli che vedrò dop aver capito bene il funzionamento.
Dei record sono record che siano su un file di testo comma delimited,
su un file XML o su un DB relazionale... :)


 nazione - prov - cap)
Allora devi semplicemente crearti delle regole tue, o dare la
possibilita' a chi usa il software di stabilire le sue, in base a dati
che gli interessano
Secondo me fai prima ad usare i metodi dei corrieri, almeno spendi tempo
per qualcosa di efficente. Ad esempio, tu individualmente come fai in
base al cap a sapere quanti km sono, o se e' una localita' facilmente
servita se non sai effettivamente a priori chi si occupa della consegna?
Ma sta cosa la stai facendo per te, o hai gia un cliente che te l'ha
commissionato? Se te l'hanno commissionato dovresti interpellare lui
piu' che noi, per sapere come tratta l'argomento spedizioni
Ciao

>100-10.000 tanto per comodità)
in base al peso ok ci sono .
[cut]
[/stefano]
Se siamo OT la chiudo (peccato stava diventando interessante....)

>
[cut]

Ho capito riassumo tutti gli step ora mi è chiaro.
1)
ho i corrieri
2)
associo i corrieri ad una nazione
es:
ups italia
dhl estero
3)
per ogni coppia corriere - zona
imposto n-prezzi in base al peso
4)
quando mi viene posta (mi metto io come sistema) un spedizione
faccio
in base alla nazione seleziono il  corriere (2)
poi in base alla coppia corriere-nazione (2)
seleziono una fascia preimpostata che appunto server per gestire le 
spedizione
in quella nazione specifica
infine in base al peso (3)  mi calcolo i costi .
credo così vada bene.
procedimeto:
prendo la nazione (zona) in base alla zone tiro fuori
tutti i corrieri poi in base a
corriere, nazione (zona) e peso tiro fuori il costo della
spedizione
[cut]


 per capire come funziona.
Beh, come ti ho gia' scritto, dipende da corriere a corriere. Il
discorso del cap o della citta' che facevate prima, non si applica a
nessun corriere nazionale con il quale ho lavorato fino ad ora, in
ambito italiano.
Non tutti hanno tool online, ma comunque tutti i corrieri hanno regole
che ti permettono di calcolare i costi della spedizione. Dovresti
chiedere corriere per corriere se usano il peso volumetrico, solo il
peso o solo le dimensioni. Inoltre ogni corriere ha le sue tariffe, e
solitamente non sono nemmeno tariffe fisse, quando tu "commerciante" fai
il contratto con un corriere, ti fanno un prezzo in relazione alle
spedizioni mensili presunte.
Oltre a questo ci sono i servizi accessori, genericamente si tratta
della spedizione assicurata e del contrassegno (Cash on delivery) - ma
alcuni corrieri, specie quelli grandi ed internazionali, ne hanno un
fottio di piu'. Entrambi aggiungono "tot" al costo della spedizione. In
caso di COD, si tratta di un fisso -- se una spedizione normalmente
costerebbe 10, con il contrassegno costera' 12, ad esempio.
L'assicurazione funziona in modo diverso, e' una percentuale sul valore
assicurato e va a scaglioni di valore assicurato.
Siccome tutti i corrieri lavorano in un ambito altamente competitivo, ti
assicuro che per te sara' quasi impossibile sapere quali sono le regole
per capire quanto e' la tariffa per spedizione, se non sono pubbliche o
calcolabili con tool online, rimarranno un mistero. Le uniche tariffe
note per servizi simili al corriere che conosco sono quelle di e-boost e
postacelere -- tutti gli altri operatori italiani del settore si tengono
queste cose ben segrete. Se qualcuno da ragazzo ha mai fatto il pony
express, sara' quasi certamente successo che provassero a mandarvi a
spiare le tariffe dei competitori ;P
Credo che in ambito nazionale tutti i corrieri medio/grandi applichino
le stesse tariffe per tutto il territorio, se spedisci da Milano a
Bergamo o da Milano a Trapani, la tariffa e' la stessa. Quindi, per il
caso destinatario italiano/corriere nazionale (sda, bartolini, etc)
probabilmente te la cavi sempre e comunque con una tariffa peso/volumetrica.
Quindi, per i maggiori corrieri italiani e' probabile che te la cavi
lasciando a chi gestisce il magazzino da te creato la possibilita' di
inserire i prezzi per scaglione di peso, per ogni corriere. Es SDA ha
tariffe per pacchi da 3, 15 e 30 kili e le grandi spedizioni.
Per gli altri corrieri io ragionerei in questo modo:
 a. In base alla destinazione, elimini i corrieri che non la servono
 b. Ti rimangono tot corrieri, ogni corriere ha le sue regole. Per ogni
corriere tiri fuori dal db le informazioni (riguardo il pacco) che ti
servono.
 c. Ogni corriere ha le sue offerte, opzioni, etc
 d. In base ai dati che hai puoi usare solo alcune delle offerte dei
corrieri, in aggiunta il commerciante puo' consentirne solo alcune.
 e. In base alle offerte disponibili, calcoli il prezzo per offerta, per
corriere
 d. Mostri all'utente la lista delle opzioni e gli consenti la scelta
consapevole in base al prezzo, che a questo punto e' noto
Oppure puoi semplificare di molto, facendo scegliere all'utente le
opzioni prima di calcolare i costi, ma e' poco carino.
Tieni presente che comunque, alcuni corrieri ti chiedono realmente un
casino di dati. Solo il peso e il cap non bastano. Ti chiedono il numero
di colli, le dimensioni dei colli, il peso dei colli.
La grandezza dei colli va calcolata in base alle scatole che il
commerciante ha a disposizione, in base all'imballaggio, in base a quali
prodotti entrano in quali scatole, a quali prodotti puoi inserire
insieme nelle varie scatole, etc.
Insomma, dovrai fare uno studio piuttosto approfondito per analizzare le
regole dei vari operatori del settore, se non trovi i dati online e se i
corrieri non te li vogliono dare, dovrai chiedere ad esercenti con gli
abbonamenti, ed apriti cielo.
Una volta che conosci le regole ti dovrai sbattere a creare le funzioni
per corriere..
Se non conosci le regole, potrai sviluppare qualcosa che calcola i costi
a caso, cosa che non avra' molta utilita' :)
Ciao

 ha scritto nel messaggio 
news:dlb8u6$s8t$1...@nnrp.ngi.it...

grazie molto esaustivo, senti tu in un thread precedente hai parlato di 
sistema
per calcolare i colli tu hai fatto una cosa simile ? (solo curiosità)
ciao

 
Si, ed e' stato un bel casino :)
Ciao