Newsgroup: it.comp.appl.access
Titolo: Gestionale + agenti col tablet - tutto realtime o sincronizzazione batch?

Gestionale aziendale classico
Agente che va' col telefonino a prendere l'ordine dal cliente
Il bivio principale e' se tenere db sul telefono e periodicamente 
sincronizzarlo coi dati sul gestionale principale
 
1- coi dati sul telefono/tablet verrebbero assicurate le massime 
prestazioni possibili dal telefono/tablet quando si tratta di recuperare 
informazioni su articoli, prezzi, clienti, documenti, ecc
Pero' alcune informazioni potrebbero essere disallineate temporaneamente 
coi dati presenti nel gestionale principale
 
2- coi dati letti in realtime direttamente dagli archivi gestionale 
principale sarebbe tutto perfettamente aggiornato, ma le prestazioni 
sarebbero inevitabilmente piu' basse a causa del continuo scambio dati 
tra telefono/tablet e sistema principale
 
3- una via di mezzo, alcuni dati da sincronizzare periodicamente, ed 
alcuni letti in realtime, e quindi archivio articoli/prezzi/clienti da 
aggiornare manualmente (o automaticamente in qualche modo?) e ad esempio 
i documenti clienti letti al volo per averli sempre perfettamente 
aggiornati, ed in questo caso cosa sincronizzare periodicamente e cosa 
leggere in realtime?
 
Che dite?


Sono anni che sviluppo app di questo tipo, prima in access ora in flutter
 
assolutamente db nel dispositivo, non hai idea dei posti infimi in cui 
alcuni agenti devono andare senza copertura telefonica.
Devi dare quindi la possibilità all'agente di raccogliere cmq l'ordine.
Nell'app dai la possibilità di aggiornare gli archivi ogni volta che 
l'agente vuole. Puo farlo la mattina prima del giro o più volte al giorno.
Solo il comparto statistiche vado a leggerle direttamente dalla app al 
server.
Per le normali operazioni di, mostrare i prodotti al cliente, 
raccogliere l'ordine e trasmetterlo in sede non c'è l'esigenza del realtime
 
Anche le disponibilità di magazzino riportano l'ultima data/ora di 
aggiornamento quindi non sono un grosso problema.
 
BFS
 
 
 
 
 


"..> Devi dare quindi la possibilità all'agente di raccogliere cmq 
l'ordine..."
 
Si, questa osservazione mi sembra dipanare completamente qualsiasi 
eventuale dubbio, se manca qualche articolo e' sopportabile, pure se 
qalche prezzo non fosse aggiornato, ma se non si riuscisse a raccogliere 
l'ordine dal cliente sarebbe insopportabile
 
Visto che ci siamo, qualche altro consiglio su questo tipo applicazioni? 
Giusto per evitare le solite tranvate sulle gengive tipiche delle 
versioni 1.0 di tutti i programmi
 


consigli
 
non farlo in access come primo consiglio, troppo limitato per il mondo 
tablet/smartphone ormai. (o forse mai stato il prodotto adatto) tra 
l'altro trovare tablet windows con scheda sim ormai è una rarità. 
Nessuna integrazione con fotocamera, gps, controllo della tastiera per 
l'input. Assenza totale delle gesture e di un minimo di design responsive.
 
prevedi la possibilità di inviare con l'ordine delle note dell'agente 
alla sede, o di aggiungere righe manuali all'ordine
 
quando trasmetti gli ordini, non andare a scriverli direttamente nel 
db/server aziendale ma crea un file txt per ogni ordine e salvalo su 
spazio ftp.
 
sul server aziendale fai un Agent che preleva e importa i txt. QUesto ti 
evita rogne con server non online nel momento della trasmissione.
 
possibilità di bloccare l'app da remoto, nel caso un agente vada via o 
perda il dispositivo.
 
non mi viene in mente altro...
BFS
 
 
 


1- ok, e' nativo Android
 
2- ok, si questo era previsto, c'ho anche le note vocali, che poi 
vengono riconosciute e tradotte automaticamente in testo
 
