Si parte dal sistema da collegare
Per una stima affidabile non basta il nome della piattaforma. Servono interfaccia documentata, ambiente di prova, requisiti di accesso e operazioni richieste dall'app.
Integrare un'API supportata è diverso dal collegarsi a un sistema privo di interfaccia adatta. Documentazione, permessi o funzioni backend mancanti vanno individuati prima dello sviluppo.
Usiamo accessi autorizzati e modalità di integrazione supportate. Un'app su misura non elimina licenze, limiti d'uso o requisiti di accesso di terzi.
Attività di integrazione che possiamo definire
Account e richieste autenticate
Implementiamo accesso e autorizzazione appropriati. Definiamo cosa accade quando una sessione scade, l'accesso viene revocato o un utente non può compiere un'operazione.
Dati aziendali e sincronizzazione
Colleghiamo l'app a clienti, incarichi, inventario o altri dati concordati. Stabiliamo quale sistema possiede ogni record e come gestire aggiornamenti incompleti o in conflitto.
SDK di terzi
Integriamo librerie documentate, verificando configurazione, compatibilità e comportamento aggiunto. Un SDK non elimina la necessità di valutare permessi e trattamento dei dati.
Notifiche, caricamenti e operazioni sui dati
Definiamo avvio, avanzamento, conferma e recupero. Un file da caricare richiede gestione diversa da una lettura; una richiesta che modifica dati non va ripetuta alla cieca.
Integrazioni native per Flutter
Se Flutter richiede un SDK solo Android, esaminiamo implementazione nativa e collegamento al livello Dart. Vedi lo sviluppo Flutter.
Rendere comprensibili gli errori
Una buona integrazione spiega all'utente cosa è successo e cosa fare. Non mostra ogni errore come una schermata vuota.
| Situazione | Comportamento da definire |
|---|---|
| Rete non disponibile. | Spiegare le azioni bloccate e se il lavoro può essere salvato in locale. |
| Sessione scaduta. | Riprendere l'autenticazione supportata senza perdere inutilmente i dati inseriti. |
| Servizio che rifiuta la richiesta. | Mostrare un messaggio adeguato e conservare elementi diagnostici utili. |
| Timeout dopo una modifica ai dati. | Verificare l'esito prima di inviare un'operazione potenzialmente duplicata. |
| Risposta o SDK del fornitore cambiati. | Individuare ipotesi di compatibilità e manutenzione necessaria. |
Queste scelte fanno parte della specifica. L'implementazione dipende dall'API e dal backend, non solo dall'app Android.
Credenziali e responsabilità chiare
Un'app mobile non è il posto in cui nascondere credenziali amministrative del server. Operazioni privilegiate possono richiedere un backend con accessi limitati al necessario.
Definiamo configurazione dell'app, operazioni del server e gestione degli account. Nella richiesta iniziale invia documentazione e descrizione del flusso, non token di produzione o password.
Modifiche backend, dashboard e costi di servizio continuativi sono voci separate, salvo inclusione esplicita nella proposta.
Cosa comprende una consegna utile
Secondo il progetto, possono essere inclusi modifiche al codice, istruzioni di configurazione, mappatura dei campi, ipotesi documentate e verifiche dei principali casi riusciti e falliti.
Se il fornitore offre un ambiente di prova, lo usiamo per le verifiche appropriate. Documentiamo ambiente e versione supportata senza affermare che coprano ogni futuro cambiamento.
Per un'app completa, consulta lo sviluppo Android su misura. Per apparecchi fisici, vedi l'integrazione con dispositivi Android.
Domande frequenti
Potete collegare l'app Android al nostro CRM o sito?
Potenzialmente. Invia nome della piattaforma, flusso richiesto e documentazione API pubblica. Occorre verificare operazioni e permessi disponibili.
Serve accesso anche al backend?
Dipende. Alcuni progetti usano un'API esistente; altri richiedono modifiche server, credenziali o configurazione gestita dal team backend.
Potete usare un SDK privato del fornitore?
Sì, con accessi e licenze appropriati. Servono documentazione, ambienti supportati e un modo di testare senza esporre dati riservati.
Un'integrazione può funzionare offline?
Alcuni dati e azioni possono essere progettati per l'uso offline. L'ambito deve definire cache, coda e riconciliazione delle modifiche.
Potete correggere un'integrazione esistente?
Sì. Descrivi l'operazione che fallisce e quando accade. Una verifica dei bug dell'app può essere il primo passo migliore.
Dicci cosa deve collegarsi
Indica app, servizio o SDK e azione da svolgere. Aggiungi un link alla documentazione se disponibile.