Il fornitore non risponde più: riprendere un'applicazione senza perdere tutto

Un'applicazione può essere ripresa quando il fornitore non risponde più, a condizione di recuperare gli accessi, i dati e i diritti necessari alla manutenzione. Iniziate mettendo al sicuro ciò che la vostra azienda controlla, poi fate esaminare il prodotto prima di decidere cosa conservare o sostituire. La sola assenza dello sviluppatore non giustifica una riscrittura completa.

Nella prima settimana, chiarire chi controlla cosa

Che il freelance sia irreperibile, che l'agenzia abbia chiuso o che la manutenzione si sia interrotta, designate una persona interna che raccolga i documenti. Riunite contratto, fatture, corrispondenza precedente e avvisi ricevuti. Annotate le prossime scadenze prima di richiedere nuove funzioni.

Per ogni voce qui sotto, registrate il titolare, l'amministratore, chi paga e l'ultimo accesso riuscito. Una fattura intestata alla vostra azienda non sostituisce un accesso verificato.

Dominio e DNS

Intestatario del dominio, rinnovo, accesso al registrar e alle impostazioni DNS.

Account degli store

Organizzazione iscritta ad Apple Developer e Google Play Console, titolare dell'account e ruoli in App Store Connect.

Hosting e fatturazione

Account cloud, amministratori, metodo di pagamento e avvisi di rinnovo.

Codice sorgente

Repository completo con la cronologia e una copia sotto il controllo dell'azienda.

Backend e banca dati

Servizi lato server, accesso ai dati, backup recente e ripristino da verificare.

API e abbonamenti

Servizi esterni, chiavi API, licenze, limiti di utilizzo e chi paga ogni abbonamento.

Analisi dell'utilizzo

Titolarità degli account analytics, accesso ai rapporti e dati storici disponibili.

Invio di e-mail

Account di invio, domini verificati e accesso agli errori di consegna e alle e-mail di reimpostazione della password.

Chiedete al nuovo team di verificare i backup in un ambiente isolato prima di intervenire sui dati in produzione. Organizzate poi la sostituzione degli accessi condivisi e delle chiavi, servizio per servizio, controllando le funzioni che ne dipendono.

Cosa richiedere per iscritto

Inviate una richiesta formale al contatto e all'indirizzo indicati nel contratto. Elencate i materiali attesi, proponete un termine di risposta e concordate un canale sicuro per la consegna. Conservate una copia datata della richiesta e delle risposte.

• Il codice completo della versione pubblicata, i materiali grafici e le istruzioni per preparare e pubblicare un aggiornamento.
• L'inventario di account, abbonamenti, licenze e servizi, con titolari e scadenze.
• Gli accessi o gli inviti come amministratore, i backup e la procedura di ripristino.
• La documentazione, i problemi noti, i lavori in corso e i trasferimenti di account da organizzare.

Chiedete inviti nominativi anziché la password personale di qualcuno. Se l'applicazione appartiene all'account del fornitore, seguite la procedura di Apple App transfer.

Per Google Play, consultate Transfer apps. Anche i servizi collegati richiedono verifiche. Senza collaborazione, contattate l'assistenza delle piattaforme con i giustificativi disponibili, senza presumere che possa trasferire l'applicazione.

Il contratto determina i diritti da verificare

Rileggete le disposizioni sulla consegna del codice, sul suo utilizzo, sulle modifiche da parte di terzi e sulla fine della collaborazione. Chiarite quali componenti sono soggetti a licenze esterne. Possedere una copia del codice non dimostra l'estensione dei diritti concessi.

In Svizzera, l'IPI distingue la cessione dei diritti dalla licenza, che autorizza gli utilizzi concordati. È un orientamento, non una consulenza giuridica sul vostro contratto. Se mancano clausole o vi sono contestazioni, fate esaminare il dossier prima di commissionare modifiche o pubblicare nuovamente.

Le scadenze degli store restano valide

Per le app iPhone, gli Upcoming Requirements di Apple possono impedire l'invio di un aggiornamento creato con un vecchio SDK. Separatamente, App Store Improvements prevede la rimozione di app obsolete o malfunzionanti. Sono due meccanismi distinti.

