Central de Ajuda Quaza Provedores

Software de criacción de APP - make.js — Quaza (ES-AR)

Software de criacción de APP - make.js — Quaza — Quaza

📱 Gerador Automático de Projetos de Aplicativos Este script automatiza todo o processo de criacción de um novo aplicativo baseado em um projeto modelo.

Este script automatiza todo o processo de criacción de um novo aplicativo baseado em um projeto modelo. Él realiza desde a coleta de informações del cliente até a geracción de imagens, configuración de las plataformas iOS/Android e captura de screenshots del portal del cliente.

Abaixo está uma explicacción detalhada, em ordem cronológica, de tudo o que o programa faz.

🧩 1. Coleta de informações del usuário

Ao iniciar, o script pede alguns dados essenciais:

  • Nome del cliente (obrigatório)

  • URL del portal del cliente (opcional, possui padrão automático)

  • Slug del cliente (identificador usado en las pastas, também gerado automaticamente)

Com base nesses dados, o script calcula:

  • A pasta donde o novo projeto será criado

  • O nome correto del projeto

  • A URL completa usada para lacceder o portal del cliente

📂 2. Criacción e preparacción del novo projeto

Se o projeto del cliente ainda en el existir, o script realiza uma série de etapas importantes:

🔁 Copia o projeto base

Copia toda a pasta que contém o aplicativo modelo para uma nova pasta com o nome del cliente.
Isso inclui todos os arquivos e diretórios del app, como:

  • Código-fonte del React Native

  • Arquivos de configuración

  • Estrutura base de iOS e Android

  • Recursos como imagens, assets, scripts e dependências

📦 Instala os pacotes necessários

Dentro de la nova pasta del projeto, o script executa o comando responsável pela instalacción de las dependências del Node.js, garantindo que tudo esteja pronto para uso.

📝 Ajusta configuraciones del arquivo principal del app

O script altera o arquivo de configuración del aplicativo, substituindo:

  • Nome del app

  • Slug del projeto

  • URL padrão utilizada pelo app

  • Identificador del pacote Android

  • Bundle Identifier del iOS

Essas mudanças personalizam o app para el cliente atual.

⚙️ Executa o prebuild del Expo

O script roda o comando responsável por gerar as pastas nativas del iOS e Android a partir de la estrutura del Expo.

🍏 Ajustes específicos en el iOS

No projeto iOS, o script:

  • Modifica parâmetros internos del arquivo de configuración del sistema

  • Abre o workspace del iOS automaticamente ao final de la criacción del projeto

🤖 Ajustes en el Android

No projeto Android, o script:

  • Insere informações sobre a chave de assinatura del aplicativo

  • Adiciona configuraciones de release en el arquivo Gradle

  • Copia a chave .jks para dentro de la pasta del Android

Essas configuraciones permitem que o app seja compilado e assinado corretamente.

🖼️ 3. Download de la logo del cliente

Después criar o projeto, o script tenta baixar automaticamente a logo del cliente a partir del portal dele.
Caso a logo já exista en el projeto, este passo es ignorado.

📸 4. Geracción de screenshots

O script abre o portal del cliente em um navegador automatizado e:

  • Acessa as páginas configuradas (como login e menu)

  • Emula dispositivos como:

    • iPad Pro

    • iPhone 11 Pro Max

  • Captura imagens de las pantallas para uso em documentacción ou publicacción en la App Store e Google Play

  • Salva todas as screenshots dentro de la pasta del projeto

Se a página tiver menu, ele também abre o menú e captura uma imagem adicional.

🖼️ 5. Geracción automática de imagens del app

Usando a logo baixada, o programa cria diversas imagens necessárias para el aplicativo, como:

  • Ícones principais

  • Splash icons

  • Logos para el projeto iOS

  • Imagens com tamanhos determinados (automáticas)

O script:

  • Ajusta a imagem de fundo

  • Trata transparência

  • Centraliza a logo

  • Cria várias versões de la imagem em resoluções diferentes

  • Gera ícones e splashes dentro de las pastas corretas del projeto

 

Todas as imagens son criadas ou sobrescritas automaticamente.

