Duosis Park
Catálogo completo

Todas as funcionalidades, agrupadas por módulo.

Esta página detalha o que o Duosis Park realmente faz — sem inventar features. Cada módulo lista as regras concretas implementadas. Vale para qualquer estacionamento com operador: hotel, shopping, evento, hospital, rotativo público, condomínio.

Tirar dúvidas no WhatsAppVer preço

Módulos nesta página

Módulo 01

Multi-tenant e isolamento

Cada cliente é um tenant independente, com seus próprios usuários, configurações, tarifas e relatórios.

  • Isolamento total de dados entre tenants — sem exceção.
  • Identificação automática do tenant no login pelo e-mail (sem dropdown).
  • Quatro estados do tenant: ativo, trial, suspenso, cancelado. Apenas ativo e trial permitem login.
  • Cancelamento é lógico — dados são preservados conforme política de retenção.
  • Identidade visual configurável por tenant (logo e cor primária).

Módulo 02

Perfis, permissões e autenticação

Três perfis pré-definidos cobrem as responsabilidades reais de um estacionamento. Permissões claras, sem ambiguidade.

  • Admin: gerencia usuários, configurações, tarifas e tem acesso total a relatórios e logs.
  • Gerente: visualiza relatórios, logs e histórico de caixa. Autoriza estornos. Não edita configurações.
  • Operador: atua na operação do dia — entrada, saída, pagamentos e caixa do turno. Sem acesso a relatórios.
  • Senha forte obrigatória (mín. 8 caracteres com letra, número e especial).
  • Recuperação de senha por e-mail com link válido por 1 hora.
  • Sessão expira por inatividade (padrão: 8 horas).
  • Exclusão de usuário é lógica — fica inativo para preservar histórico e logs.
  • E-mail é único por tenant (o mesmo e-mail pode existir em tenants diferentes).

Módulo 03

Configurações do tenant

Tudo o que define como a unidade cobra fica num lugar só, editável apenas pelo Admin.

  • Tabela rotativa configurável: o Admin cria, edita e exclui faixas (tempo máximo + valor).
  • Modelo de cobrança rotativa por faixa final ou cumulativo.
  • Tolerância separada para hóspede e rotativo (padrões: 60 min e 10 min).
  • Habilitar ou desabilitar tipos de cliente (hóspede, rotativo, evento).
  • Cadastro de parceiros (tipicamente hotéis) para identificar origem do hóspede em relatórios.
  • Formas de pagamento configuráveis (ativar/desativar). Inativas somem da tela do operador.
  • Número total de vagas é informativo — sistema mostra ocupação mas não bloqueia entrada.
  • Alterações de configuração não recalculam pagamentos já registrados (snapshot por estadia).

Módulo 04

Cadastro de veículos

A placa é a chave de tudo. Cadastro persistente, reentrada sem fricção e validação de formato no momento certo.

  • Placa única por tenant, formato Mercosul ou antigo aceito.
  • Primeira entrada: cadastro completo (nome, telefone, placa, modelo, tipo de cliente).
  • Reentrada não exige novo preenchimento — sistema reconhece e segue para operação.
  • Telefone obrigatório com escape "Cliente não informou" (gera log automático).
  • Edição de placa registrada em log: placa anterior, nova, usuário e data.
  • Edição de cadastro do cliente (nome, telefone, modelo) por Operador, Gerente ou Admin com log.
  • Cadastro do veículo é persistente entre estadias. O que muda é a estadia (ciclo novo de entrada/saída).

Módulo 05

Tipos de cliente

Três tipos, regras de cobrança próprias e flexibilidade pra reclassificar mid-stay.

  • Hóspede: opcionalmente vinculado a um parceiro do tenant (hotel).
  • Rotativo: público externo, sem vínculo a parceiro.
  • Evento: valor fixo cobrado na entrada por um evento configurado pelo tenant.
  • Tipo é definido na primeira entrada e registrado na estadia.
  • Operador pode alterar o tipo durante uma estadia ativa (ex.: rotativo que vira hóspede). Mudança gera log.
  • Hóspede sem parceiro ("avulso") é válido.

Módulo 06

Entrada, saída e reentrada

