Resposta rápida: Os módulos de dinheiro alteram o gabinete, a segurança, o software e o plano de serviço de um quiosque de pagamento não atendido.
Visão geral
Planeje um quiosque de pagamento com aceitação de dinheiro, troco, pagamento, impressão, digitalização e acesso de serviço seguro para transações não assistidas.
Defina o comportamento de entrada e saída de dinheiro
Esclareça se a máquina apenas aceita notas, devolve troco, dispensa dinheiro ou recicla notas. Denominações, moedas, limites de transação e tratamento de exceções afetam a seleção do módulo.
Projetar a área segura de dinheiro
Os módulos de dinheiro exigem acesso controlado, montagem estável, roteamento para energia e dados, e um processo prático de reabastecimento. O invólucro também deve permitir manutenção autorizada.
Validar o fluxo completo do software
Máquinas de coleta de dinheiro e troco Usingwin aplicáveis podem ser fornecidas com software de transação de suporte. Moeda, módulo, regra de negócio e integração com o sistema do cliente ainda exigem revisão do projeto.
Teste antes da produção
O teste do protótipo deve cobrir notas ou moedas pretendidas, lógica de pagamento, comportamento da impressora, interrupção de rede, recuperação de energia e acesso do operador antes que a definição de produção seja aprovada.
Lista de verificação de especificação e aceitação do comprador
Uma especificação de quiosque de pagamento em dinheiro deve declarar o que acontece com o dinheiro em cada etapa da transação. Aceitação de dinheiro, armazenamento de notas, pagamento e reciclagem são funções diferentes. Selecione primeiro o comportamento de fluxo de caixa necessário e, em seguida, verifique a combinação de módulos, acesso ao gabinete e manuseio de software que suportam esse comportamento.
| Decisão | O que especificar | Evidência a solicitar |
|---|---|---|
| Comportamento de dinheiro | Especifique moedas aceitas, denominações, aceitação, pagamento e requisitos de troco. | Demonstrar cada transação acordada com notas ou moedas representativas. |
| Recuperação de exceções | Definir tratamento de dinheiro rejeitado, troco insuficiente, módulos de pagamento vazios e armazenamento cheio. | Verificar a mensagem exibida, o estado registrado e a ação de recuperação autorizada. |
| Reconciliação | Especifique quais eventos de transação e serviço o aplicativo deve registrar. | Compare contagens de dinheiro físico com o registro de transações de teste. |
| Serviço físico | Defina acesso autorizado, remoção de cassete, reposição e substituição de módulos. | Revise a folga de acesso e demonstre o serviço com o layout de instalação pretendido. |
O que o teste de aceitação do protótipo deve incluir?
Teste uma interrupção de rede e uma interrupção de energia em pontos acordados em uma transação em dinheiro. O registro de aceitação deve distinguir dinheiro aceito, dinheiro devolvido, pagamento confirmado e serviço entregue. Defina quem resolve uma transação parcialmente concluída e quais registros suportam essa decisão. Não trate a operação bem-sucedida de um validador de notas por si só como prova de que todo o serviço de pagamento está pronto.
Um aceitador de notas é o mesmo que um reciclador de dinheiro?
Não. Um validador de notas aceita notas recebidas; um sistema completo pode armazená-las sem disponibilizá-las para pagamento. Um reciclador combina aceitação com reutilização gerenciada de notas suportadas. Confirme a função dos módulos e configuração exatos na cotação.
Pode-se assumir que o software de manuseio de dinheiro funciona com um sistema de negócios existente?
Não. Especifique a interface de transação, drivers de módulo, plataforma suportada e responsabilidade pela reconciliação e tratamento de exceções. Confirme qualquer software de suporte incluído pelo fornecedor, bem como o trabalho de integração e manutenção retido pelo comprador ou integrador de sistemas.
Recursos de planejamento relacionados
- Planejamento de aplicação de dinheiro e finanças
- Revise um gabinete de manuseio de dinheiro
- Compare fluxos de depósito e reciclagem
Estas são verificações de planejamento de compras, não uma promessa de que cada modelo inclui todas as funções. Confirme a configuração selecionada, o escopo do software, a evidência de conformidade e os critérios de aceitação na cotação do projeto.
