¶ 
Notas de Atualização – Softpark Desktop
Este documento apresenta o histórico de versões e mudanças no sistema Softpark Desktop, com melhorias, correções e novas funcionalidades.
¶ 
Versões Disponíveis
- 1.3.3.62.19
- 1.3.3.62.18
- 1.3.3.62.17
- 1.3.3.62.16
- 1.3.3.62.15
- 1.3.3.62.14
- 1.3.3.62.13
- 1.3.3.62.12
- 1.3.3.62.11
¶ 
Versão 1.33.62.19
¶ 
Novos Recursos
¶ 
Contexto: Pagamento no cartão com validação do TEF
Foi implementado o suporte à integração TEF (Transferência Eletrônica de Fundos), permitindo o processamento de pagamentos via cartão e PIX diretamente pelo sistema, com comunicação integrada ao Pinpad.
¶ 
Configuração
1. Acessar as configurações do sistema
Abra o menu de configurações utilizando o atalho CTRL + N
2. Habilitar a integração TEF
Ative a opção Habilitar TEF e realize o preenchimento dos parâmetros de configuração necessários para comunicação com o gerenciador TEF.
3. Validar comunicação com o Pinpad
Após preencher os campos, clique em Verificar Pinpad para que o sistema realize a detecção e validação do dispositivo conectado.
4. Salvar configurações
Com a validação concluída com sucesso, clique em Salvar para persistir as configurações realizadas.
¶ 
Funcionamento da integração
Após a configuração do TEF e reconhecimento correto do Pinpad, o sistema estará apto a processar pagamentos eletrônicos. A validação da integração pode ser confirmada reiniciando o sistema e verificando se a mensagem configurada no campo “Mensagem do Pinpad” é exibida no dispositivo durante a inicialização.
Durante o processo de recebimento, ao selecionar as formas de pagamento:
Débito
Crédito
PIX (quando habilitado)
O sistema abrirá automaticamente o formulário de transação TEF para autenticação e processamento do pagamento no Pinpad.
¶ Ajuste na impressão do fechamento de caixa
¶ 
Problema
Foi identificado que, ao realizar a impressão do fechamento de caixa, os textos e valores apresentados na fita estavam sendo impressos de forma sobreposta, comprometendo a legibilidade das informações.
¶ Correção
Foram realizados ajustes na rotina responsável pela montagem da impressão do fechamento de caixa, corrigindo o alinhamento e espaçamento dos dados. Com isso, as informações agora são exibidas corretamente, sem sobreposição na impressão.
¶ Versão 1.33.62.18
¶ Correções
¶ 
Contexto: Tabela restrita aplicada sem salvar auditoria
Em alguns fluxos, a tabela restrita era aplicada corretamente no caixa, mas a utilização não era registrada na tabela de auditoria. O caso ocorria principalmente quando a liberação retornava uma única tabela ou quando o CPF vinha de Credencial Digital e era revalidado pelo LostFocus.
¶ Implementação:
- Auditoria de Tabela Restrita: Corrigido salvamento em
T_TABELA_PRECO_RESTRITA_UTILIZACAOapós o recebimento. - Caixa Default e Caixa New: Criada rotina única para registrar a utilização da tabela restrita, evitando duplicidade.
- Validação da Chave: O caixa só aplica a tabela restrita quando existe tabela liberada e chave validada.
- Credencial Digital: O CPF descriptografado não é mais bloqueado como "consulta direta por CPF" em revalidações internas.
- Liberação com Uma Tabela: Quando a chave libera apenas uma tabela, a chave utilizada agora é preservada corretamente para auditoria.
- Log de Falha: O salvamento da utilização passa a retornar sucesso/falha e registrar log em caso de erro.
¶ Versão 1.33.62.17
¶ Novos Recursos
¶ 
Contexto: Auditoria de tabela restrita no fechamento
Além do relatório de auditoria, foi adicionada visibilidade da utilização de tabelas restritas no fechamento/impressão do caixa.
¶ Implementação:
- Impressão de Caixa: Incluída seção de "TABELA RESTRITAS" na impressão, exibindo quantidade, nome da tabela e valor.
- Registro Centralizado: O salvamento da utilização da tabela restrita foi movido para o fluxo principal de recebimento, reduzindo chamadas duplicadas em caminhos como RPS, recibo e pagamentos por tags.
¶ Melhorias e Correções
- Carimbo Digital: Melhorada mensagem de erro exibida quando a validação falha.
- Valor em Caixa: Corrigido erro ao alternar a opção "sem bandeira" quando combos de bandeira/equipamento estavam vazios.
- Formas de Pagamento: Dataset atualizado para considerar o campo
ATIVOemT_PAGAMENTO_TIPO, listando apenas formas de pagamento ativas.
¶ Versão 1.33.62.16
¶ Novos Recursos
¶ Contexto: Credencial Digital para tabela restrita
Após a criação da tabela restrita, foi necessário reforçar o fluxo de liberação para evitar consulta direta por CPF e permitir apenas a utilização via Credencial Digital.
¶ Implementação:
- Tabela Restrita: Bloqueada a consulta direta por CPF válido no formulário de liberação.
- Credencial Digital: Implementada descriptografia da credencial, extraindo data/hora de geração e CPF.
- Validade da Credencial: A credencial digital passa a respeitar janela de expiração de 45 segundos.
- Leitor/Enter: Ajustado o tratamento do Enter no leitor para evitar propagação indevida do evento e mensagens duplicadas.
¶ Melhorias e Correções
- Carimbo Digital: Ajustada integração com API de pagamento para uso do nome da unidade nos headers.
- API de Pagamento: Removido uso do GUID antigo na configuração da API.
- Token da API: Reduzida janela de validade do token e adicionada nova tentativa automática em caso de token expirado.
- Carimbo Digital Local: O sistema tenta localizar validação já registrada no banco antes de consultar a API em tempo real.
¶ Versão 1.3.3.62.15
¶ Novos Recursos
¶ Contexto: Tabela de utilização restrita
Atualmente, a maioria das tabelas de preço no sistema são de utilização pública. Entretanto, implementamos a necessidade de tabelas específicas que só podem ser acionadas mediante o uso de uma chave de liberação. Após a leitura ou inserção desta chave, a tabela é desbloqueada para utilização imediata.
¶ Implementação:
- Estrutura de Dados: Nova tabela que relaciona tabelas de preço com chaves de liberação exclusivas.
- Softpark: Ao abrir o formulário de caixa, é exibida a nova opção "Tabela restrita (F12)".
- Operacional: O operador realiza a leitura da chave para desbloquear o uso de uma ou mais tabelas de preço.
- Casos de Uso: Ideal para convênios ou liberações que exigem autorização de um supervisor ou encarregado, como habilitar uma tabela "ABONO" para situações pontuais.
¶ Relatório de Auditoria:
- Localização: O relatório de acompanhamento está disponível em
Consultas > Movimentações > Utilização de tabela restrita. - Rastreabilidade: O relatório registra Ticket, Chave, Tabela, Usuário e a Data/Hora da utilização.
¶ Versão 1.3.3.62.14
¶ Novos Recursos
-
Integração OSA - VELOE E GREENPASS
Foi implementada a rotina de funcionamento da Veloe e do GreenPass presente na versão 3.5 (Automação).- A configuração pode ser feita acessando:
Config > Serviços e Diversos > OSAS - É necessário informar:
- Código do Estabelecimento
- URL de Integração
- A configuração pode ser feita acessando:
-
Reverificação Automática- Ao selecionar o veículo no pátio e confirmar, o sistema realiza uma reverificação automática na tela de pagamento (se essa placa e ticket já não foram verificados).
¶ Versão 1.3.3.62.13
¶ Novos Recursos
-
Integração OSA - CONECTCAR
Foi implementada a rotina de funcionamento do ConectCar presente na versão 3.5 (Automação).- A configuração pode ser feita acessando:
Config > Serviços e Diversos > OSAS - É necessário informar:
- Código do Estabelecimento
- Usuário
- Senha
- URL de Integração
- A configuração pode ser feita acessando:
-
Reverificação Automática de ConectCar
- Ao selecionar o veículo no pátio e confirmar, o sistema realiza uma reverificação automática na tela de pagamento (se essa placa e ticket já não foram verificados).
¶ Melhorias
Impressão de Versão
- Nas impressões, antes a versão 1.33.50.1 estava “chumbada”. Agora o processo foi ajustado para capturar automaticamente a versão correta.
¶ Versão 1.3.3.62.12
¶ Novos Recursos
-
Integração OSA - SEMPARAR
Foi implementada a rotina de funcionamento do SEMPARAR presente na versão 3.5 (Automação).- A configuração pode ser feita acessando:
Config > Serviços e Diversos > OSAS - É necessário informar:
- Código do Estabelecimento
- Hash
- URL de Integração
- A configuração pode ser feita acessando:
-
Reverificação Automática de SEMPARAR
Agora, se a OSA - SEMPARAR for configurada, ao selecionar o veículo no pátio e confirmar, o sistema realiza uma reverificação automática na tela de pagamento (se essa placa e ticket já não foram verificados).
¶ Melhorias
Ajuste no Fechamento de Caixa (Conferência Formas de Pagamento)
Se estiver habilitada a opção Config > Caixa e Visualização > Obrigar Conferência Formas de Pagamento, o sistema agora inclui automaticamente os recebimentos de OSA no fechamento de caixa.- Essa forma de pagamento não poderá ser excluída, garantindo que todos os valores provenientes de integrações OSA sejam devidamente contabilizados.
¶ Versão 1.3.3.62.11
¶ 
Novidades
Implementado a Conferência obrigatória de formas de pagamento no fechamento de caixa.
Quando a opção Obrigar Conferência Formas de Pagamento estiver habilitada nas configurações, será obrigatória a conferência das formas de pagamento no momento do fechamento do caixa.
¶ 
O que acontece no fechamento do caixa?
Se os valores informados nas Formas de Pagamento não coincidirem com o Valor em Caixa, o sistema exibirá um aviso de diferença e bloqueará o fechamento.
¶ 
Telas
Config
Conferência de Caixa
Erp Pagamentos Importados
Para instruções detalhadas de uso, consulte os manuais ou entre em contato com o time de suporte técnico.