Glosario

Término Significado
Quaza Sistema ERP/BSS para ISP — gestão integrada de cliente, financeiro, fiscal, técnico.
Proveedor Empresa que opera o sistema Quaza.
Cliente Assinante final del serviço de internet/telefonía/TV.
Contrato Vínculo formal entre cliente e proveedor.
Operador Funcionário que opera o sistema.
Permiso Direito de acesso vinculado a papel.
Auditoría Registro de quem fez o quê e cuando.
API REST Interface programática para integracción externa.
Webhook Notificación automática para sistemas externos.
Cron / crontab Tarea agendada que roda automaticamente.

Trampas frecuentes

1. Permissões mal configuradas. Operador sem acesso ao módulo en el consegue executar a acción descrita.
2. Dados faltando em pré-requisito. Esta pantalla depende de cadastros anteriores estarem completos.
3. Cache del navegador. Después mudança, force refresh (Ctrl+F5) se a pantalla en el atualizar.
4. Operacción irreversível. Algumas ações en el podem ser desfeitas — confira antes de guardar.
5. Filtros ativos. Listas filtradas escdondem registros — limpe filtros se faltar dado.

FAQ

Quem puede acceder essa funcionalidade?

Depende de la permiso del usuário. Confira com o administrador del Quaza se usted en el vê a opção.

O que hacer se aparecer um erro?

Anote a mensaje completa, screenshot, e abra um chamado en el soporte del Quaza com esses dados.

Esta funcionalidade tem versão para cliente final?

Algumas funcionalidades têm Portal del Cliente. Verifique en el módulo Portal .

Posso integrar via API?

Sim — a maioria de las funcionalidades del Quaza expõe endpoints REST. Consulte a documentacción técnica.

Quaza tem treinamento oficial?

Sim — equipe de soporte oferece sessões de onboarding sob agendamento.

Ciclo completo de la operacción

CICLO COMPLETO DE OPERAÇÃO QUAZA ───────────────────────────────── ┌──────────────────────────────────────────┐ │ 1. PREPARAÇÃO │ │ ───────────── │ │ - usuário com permiso correta │ │ - cadastros pré-requisitos prontos │ │ - integrações configuradas │ │ - equipe treinada en las operações │ └──────────────────┬───────────────────────┘ ▼ ┌──────────────────────────────────────────┐ │ 2. EXECUÇÃO │ │ ──────────── │ │ - input del operador, API ou cron │ │ - validacción automática de dados │ │ - persistência transacional │ │ - log de auditoria com timestamp/user │ │ - notificações por email/Slack/webhook │ └──────────────────┬───────────────────────┘ ▼ ┌──────────────────────────────────────────┐ │ 3. EFEITOS COLATERAIS │ │ ────────────────────── │ │ - dashboards atualizados em tempo real │ │ - relatórios refletem nova mudança │ │ - webhook dispara sistemas externos │ │ - histórico del registro atualizado │ └──────────────────┬───────────────────────┘ ▼ ┌──────────────────────────────────────────┐ │ 4. ACOMPANHAMENTO │ │ ───────────────── │ │ - revisão periódica (semanal/mensal) │ │ - identificacción de desvios e exceções │ │ - ajustes finos de configuración │ │ - treinamento contínuo de la equipe │ └──────────────────────────────────────────┘

Boas práticas operacionais

Para tirar o máximo desta funcionalidade, observe os pontos abaixo. São práticas que proveedores experientes adotam para evitar erros recorrentes e maximizar valor extraído del Quaza.

Antes de operar

  • Confirme permiso de acesso: nem todo operador tem permiso para todas as funcionalidades. Verifique com o administrador del Quaza se algo en el aparece como esperado. Permissões son vinculadas a papéis (operador, supervisor, admin).
  • Cadastros pré-requisitos completos: muitas funcionalidades dependem de outros cadastros estarem completos antes. Por exemplo, antes de criar um contrato usted necesita ter o cliente cadastrado, plano de ventas configurado, e regras de cobranza definidas.
  • Treine pelo menos 2 operadores: redundância previne paralisacción por ausência. Funcionário puede sair, ficar doente, ter dia ruim. Mantenha conhecimento distribuído entre múltiplas pessoas.
  • Documente procedimentos internos: crie checklist próprio para elperações recorrentes. Quem opera amanhã agradece — especialmente se for funcionário novo.