Status duplo (pagamento + localização), reconhecimento de diária válida e duas ações distintas de saída.

  • Operação começa pela placa: sistema decide o fluxo automaticamente.
  • Diária válida reconhecida: exibe "Pago até DD/MM HH:MM" e permite confirmar entrada sem cobrança.
  • Toda entrada exige clique em "Confirmar entrada" para registrar a passagem.
  • Saída com volta (POST /estadias/:id/saida-temporaria): muda status para "fora do pátio", sem cobrança. Apenas para hóspede com diária válida.
  • Checkout (POST /estadias/:id/checkout): saída final, cobra excedente, marca status "finalizado".
  • Status em duas dimensões independentes: pagamento (aguardando/pago/vencido) e localização (no pátio/fora/finalizado).
  • Saída finalizada (checkout) não pode ser reaberta — novo uso requer nova estadia.
  • Apenas uma estadia ativa por veículo por vez.
  • Toda passagem registra o operador e o caixa em que foi lançada.
  • Painel mostra veículos no pátio e veículos com diária válida fora do pátio.
  • Busca por placa, nome do cliente ou modelo no painel.
  • Tolerância a esquecimento: se operador esqueceu de registrar saída e veículo retorna, sistema permite nova entrada (gera log).

Módulo 07

Cobrança de hóspede

Diária fixa de 24h paga na entrada, reentrada livre dentro do período pago, excedente cobrado em bloco no checkout.

  • Diária fixa de 24 horas corridas a partir da primeira entrada.
  • Pagamento obrigatório na primeira entrada (não pode ser postergado).
  • Mesmo valor de diária para todos os parceiros do tenant.
  • Reentrada livre dentro de 24h + tolerância, sem cobrança adicional.
  • Excedente cobrado por bloco: até 24h59min = 1 diária; 25h–48h59min = 2 diárias; e assim por diante.
  • Renovação de diária mid-stay: operador adiciona N diárias sem precisar fazer checkout.
  • Excedente cobrado no checkout, pelo operador, no caixa ativo.
  • Sem distinção de valor por tipo de veículo (moto, carro, utilitário).

Módulo 08

Cobrança de rotativo

Tabela de faixas configurável, cálculo automático e dois modelos de cobrança à escolha do tenant.

  • Cobrança por tempo de permanência, conforme tabela de faixas do tenant.
  • Pagamento no momento da saída (operador confirma o valor calculado).
  • Pagamento antecipado opcional, em qualquer momento.
  • Saída permitida sem pagamento confirmado — fica em aberto e gera alerta.
  • Tolerância configurável entre faixas (ex.: com tolerância de 10 min, 1h08min cobra faixa de 1h; 1h12min cobra faixa de 2h).
  • Modelo padrão: paga apenas o valor da faixa em que parou. Modelo cumulativo: soma faixas atravessadas.
  • Cálculo automático — operador não digita valor.
  • Rotativo não vincula a parceiro.
  • Tabela vazia bloqueia operação com mensagem clara.

Módulo 09

Cobrança de evento

Múltiplos eventos cadastrados com valor fixo e duração. Pagamento na entrada, snapshot preservando histórico.

  • Cada tenant cadastra múltiplos eventos com nome, valor fixo e duração em horas (default 24h).
  • Ativação/desativação individual com soft delete (preserva histórico de estadias passadas).
  • Pagamento obrigatório na entrada (split de formas permitido, igual ao hóspede).
  • Cobertura: pagoAte = dataEntrada + duracaoHoras. Reentrada livre dentro da cobertura.
  • Excedente é escolha do operador no checkout: ignorar, cobrar outro evento (+N horas) ou cobrar como rotativo.
  • Snapshots da estadia: snapshotEventoNome, snapshotEventoValor, snapshotEventoDuracaoHoras.
  • Aba "Eventos" só aparece na entrada se houver pelo menos um evento ativo no tenant.
  • Evento não vincula a parceiro.

Módulo 10

Caixa por turno

