Como separar os marcos de entrega de Android e iOS no contrato

Um projeto mobile pode usar o mesmo código para Android e iOS e ainda ter testes, submissões e datas de aceite diferentes. Antes de cobrar, confirme se o contrato prevê um marco por plataforma ou uma entrega conjunta. Registre a versão, o build, os cenários e o estado de cada loja. Vincule a invoice ao marco que efetivamente cumpriu a condição acordada.

Separe o que é comum do que muda por plataforma

Identifique os requisitos compartilhados, como integração com backend, fluxos principais e design. Depois liste os itens específicos, como permissões, autenticação, dispositivos de teste ou metadados de cada loja. A Apple distingue versões e builds no App Store Connect. O Google Play documenta preparação de releases e canais de distribuição. Use os identificadores disponíveis para comprovar qual versão foi testada, enviada e liberada.

Combine a evidência de homologação. Para Android, o cliente pode usar um canal de teste. Para iOS, pode usar um build distribuído em teste conforme o procedimento da conta. Defina quem aceita os cenários e se a revisão da loja faz parte do marco. Registre separadamente data de entrega, aceite e publicação.

Monte uma matriz de marcos

Se o contrato exigir lançamento simultâneo, registre quais itens devem estar prontos antes de liberar. Uma plataforma pode ter sido aprovada e aguardar a outra. Se a condição for aceite técnico, guarde o resultado dos testes mesmo quando a publicação ainda não ocorreu. A evidência precisa refletir o marco escrito na proposta.

Exemplo de faturamento parcial

Uma empresa contrata um app com dois marcos. Android vale USD 3.000 e iOS vale USD 3.500. O cliente aceita o Android no início de novembro. O iOS depende de uma correção específica no login. Se o contrato permite cobrança por plataforma, a prestadora emite a invoice do marco Android e mantém o iOS pendente. Guarda as versões, a confirmação e o prazo da correção. Quando o iOS é aceito, emite a cobrança correspondente conforme o acordo.

Se o pagamento dependesse de lançamento conjunto, a empresa preservaria o aceite do Android e acompanharia a condição restante. Uma alteração de escopo que afeta as duas plataformas deve mostrar quais testes e entregas precisam ser refeitos. Registre a mudança e confirme se altera valores ou datas. Se o cliente autorizar uma entrega em fases, guarde a nova condição.

Trate correções que aparecem em uma plataforma

Quando um problema afeta só iOS ou só Android, identifique o build e o ambiente onde ocorreu. Registre o impacto no aceite da outra plataforma. Se uma correção exigir mudança no backend comum, verifique os testes que precisam ser repetidos. Guarde a versão aprovada antes e depois. Defina quem comunica à loja e quem confirma a correção comercial.

No fechamento, informe a situação de cada marco, a moeda e o valor. Se uma invoice cobre os dois, registre como o cliente aprovou a composição. Se houver pagamento parcial, associe a referência ao marco correspondente e preserve o saldo. Quando a aprovação e o crédito ocorrerem em meses diferentes, guarde as duas datas. Use o extrato para conciliar o caixa e o aceite para comprovar a entrega.

Revise a documentação antes do próximo ciclo

Organize uma pasta por versão com testes, instruções e status da loja. Guarde identificadores que permitam localizar os registros depois que o portal mudar. Quando o cliente assumir o lançamento, preserve a confirmação da transição. Se houver suporte pós-entrega, registre qual versão está coberta e como serão tratadas correções futuras.

Registre quando o componente comum mudou

Se uma correção no backend altera o comportamento do Android e do iOS, identifique quais testes precisam ser refeitos em cada plataforma. Preserve a versão do serviço usada na homologação e a versão dos dois builds. Quando o cliente aceitar uma plataforma com ressalva, descreva qual cenário ficou pendente e se a ressalva afeta o outro marco. Na planilha, marque a data em que cada plataforma recebeu o ajuste e o responsável pelo novo aceite. Se o cliente aprovar o faturamento de uma etapa antes de repetir testes comuns, guarde a confirmação. Assim a equipe pode acompanhar a cobrança e a correção sem confundir o alcance da aprovação. Identifique também o ambiente usado no teste.

Perguntas frequentes

Posso cobrar Android antes de iOS?

Confira se o contrato prevê marcos independentes. Preserve o aceite da plataforma concluída e registre o que ainda falta na outra.

Qual versão guardar no aceite?

Registre o identificador do build ou release que o cliente testou e aprovou. Se houve submissão posterior, guarde também a referência correspondente.

A loja aprovou uma versão diferente da homologada. Como tratar?

Compare as mudanças, registre o motivo e confirme se o cliente precisa aprovar a nova versão. Preserve a trilha das duas versões.

Fontes oficiais

• Apple — etapas de publicação de apps
• Google Play — preparação de releases
• Google Play — revisão e publicação

Leituras relacionadas

• Como cobrar um marco homologado parcialmente pelo cliente estrangeiro
• Guias para exportadores de serviços

Como a Zen pode ajudar

A contabilidade para exportação de serviços da Zen ajuda a organizar documentos, conciliar recebimentos e analisar as regras da sua operação. Peça uma proposta personalizada para conversar sobre o seu caso.