Configuração da cidade
Defina a identidade do operador, as categorias de serviço, a localização geográfica, a moeda e o fuso horário para cada implantação na cidade.
ARQUITETURA DA PLATAFORMA
O modelo de engenharia subjacente à Black Fleet: lógica operacional, aplicações dedicadas, integrações de pagamento e ligações aos serviços dos quais uma operação de transporte depende.
01 ARQUITETURA DE IMPLEMENTAÇÃO
O desenho do sistema para uma implementação na cidade combina uma lógica operacional partilhada com aplicações dedicadas e configuração local. A sua proposta define os resultados a entregar, as integrações e os marcos de entrega.
BLACK FLEET DEV
Lógica de reservas · fluxos de trabalho da aplicação · versões padrão
Conceção do sistema para implementações nas cidades. Londres serve de referência operacional; as aplicações, funcionalidades e datas de lançamento são acordadas para cada implementação.
02 PRINCÍPIOS DE ENGENHARIA
Defina a identidade do operador, as categorias de serviço, a localização geográfica, a moeda e o fuso horário para cada implantação na cidade.
Estabeleça a correspondência entre as etapas de reserva, atribuição e atualizações da viagem e as informações e ações necessárias a cada função.
A separação de dados dos operadores, as permissões baseadas em funções e o acesso de suporte especificamente autorizado são requisitos do modelo de implementação municipal.
Defina como os eventos dos prestadores se relacionam com as reservas, registos de pagamento e atualizações de viagens, com acesso adequado a cada fluxo de trabalho.
Manter as funcionalidades comuns no núcleo partilhado, verificando a configuração e a prontidão para lançamento em cada implementação por parte do operador.
03 PAGAMENTOS E INTEGRAÇÕES DE SISTEMAS
Desenvolvemos as integrações que ligam o processo de pagamento do cliente, os registos operacionais e os serviços externos. Cada ligação é concebida em torno de um fluxo de trabalho de transporte.
A plataforma de Londres inclui integração com o Stripe para pagamentos de clientes, ligando eventos de finalização de compra e de estado de pagamento aos registos de reserva.
Pesquisa de endereços, dados de localização e informações de percurso para apoiar a reserva e o planeamento de viagens no âmbito da implementação configurada.
Pesquisa de voos e informações sobre horários para reservas relacionadas com aeroportos e fluxos de trabalho de recolha.
Integrações de e-mail, SMS e notificações push configuradas em função de eventos de reserva acordados, atualizações de viagem e funções dos utilizadores.
A seleção de prestadores de serviços, os fluxos de trabalho ativados, os requisitos da conta e os custos de utilização de terceiros são confirmados para cada implementação.
Discuta os seus requisitos de integração04 LIQUIDAÇÃO DOS MOTORISTAS
Um fluxo de trabalho de liquidação que liga os rendimentos dos motoristas, a aprovação financeira e a programação de pagamentos.
O modelo de liquidação associa as viagens concluídas e os pagamentos aprovados aos motoristas com os pagamentos bancários programados, a confirmação do prestador de serviços e a autofaturação consolidada. O plano de implementação define como essas etapas se interligam na sua operação.
A integração automatizada de pagamentos, as funções de aprovação, os ciclos de pagamento e os requisitos de autofaturação estão especificados no âmbito de entrega acordado, com verificações de aceitação antes da ativação.
Discutir os fluxos de trabalho relativos à liquidação dos motoristas05 SEGURANÇA E QUALIDADE
A nossa abordagem de engenharia tem em conta as pessoas que utilizam a plataforma, as ações que podem realizar e as verificações relacionadas com uma alteração.
Os fluxos de trabalho de clientes, motoristas e operadores têm requisitos de acesso distintos. As verificações de funções e propriedade na camada de serviço apoiam esses limites, a par das permissões apresentadas em cada aplicação.
As verificações automatizadas apoiam o desenvolvimento de fluxos de trabalho de reserva, atribuição e pagamento. Os critérios de aceitação específicos da implementação definem os cenários a verificar antes da ativação.
Os ambientes de desenvolvimento, teste e produção têm finalidades diferentes. O controlo de versões e as verificações específicas apoiam a avaliação das alterações antes do lançamento.
A manutenção liga o desenvolvimento de software à utilização no dia-a-dia. Os problemas comunicados e o feedback dos operadores ajudam a priorizar correções e melhorias padrão da plataforma.
DESENVOLVIMENTO CONTÍNUO
A manutenção contínua do software e as atualizações padrão da plataforma estão incluídas na subscrição mensal.
Os fluxos de trabalho específicos do operador, relatórios personalizados, integrações personalizadas e outros trabalhos fora do roteiro normal podem ser avaliados e orçamentados separadamente.
As aplicações dedicadas às cidades estão incluídas na configuração do «City Launch», com o lançamento e a distribuição acordados para cada implementação.
O PRÓXIMO PASSO
Apresente o seu processo de reserva, necessidades de integração e restrições operacionais numa demonstração da plataforma.
Planeie a sua implementação