Cada operador opera seu próprio caixa, com abertura/fechamento explícitos e diferença automática.

  • Caixa é uma sessão vinculada a um usuário (operador), com abertura e fechamento.
  • Apenas um caixa aberto por tenant simultaneamente — garantido no banco (índice parcial único).
  • Abertura manual com valor inicial em dinheiro (troco).
  • Login não abre caixa automaticamente.
  • Novo operador pode fechar caixa anterior e abrir o seu.
  • Operação em caixa de outro operador permitida com aviso permanente "Operando no caixa de [Nome]".
  • Toda movimentação fica vinculada ao caixa aberto no momento, independente de quem opera.
  • Fechamento manual ao final do turno, informando o dinheiro físico contado.
  • Cálculo automático: total por forma de pagamento, dinheiro esperado, diferença vs. informado.
  • Relatório de fechamento gerado automaticamente com login do operador.
  • Diferença é registrada com opção de observação.
  • Histórico de fechamentos armazenado permanentemente.
  • Caixa fechado não pode ser reaberto — correções via lançamento seguinte ou estorno.
  • Veículos no pátio durante virada de turno continuam ativos. Pagamentos ficam no caixa em que foram efetivados.
  • Operador inativo não pode abrir nem operar caixas.

Módulo 11

Pagamentos e estornos

Pagamentos confirmados manualmente pelo operador. Estorno restrito a Admin e Gerente, com motivo obrigatório.

  • Todo pagamento associado a uma forma de pagamento ativa do tenant.
  • Sem integração com gateway — operador confirma recebimento manualmente.
  • Estorno exclusivo de Admin e Gerente. Operador não estorna.
  • Estorno exige justificativa textual obrigatória (fica em log).
  • Estorno ajusta o totalizador do caixa em que o pagamento original foi registrado.
  • Pagamento estornado nunca é apagado: flag "estornado" + dados de quem estornou, quando e por quê.

Módulo 12

Relatórios e dashboard

Filtros padrão de período, totais por parceiro/tipo/forma de pagamento, exportação CSV.

  • Acesso restrito a Admin e Gerente. Operador não tem acesso.
  • Filtros padrão de período: hoje, ontem, esta semana, mês atual, personalizado.
  • Volume de veículos por dia, semana e mês — filtros por parceiro e tipo de cliente.
  • Faturamento por período com totais por parceiro, tipo de cliente e forma de pagamento.
  • Faturamento desconta automaticamente valores estornados.
  • Histórico de fechamentos com filtros por operador e período.
  • Dashboard inicial: veículos no pátio, faturamento do dia, status do caixa, alertas pendentes.
  • Exportação CSV (pronto para Excel / Sheets).
  • Relatórios respeitam isolamento de tenant — sem cruzamento de dados.

Módulo 13

Auditoria imutável

Tudo o que importa fica registrado, com estado antes e depois. Log não pode ser editado nem apagado.

  • Eventos logados: login/logout, edição de placa, estorno, abertura/fechamento de caixa, alteração de tarifa, gestão de usuários e mais.
  • Logs de alteração armazenam estado antes e depois em formato estruturado.
  • Retenção indeterminada no MVP — sem rotina de limpeza automática.
  • Visualização restrita a Admin e Gerente.
  • Logs respeitam isolamento de tenant.
  • Filtros por usuário, ação, entidade, período e tipo.
  • Log é imutável — nenhum perfil edita ou apaga, inclusive Admin.
  • Acesso assistido do suporte fica registrado em log visível ao Admin do tenant.

Módulo 14

Onboarding e operação inicial

A Duosis cria sua unidade e o Admin do tenant completa a configuração em um wizard guiado.

  • Onboarding assistido: a Duosis cadastra o tenant e envia as credenciais por e-mail.
  • Wizard guiado no primeiro login do Admin: tarifas, parceiros, formas de pagamento e usuários.
  • Operação só começa após configuração mínima (pelo menos uma tarifa ativa e uma forma de pagamento ativa).
  • Plano definido na contratação (Básico ou Ilimitado). Upgrade/downgrade coordenado com a Duosis.
Para deixar claro

O que o Duosis Park não faz (ainda)

A gente prefere ser direto sobre os limites do produto hoje. Essas funções não existem no sistema.

  • Integração com gateway de pagamento — operador confirma o recebimento manualmente.
  • Cobrança recorrente automática dos tenants — faturamento feito externamente.
  • Autocadastro self-service de tenants (planejado para fase 2).
  • Valor diferenciado por tipo de veículo (moto, carro, utilitário).
  • Tarifa diferente por parceiro — todos compartilham o mesmo valor de diária.
  • Bloqueio de entrada ao atingir capacidade — número de vagas é informativo.

Alguma funcionalidade pesa mais para a sua operação?

Manda mensagem que a gente conversa especificamente sobre o que você precisa do sistema.

Conversar pelo WhatsAppMais formas de contato