Su Android, le regole Target API di Google Play distinguono l'invio di un aggiornamento dalla disponibilità di un'app esistente. Una versione Android di destinazione troppo vecchia può limitare l'accesso dei nuovi utenti su dispositivi più recenti, senza rimuovere l'app dall'intero catalogo.

Fate quindi esaminare i messaggi di entrambe le console e i requisiti applicabili alla vostra app. Un'app ancora installata sul vostro telefono non dimostra che sia tuttora scaricabile o che si possa pubblicare una correzione.

Organizzare la ripresa secondo i rischi

1. 1
   

   Mettere al sicuro gli accessi

   Identificare i titolari, conservare i dati e garantire i rinnovi urgenti.

2. 2
   

   Esaminare il prodotto

   Collegare il codice alla versione in uso, verificare i diritti e valutare sicurezza, pubblicazione e dipendenze.

3. 3
   

   Stabilizzare

   Rendere possibile un aggiornamento, testare i percorsi essenziali e verificare il ripristino.

4. 4
   

   Far evolvere

   Decidere miglioramenti ed eventuali sostituzioni parziali sulla base dell'analisi.

L'analisi deve portare a decisioni di cui si possano stimare i costi, con le incertezze ancora aperte. Chiedete una proposta che separi continuità immediata, stabilizzazione e sviluppi successivi. La nostra guida Come confrontare i preventivi per un'applicazione mobile in Svizzera aiuta a confrontare questi perimetri.

Se manca il codice, valutate prima ciò che dati, account e documentazione permettono di recuperare. Se occorre sostituire una parte, pianificate la migrazione e la continuità del servizio. Conservate il sistema esistente finché non avrete verificato quello che lo sostituisce.

Preparare il prossimo passaggio di consegne

Aprite gli account a nome della vostra azienda, con responsabili interni e accessi nominativi per il fornitore. Conservate la documentazione di servizi, costi ricorrenti, backup e pubblicazione dove il vostro team può ritrovarla. Verificate che un'altra persona sappia seguire la procedura di aggiornamento.

Il prossimo contratto deve precisare diritti, materiali da consegnare, trasferimento degli accessi e assistenza a fine incarico, comprese le condizioni economiche. In Appik Studio, il co-sviluppo dell'applicazione Le Temps con il suo team interno illustra la condivisione di codice, decisioni e conoscenze che prepara la continuità, come descriviamo nel nostro approccio.

Per esaminare la vostra situazione, consultate il nostro servizio di ripresa di applicazioni o la nostra offerta di sviluppo e ripresa mobile. Il primo colloquio serve a chiarire cosa è accessibile e quali domande restano aperte prima di definire un intervento.

Fonti e riferimenti

6 fontiige.ch · developer.apple.com · support.google.com

1. ige.chIPI, cessione dei diritti e licenze. Orientamento svizzero su titolarità e usi consentiti, senza esame del singolo contratto. Pagina non datata, consultata il 13 novembre 2026.ige.ch
2. developer.apple.comApple Developer, Upcoming Requirements. Requisiti OS e SDK per gli invii ad App Store Connect, distinti dalla rimozione dalla vendita. Calendario consultato il 13 novembre 2026.developer.apple.com
3. developer.apple.comApple Developer, App Store Improvements. Procedura di verifica e rimozione delle app obsolete o malfunzionanti. Pagina non datata, consultata il 13 novembre 2026.developer.apple.com
4. support.google.comGoogle Play, Target API level requirements. Regole 2026 per invii, aggiornamenti e disponibilità delle app esistenti secondo il dispositivo, con eccezioni per piattaforma. Consultate il 13 novembre 2026.support.google.com
5. developer.apple.comApple Developer, Overview of app transfer. Trasferimenti tra account e verifiche sui servizi collegati. Pagina non datata, consultata il 13 novembre 2026.developer.apple.com
6. support.google.comGoogle Play, Transfer apps to a different developer account. Requisiti degli account e gestione separata di servizi e rapporti. Pagina non datata, consultata il 13 novembre 2026.support.google.com