Gestionale + agenti col tablet - tutto realtime o sincronizzazione batch?

[RobertoA]

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?

[BFS]

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

[RobertoA]

"..> 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

[BFS]

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

[RobertoA]

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

[BFS]

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

[RobertoA]

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" :)

[BFS]

Il 01/12/2022 10:52, RobertoA ha scritto:
>>> 1- ok, e' nativo Android
>>>

>

con cosa lo sviluppi/sviluppate?

BFS

[RobertoA]

B4A

[RobertoA]

Il 01/12/2022 10:52, RobertoA ha scritto:

A proposito di User Interface expert...

https://www.youtube.com/shorts/W-d-t5mtSZM

[BFS]

ahahahh