Guia técnico sobre controle de acesso em estacionamentos: arquitetura de pistas, tags, LPR, cancelas, visitantes, lotação, contingência, integração e comissionamento.
Confira!
O controle de acesso em estacionamentos organiza a entrada, a permanência e a saída de veículos a partir de regras de autorização, identificação, segurança e operação. Um projeto consistente não se limita à escolha de uma cancela ou de um leitor: ele precisa relacionar veículo, condutor, credencial, pista, sensores, regras de circulação, visitantes, contingências e evidências de passagem.
Em ambientes corporativos, industriais, logísticos, hospitalares, residenciais ou de missão crítica, o estacionamento é uma zona de transição entre o espaço externo e áreas sob controle da organização. Por isso, a arquitetura deve responder a perguntas como: quem pode entrar, por qual acesso, em qual horário, com qual veículo, em quais vagas, sob quais exceções e como o sistema reage quando placa, tag, cancela, sensor ou rede não se comportam como esperado.
O objetivo da engenharia é transformar essas regras operacionais em requisitos verificáveis. Isso permite especificar a solução por desempenho, integrar o estacionamento ao sistema corporativo de controle de acesso e testar o comportamento de cada pista antes do aceite.
Estacionamento é um subsistema de controle de acesso
Tratar o estacionamento como um conjunto isolado de cancelas costuma criar ilhas de operação. O veículo entra por uma lógica, o condutor por outra, visitantes são cadastrados em planilhas paralelas e eventos de exceção ficam desconectados do sistema principal.
A arquitetura mais robusta considera o estacionamento como parte do sistema eletrônico de controle de acesso. O artigo sobre controle de acesso veicular apresenta as tecnologias básicas de identificação e pista; aqui o foco é a organização do estacionamento como ambiente operacional completo.
O subsistema precisa representar, no mínimo, quatro entidades: pessoa, veículo, autorização e zona. Em alguns projetos, soma-se a vaga. A relação entre essas entidades permite diferenciar situações que parecem iguais na cancela, mas possuem significados distintos para a segurança.
Um veículo conhecido pode ser dirigido por pessoa não autorizada. Um colaborador autorizado pode chegar em veículo temporário. Um visitante pode possuir autorização apenas para determinado período. Um prestador pode entrar no estacionamento, mas não em áreas administrativas. Essas regras exigem modelagem funcional, não apenas leitura de placa ou tag.
| Entidade | Exemplo de dado | Papel no controle |
| Pessoa | colaborador, visitante, prestador | determina vínculo e direitos individuais |
| Veículo | placa, tag, categoria | identifica o meio de transporte |
| Autorização | período, zona, regra | define quando e onde a entrada é aceita |
| Zona | estacionamento externo, interno, doca | representa o perímetro lógico |
| Vaga | número, setor, reserva | opcional; apoia gestão de ocupação |
A arquitetura começa pela política de acesso
A política do estacionamento deve virar requisitos verificáveis de pistas, perfis, sensores, barreiras e contingências.
Antes de selecionar dispositivos, o projeto precisa identificar os perfis de uso. Estacionamentos corporativos podem ter colaboradores fixos, visitantes, frota própria, prestadores, fornecedores, motocicletas, veículos de serviço, transporte por aplicativo e operações de carga e descarga.
Cada perfil pode exigir uma jornada diferente. A frota própria pode utilizar tag UHF e vínculo permanente. Um visitante pode ter placa pré-cadastrada e validade limitada ao horário da reunião. Um fornecedor pode depender de agenda de entrega. Um veículo de emergência pode exigir regra de prioridade. Motocicletas podem usar corredor específico, geometria e sensores distintos.
A política deve evitar permissões genéricas como “acesso ao estacionamento” quando existem zonas com criticidades diferentes. Em um campus ou parque industrial, o veículo pode ter direito ao estacionamento externo, mas não ao pátio operacional, doca, área de utilidades ou via interna restrita.
O artigo sobre gestão de visitantes mostra como autorização, validade e anfitrião podem nascer antes da chegada. O estacionamento deve consumir essa autorização sem recriar manualmente o cadastro em outro sistema.
Entrada, permanência e saída formam um único ciclo
A lógica de estacionamento não termina quando a cancela abre. O sistema precisa manter coerência até a saída. Isso é especialmente importante quando existem lotação máxima, controle de vagas, anti-passback, cobrança, visitantes ou zonas internas.
Uma jornada típica inclui aproximação, detecção do veículo, captura ou leitura da credencial, identificação, validação da autorização, decisão, abertura da barreira, confirmação da passagem e fechamento seguro. Na saída, o processo pode incluir nova identificação, validação de presença, encerramento da autorização ou liberação conforme política.
A confirmação de passagem é relevante porque comando de abertura não significa que o veículo realmente entrou. Um motorista pode desistir, parar antes da barreira ou seguir outro fluxo. Sensores de presença e passagem ajudam o sistema a manter estado coerente.
Como identificar o veículo
O projeto pode utilizar placa, tag RFID/UHF, credencial do condutor, aplicativo, QR Code ou combinação de fatores. A escolha depende de risco, velocidade, experiência operacional, ambiente, custo de ciclo de vida e necessidade de redundância.
O uso de tag veicular UHF oferece identificação rápida e pode funcionar bem para populações cadastradas. O LPR/ANPR reduz dependência de adesivos ou dispositivos distribuídos, mas exige condições adequadas de captura, iluminação, posicionamento e qualidade de imagem.
Nenhuma tecnologia deve ser tratada como infalível. Placas podem estar sujas, danificadas, cobertas ou ilegíveis. Tags podem ser removidas, transferidas ou perder desempenho por instalação inadequada. Aplicativos dependem de dispositivo, bateria e conectividade. O projeto precisa definir o que ocorre quando a identificação primária falha.
Placa não é identidade completa
A placa identifica o veículo, não necessariamente o condutor. Em ambientes de risco elevado, liberar apenas pela placa pode ser insuficiente. O sistema pode combinar veículo conhecido com credencial do usuário, validação por portaria, biometria ou outro fator.
Essa separação também é importante para frotas compartilhadas. O mesmo veículo pode ser utilizado por vários condutores com direitos distintos. Associar todas as permissões ao veículo pode ampliar o acesso além do necessário.
Tag também exige governança
Uma tag deve possuir ciclo de vida: emissão, associação ao veículo, ativação, suspensão, substituição e revogação. A troca de veículo precisa remover o vínculo anterior. Tags de prestadores ou terceiros devem expirar conforme contrato ou autorização.
Pista é uma unidade funcional de engenharia
Assim como uma porta controlada, cada pista precisa ser modelada como um conjunto de dispositivos e estados. Normalmente há sensores de aproximação e presença, leitor ou câmera, controladora, barreira, sinais luminosos, botoeira ou comando de operação, interfone e interfaces com software.
A geometria influencia diretamente o desempenho. Distância entre ponto de identificação e barreira, comprimento de fila, raio de curva, largura útil, inclinação, posição de câmera, incidência solar, iluminação noturna e velocidade de aproximação precisam ser avaliados em conjunto.
| Elemento | Função principal | Falha que deve ser prevista |
| Sensor de aproximação | detectar veículo antes da decisão | ausência ou detecção permanente |
| LPR/câmera | reconhecer placa | baixa qualidade, oclusão, reflexo |
| Leitor UHF | ler tag cadastrada | leitura cruzada ou ausência de leitura |
| Controladora | aplicar lógica e I/O | perda de comunicação ou reinicialização |
| Cancela/portão | controlar passagem física | falha mecânica, abertura indevida |
| Sensor de segurança | evitar fechamento sobre veículo | sensor preso ou mal posicionado |
| Interfone | tratar exceção | indisponibilidade de comunicação |
| Sinalização | orientar motorista | informação ambígua ou não visível |
Cancela e portão não são equivalentes
A escolha da barreira altera segurança, tempo de ciclo e disponibilidade. O comparativo cancela x portão no controle de acesso veicular detalha as diferenças.
Cancelas possuem ciclo rápido e são adequadas para controle de fluxo, mas normalmente não constituem fechamento perimetral equivalente a um portão. Portões oferecem maior barreira física, porém operam mais lentamente e exigem atenção adicional a zonas de esmagamento, sensores e manutenção mecânica.
Em projetos de maior criticidade, pode existir dupla barreira ou eclusa veicular. Nesse caso, a segunda barreira depende de condições confirmadas na área intermediária. O artigo sobre eclusa e intertravamento apresenta a lógica aplicável.
Sensores de pista precisam ser especificados por função
Laço indutivo, radar, fotocélula ou outros sensores podem executar papéis diferentes: detectar aproximação, confirmar presença sob a cancela, indicar passagem completa ou manter a barreira aberta enquanto existe risco de colisão.
O erro comum é tratar todos como “sensor de veículo”. O projeto precisa indicar o papel de cada um na sequência funcional. Um sensor de segurança não deve ser presumido como evidência suficiente para atualizar presença lógica se sua posição não comprova a passagem.
Também é necessário definir comportamento diante de detecção permanente. Um sensor travado pode manter a cancela aberta, bloquear a pista ou gerar alarme, dependendo da função e da filosofia de segurança.
Leitura cruzada entre pistas é um risco de arquitetura
Em acessos com várias pistas próximas, antenas UHF ou câmeras podem capturar veículos de pista adjacente. Esse problema precisa ser tratado por geometria, posicionamento, potência, campo de leitura, associação entre sensores e lógica.
A decisão não deve se basear apenas na primeira credencial recebida. Quando o sistema conhece qual pista está ocupada e qual sensor iniciou o ciclo, consegue correlacionar melhor a leitura ao veículo correto.
Em LPR, enquadramento e zona de reconhecimento cumprem função semelhante. A câmera precisa observar a placa no ponto em que a pista e o sentido estejam claramente definidos.
Capacidade e formação de filas
A taxa de processamento depende do tempo total de cada ciclo. Identificação, consulta ao servidor, abertura da barreira, passagem e fechamento compõem o tempo efetivo. Em horários de pico, segundos adicionais por veículo geram filas significativas.
O dimensionamento deve considerar taxa de chegada, número de pistas, distribuição entre usuários, percentual de exceções e espaço físico para espera. Não basta adotar a velocidade nominal da cancela como capacidade do sistema.
Uma fila que invade via pública, cruza circulação de pedestres ou bloqueia outra operação deixa de ser apenas problema de conforto. Torna-se questão de segurança e mobilidade interna.
Exceções consomem capacidade
Visitante sem cadastro, placa divergente, tag não reconhecida, pagamento pendente, credencial expirada ou necessidade de atendimento aumentam o tempo de ciclo. Se a mesma pista atende fluxo regular e exceções prolongadas, um único caso pode formar fila.
Soluções possíveis incluem baia de atendimento, pista segregada, retorno controlado, pré-cadastro ou operação remota. A decisão precisa nascer do perfil real do empreendimento.
Pedestres e veículos não devem competir pelo mesmo espaço
Estacionamentos também contêm circulação de pedestres. Rotas entre vagas, elevadores, recepção e edifícios precisam ser consideradas no projeto de segurança.
A barreira veicular não substitui controle de pedestres. Um pedestre pode passar ao lado de uma cancela aberta, utilizar portão técnico ou cruzar uma pista. A arquitetura deve separar fluxos sempre que possível e integrar o controle de acesso de pedestres quando necessário.
Sinalização, iluminação, guarda-corpo, travessias e visibilidade também afetam o risco. A engenharia de segurança eletrônica deve coordenar interfaces com arquitetura e circulação.
Motocicletas exigem tratamento específico
Motocicletas possuem massa, geometria e comportamento diferentes. Laços indutivos podem exigir configuração e posicionamento adequados; cancelas convencionais podem permitir passagem lateral; tags podem ser instaladas em locais menos previsíveis.
O projeto pode prever pista dedicada, barreira específica ou regras diferenciadas. O importante é evitar que a solução seja apenas derivada da pista de automóveis sem validação.
Visitantes veiculares precisam vincular pessoa e veículo
O pré-cadastro pode incluir placa, empresa, anfitrião, período e destino. Na chegada, o LPR ou operador encontra a visita prevista. Isso reduz digitação e tempo de atendimento.
Entretanto, a associação de placa não elimina a necessidade de verificar o visitante conforme o risco. A placa pode ser usada como fator de contexto e acelerar a operação, enquanto a identidade da pessoa continua sujeita à política de recepção.
Na saída, a visita pode ser encerrada automaticamente, manter autorização até o fim da janela ou exigir nova aprovação para reentrada. Essa regra precisa ser explícita.
Prestadores, entregas e logística
Fornecedores e prestadores frequentemente possuem necessidades distintas de visitantes comuns. Podem acessar docas, almoxarifado, manutenção, pátios ou áreas técnicas e permanecer por períodos mais longos.
O sistema pode integrar agenda de entrega, empresa contratada, documentação, janela de atendimento e destino. Em ambientes industriais, o controle do veículo pode ser apenas uma camada de um processo que também envolve liberação de pessoas, EPI, treinamento e autorização de trabalho.
A arquitetura deve evitar transformar a cancela em ponto único de decisão para requisitos que pertencem a outros processos corporativos.
Controle de lotação e ocupação
Quando entradas e saídas são confiáveis, o sistema pode estimar quantidade de veículos presentes. Essa informação pode apoiar lotação máxima, orientação de vagas ou operação.
Porém, a qualidade depende da disciplina de passagem. Aberturas manuais, veículos em comboio, saídas por rota alternativa e falhas de sensor podem produzir divergência. Por isso, contagem deve ter mecanismos de reconciliação.
Se houver gestão de vagas individuais, o projeto precisa distinguir “veículo presente no estacionamento” de “vaga ocupada”. Sensores por vaga, câmeras analíticas ou integração com plataforma específica podem ser necessários.
Anti-passback e estado de presença veicular
O anti-passback pode impedir segunda entrada de uma credencial já considerada dentro da área ou segunda saída sem entrada correspondente. A lógica é semelhante ao controle de pessoas, mas precisa considerar troca de veículo, carona de tags, aberturas de exceção e falhas de leitura.
O anti-passback em controle de acesso explica os modelos soft, hard, global e temporizado.
No estacionamento, o estado pode estar associado à tag, à placa, à pessoa ou a uma combinação. Definir a entidade errada gera bloqueios difíceis de explicar. Por exemplo, uma tag compartilhada entre veículos pode perder coerência imediatamente.
Integração com VMS melhora contexto operacional
Pistas, LPR, VMS, portaria e controle de acesso precisam operar como uma arquitetura integrada, não como ilhas.
Eventos como placa não reconhecida, tentativa fora do horário, abertura manual, veículo em sentido contrário ou barreira mantida aberta podem chamar câmeras associadas.
A integração entre controle de acesso e VMS ajuda o operador a investigar a ocorrência sem procurar manualmente a câmera correta.
A integração deve preservar timestamp, pista, evento, identidade conhecida e vídeo. Isso melhora investigação posterior e reduz dependência de memória do operador.
Integração com portaria e interfone
Nem toda decisão pode ser automatizada. O motorista pode precisar falar com a recepção, confirmar visita ou solicitar exceção. O interfone deve estar posicionado de forma segura e acessível sem exigir manobra perigosa ou saída do veículo.
O artigo sobre portaria e controle de acesso mostra como operação, visitantes e exceções devem ser integrados.
Comandos manuais de abertura precisam ser associados ao operador e, quando necessário, ao motivo. Abertura remota sem trilha de auditoria reduz rastreabilidade.
Operação offline e perda de comunicação
A pista não deve se tornar imprevisível quando a comunicação com o servidor falha. O projeto precisa definir quais autorizações permanecem localmente, por quanto tempo, como eventos são armazenados e o que ocorre com visitantes ou credenciais recém-criadas.
Uma controladora com banco local pode manter usuários permanentes, mas talvez não conheça uma visita criada segundos antes da falha. A política deve indicar se a portaria pode usar procedimento de contingência, se a pista fica restrita ou se existe outra forma de validação.
Quando a comunicação retorna, eventos precisam ser sincronizados sem duplicar ou perder registros.
Falta de energia e alimentação de reserva
Controladora, leitores, câmeras, switches, sensores e barreiras possuem perfis elétricos diferentes. A autonomia deve ser analisada por função, não apenas pelo consumo da controladora.
Uma cancela motorizada pode exigir potência significativa e nem sempre será alimentada pelo mesmo sistema de backup dos dispositivos eletrônicos. O projeto precisa definir comportamento em falta de energia: posição segura, desbloqueio, operação manual, prioridade de saída e recuperação.
Também é necessário coordenar proteção elétrica, aterramento, fontes e infraestrutura de rede. Reinicializações desordenadas podem gerar estados inconsistentes se a controladora volta antes dos sensores ou da barreira.
Emergência e prioridade operacional
Estacionamentos podem participar de rotas de emergência, acesso de bombeiros, ambulâncias ou evacuação. O projeto deve documentar condições de prioridade.
A resposta não deve ser improvisada como “abrir todas as cancelas”. Dependendo da arquitetura, algumas barreiras devem liberar saída, outras precisam permitir entrada de emergência e outras podem permanecer sob controle.
Comandos de incêndio, portaria, segurança, botoeira local e software precisam ter precedência conhecida. O mesmo princípio de matriz de causa e efeito usado em portas controladas pode ser aplicado à pista.
Cibersegurança do estacionamento conectado
Câmeras LPR, controladoras, leitores IP, intercomunicadores e servidores ampliam a superfície de ataque. A rede deve considerar segmentação, autenticação, atualização, gestão de credenciais administrativas, logs e acesso remoto.
Dispositivos não devem ser expostos diretamente à internet por conveniência de suporte. Integrações com nuvem ou aplicativos precisam ser avaliadas quanto a identidade, criptografia, tokens e privilégios.
A segurança cibernética não substitui proteção física. Um gabinete de controladora acessível ao público ou cabo de rede exposto pode permitir ataque local mesmo com boa configuração lógica.
Dados pessoais e LGPD
Placa pode se relacionar a pessoa identificada ou identificável e, em conjunto com horários, imagens e registros, compor histórico de movimentação. O projeto precisa definir finalidade, acesso, retenção e segurança desses dados.
A operação não deve coletar informações apenas porque a plataforma permite. Fotografia do condutor, documento, placa e vídeo precisam ter justificativa dentro do processo.
Integrações com visitantes, RH ou frota devem transferir somente os dados necessários. Exportações e relatórios precisam ser controlados por perfil.
Como especificar o estacionamento por desempenho
Uma especificação útil descreve o que o sistema precisa fazer e como isso será comprovado. Marcas e modelos podem ser referências de compatibilidade, mas não substituem critérios funcionais.
- perfis de usuários e veículos;
- quantidade e sentido das pistas;
- método de identificação por perfil;
- condições de leitura e captura;
- sequência funcional de entrada e saída;
- sensores e funções de cada entrada;
- barreiras e tempos de ciclo;
- integração com visitantes, VMS e portaria;
- operação offline;
- alimentação e contingência;
- logs e auditoria;
- requisitos de LGPD e segurança;
- FAT, SAT e comissionamento;
- documentação As Built e backups.
| Requisito | Critério de aceite | Evidência |
| Identificação | veículo autorizado é reconhecido no ponto definido | teste com amostra representativa |
| Pista correta | leitura não libera pista adjacente | teste cruzado entre pistas |
| Passagem segura | barreira não fecha sobre veículo presente | teste de sensores |
| Offline | regra definida continua ou falha de modo conhecido | ensaio de perda de rede |
| Auditoria | abertura manual registra operador e horário | consulta ao log |
| Integração | evento chama contexto correto no VMS | teste ponta a ponta |
| Recuperação | retorno de energia/rede restaura estado coerente | teste de recuperação |
Contratação e divisão de responsabilidades
O escopo deve separar infraestrutura, equipamentos de pista, sistema de controle de acesso, câmeras/LPR, rede, software, integração, parametrização, comissionamento e documentação. Quando todos esses itens aparecem como “sistema de estacionamento”, surgem lacunas de responsabilidade.
Também é recomendável exigir submittals antes da instalação: layout de pista, arquitetura, posições de sensores, lista de I/O, lógica, interfaces, alimentação e plano de testes. Isso permite identificar incompatibilidades antes da obra.
Em retrofit, o levantamento deve registrar infraestrutura existente, modelos, protocolos, estado mecânico, cobertura de rede, painéis, fontes, banco de dados e regras em uso. Substituir apenas a cancela pode não resolver limitações de arquitetura.
FAT: validar regras antes do campo
Quando controladoras, software e integrações podem ser montados em ambiente de teste, o FAT reduz risco de descobrir regras incompatíveis apenas na implantação.
Casos típicos incluem veículo autorizado, não autorizado, tag suspensa, placa divergente, horário inválido, visitante, perda de comunicação, anti-passback, comando manual e integração com VMS.
O FAT não substitui o SAT porque não reproduz geometria, iluminação, sensores e tempos físicos da pista.
SAT: comprovar comportamento no ambiente real
O aceite precisa demonstrar identificação, segurança de passagem, contingência e recuperação nas condições reais da pista.
O SAT deve usar veículos representativos e validar aproximação, identificação, abertura, passagem, segurança, fechamento e atualização de estado. Pistas adjacentes precisam ser testadas simultaneamente para verificar leitura cruzada.
Também devem ser simuladas falhas: tag não lida, placa não reconhecida, sensor mantido ativo, perda de rede, falta de energia, comando de emergência e recuperação.
O comissionamento de sistemas de controle de acesso mostra como transformar requisitos em evidências de aceite.
Operação e manutenção
Indicadores úteis incluem taxa de acessos negados, tempo médio de atendimento, quantidade de aberturas manuais, falhas de leitura por pista, sensores com alarmes recorrentes e indisponibilidade de barreiras.
Esses indicadores ajudam a distinguir problemas de tecnologia, processo e infraestrutura. Crescimento de aberturas manuais pode indicar política inadequada, enquanto queda de reconhecimento de placa em determinado horário pode indicar iluminação ou posicionamento.
A manutenção deve cobrir mecânica da barreira, sensores, câmera, leitor, cabeamento, fonte, bateria, gabinete, rede e limpeza. Alterações relevantes precisam ser acompanhadas de reteste.
Documentação e rastreabilidade
O As Built deve representar equipamentos, endereços, posições, I/O, rede, alimentação e interfaces. Backups de controladoras e software precisam estar vinculados à versão entregue.
A matriz funcional deve relacionar pista, perfil, regra, sensores, eventos e integrações. O artigo sobre matriz funcional de controle de acesso pode ser aplicado às pistas para tornar o comportamento contratualmente verificável.
Sem documentação, futuras mudanças de sentido, expansão de pista ou troca de tecnologia dependem de conhecimento informal da equipe que implantou o sistema.
Considerações finais
Controle de acesso em estacionamentos deve ser projetado como um sistema de estados, identidades e fluxos. Cancela, LPR e tag são componentes de uma arquitetura maior que envolve veículo, condutor, autorização, sensores, rede, operação e contingência.
Quando o projeto define os casos normais, exceções e falhas antes da implantação, a contratação se torna comparável por desempenho e o comissionamento consegue demonstrar, de forma objetiva, que cada pista executa a política aprovada.
Referências técnicas
[1] IEC. IEC 60839-11-1:2013 — Alarm and electronic security systems — Part 11-1: Electronic access control systems — System and components requirements. Disponível em: https://webstore.iec.ch/en/publication/3662
[2] IEC. IEC 60839-11-2:2014 — Alarm and electronic security systems — Part 11-2: Electronic access control systems — Application guidelines. Disponível em: https://webstore.iec.ch/en/publication/3663
[3] BRASIL. Lei nº 13.709, de 14 de agosto de 2018 — Lei Geral de Proteção de Dados Pessoais. Disponível em: https://www.planalto.gov.br/ccivil_03/_ato2015-2018/2018/lei/l13709compilado.htm
Perguntas frequentes
O controle veicular trata principalmente da identificação, decisão e passagem do veículo. O estacionamento amplia o escopo para zonas, lotação, visitantes, vagas, presença, filas, operação, contingência e integração com outros processos.
Depende do risco. A placa identifica o veículo, mas não necessariamente o condutor. Ambientes mais críticos podem combinar LPR com tag, credencial de pessoa ou validação operacional.
Não em todos os casos. Ele é útil quando a organização precisa manter coerência entre entradas e saídas ou impedir reutilização de credenciais, desde que existam processos para exceções e reconciliação.
O projeto deve combinar geometria, posicionamento e potência das antenas com detecção de pista e lógica que associe a leitura ao ciclo correto. O SAT deve incluir teste de leitura cruzada.
Identificação, autorização, sensores, barreiras, segurança de passagem, pistas adjacentes, integrações, perda de comunicação, falta de energia, comandos manuais, emergência e recuperação.
Materiais técnicos complementares
Serviços relacionados
- Projeto de Controle de Acesso: arquitetura, dispositivos, integração e especificação
- Projeto de Segurança Eletrônica Integrada: CFTV, acesso, intrusão e integração
- Comissionamento