3- del file di testo per l'ordine onestamente non capisco l'utilita', 
avere il file di testo o andare direttamente sul db cosa cambia? Se 
diamo per scontato che il server ftp sa attivo allo stesso modo dovremmo 
poter dare per scontato che il db dove arriva l'ordine sia attivo
 
4- l'agent per lettura ordine in formato file testo e' legato al punto 
3, e quindi come il precedente per ora non comprendo bene l'utilita'
 
5- bloccaggio accesso device remoto e' previsto
 
Ringrazio moltissimo, sono queste informazioni dettate dall'esperienza 
che consentono di indirizzare il lavoro nelle direzione piu' produttiva 
possibile, tante volte il realizzare le cose 'dal nostro punto di vista' 
non sempre e' la soluzione ideale
 


3-4
 
intendo che il server che importa gli ordini è interno in azienda con 
sql server che gira (o altri)
 
e il server ftp è online (aruba o altri che garantiscono che sia sempre 
attivo)
 
nel caso si stia facendo manutenzione al server aziendale, o che manchi 
la linea internet in azienda, l'app non sarebbe in grado di scriverci 
dentro gli ordini. ecco perchè la soluzione di fare in modo che l'app 
salvi gli ordini nello spazio ftp sempre disponibile fuori dell'azienda
 
e il server aziendale tramite un Agent li va a recuperare ed ad importare.
 
 
altri consigli che mi vengono in mente che ho implementato in alcuni casi:
possibilità di fare "copia incolla" di un ordine precedente, spesso in 
alcuni settori, il cliente ordina sempre le stesse cose. Con la 
possibilità di aggiungere e togliere velocemente righe. Fa risparmiare 
tempo all'agente.
 
altra cosa, essendo ormai una lotta contro il tempo, dare la possibilità 
di inviare per ogni giornata il giro visite ottimali dei clienti in 
termine di percorso. Google maps fa tutto il lavoro sporco per te.
 
infine, se alla prima conferma ordine dal cliente salvi le coordinate 
gps, quando ritorni da quel cliente puoi fare in modo che nella lista 
dei clienti da selezionare ti venga proposto il più vicino a quel 
punto...che presumibilmente è il cliente in cui ti trovi. Anche questo 
fa risparmiare tempo in fase di compilazione/ricerca nominativo.
 
infine...ci sono agenti che sono totalmente negati con la tecnologia, 
quindi interfaccia grafica semplice e controllo input ovunque
 
 
BFS
 


Ah ok, ora ho capito cosa intendevi, un server ftp o comunque un sistema 
'esterno' per massimizzare la possibilita' di invio ordini ache se in 
casa sia tutto fermo
 
Il copia-incolla non avevo mai pensato, e neanche me l'hanno chiesto, 
comunque si credo sia una funzionalita' da inserire, in alcuni casi utile
 
Si, il 'giro ottimale' a mio avviso e' una di quelle cosa "da 
programmatori", che poi in realta' non usa quasi nessuno perche' le 
variabili che entrano in gioco nella selezione delle varie tappe del 
giro sono molto piu' ampie (la' devo fare gasolio, qua' c'e' la barista 
in minigonna meglio fermarsi per un caffe', devo prendere i biglietti 
dello stadio, ecc...) di quelle relative esclusivamente al minor 
dispendio di strada o tempo
 
Latitudie e longitudine, si potrebbero essere utili, ma come al punto 
precedente credo sia piu' un esercizio nostro che di reale utilita' per 
chi usera' quel sistema, comunque si, visto che lo sforzo e' minimo 
metteremo pure il punto gps
 
Si, anche questa e' un punto dolente, io tendo inizialmente a mettere di 
tutto su ogni finestra, poi mi accorgo che usano sempre solo tre tasti e 
tutto il resto incasina la reale normale operativita'
Qua pero' ci vorrebbe uno "user interface expert" :)
 

 
 
 
con cosa lo sviluppi/sviluppate?
 
BFS
 
 


B4A

Il 01/12/2022 10:52, RobertoA ha scritto:

A proposito di User Interface expert...
 
https://www.youtube.com/shorts/W-d-t5mtSZM
 
 
 


ahahahh