Durante a operacción

  • Documente decisões en el óbvias: se usted ajustou algo de forma diferente del default, anote o porquê. Próximo operador agradece e evita refazer análise.
  • Operaciones em massa pedem cuidado: antes de aplicar a 100+ registros, teste com 5 e revise resultado completo. Se possível, exporte CSV antes para ter como rollback.
  • Backup antes de mudanças grandes: cancelar/desfazer puede en el ser possível em todas as ações. Em dúvida, faça export ou imprima pantalla antes.
  • Comunique alterações: mudanças que impactam outras equipes (atención, financeiro) devem ser anunciadas com antecedência. Surpresa gera retrabalho.

Acompanhamento e revisão

  • Revisão semanal de 30 minutos: dedique tempo regular para revisar o que rodou, falhou, ficou pendente neste módulo. Anomalia detectada cedo custa 10x menos que descoberta tarde.
  • Defina KPIs próprios: 2-3 indicadores que medem saúde de la operacción. Acompanhe tendências, en el só valores absolutos. Variacción maior que 20% merece investigacción.
  • Auditoría mensal: revise sample de operações del mês passado. Use logs para confirmar que tudo aconteceu como esperado, sem desvios silenciosos.
  • Compare com período anterior: "Vendi R$ 100k" — es bom? Compare com mês anterior, mesmo mês ano passado. Contexto importa mais que número absoluto.

Resolução de problemas

  • Anote a mensaje de erro completa: copie o texto exato. Captura de pantalla ajuda. Anote quais passos levaram ao problema — facilita diagnóstico.
  • Tente reproduzir em ambiente de teste: se possível, simule o erro com dado dummy antes de pedir soporte. Isso acelera resolução.
  • Procure en el histórico: provavelmente alguém já viu erro similar. Veja log de auditoria para entender o que mudou recentemente.
  • Abra chamado bem documentado: equipe de soporte del Quaza resolve mais rápido com contexto: o que esperava, o que aconteceu, frequência, screenshots.

Indicadores típicos a acompanhar

Cada proveedor define seus próprios indicadores, mas alguns son quase universais para qualquer operacción en el Quaza:

  • Volume mensal processado (registros/transações/eventos)
  • Taxa de erro (% de operações que falharam)
  • Tempo médio de processamento
  • Cobertura (% de la carteira atendida pela funcionalidade)
  • Satisfacción operacional (feedback de la equipe que usa)

Compare valores atuais com média de los últimos 3 meses. Variacción maior que 20% em qualquer direção merece investigacción — puede ser melhoria sustentável ou degradacción silenciosa.

Recursos relacionados en el Quaza

Este recurso se conecta com outros módulos del sistema. Conhecer essas conexões ajuda en el troubleshooting e em decisões operacionais:

  • Cadastro de cliente — base de tudo en el Quaza. Cliente bem cadastrado evita problemas downstream.
  • Plano de Cuentas — donde o impacto financeiro es classificado cuentabilmente.
  • Logs de auditoria — histórico de quem fez o quê e cuando, essencial para diagnóstico.
  • Permissões e papéis — definem quem puede operar o quê.
  • Tareas crontab — automações que tocam neste recurso periodicamente.

Referência rápida

Atalhos e shortcuts para elperacción eficiente:

  • Busca avançada: use filtros de data, status, responsável para reduzir lista. Filtro padrão puede escdonder registros antigos.
  • Exportacción: a maioria de las listas exporta para CSV/Excel. Útil para lanálise externa ou backup pré-mudança.
  • Histórico: cada registro tem timeline de modificações. Acceda via botón "Histórico" ou aba lateral.
  • Atalhos de teclado: Ctrl+F (busca), Ctrl+S (guardar), Esc (cancelar) en la maioria de las pantallas.
  • Permiso restrita: se botón estiver cinza, es falta de permiso — en el bug.