José M. S. Junior

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia Para a classe de cada Banco existe a função CodMotivoRejeicaoToDescricao que retorna o tipo da Ocorrência de Rejeição, esses códigos variam de Banco para Banco por isso cada classe tem a sua função... Acredito que seja essa função que precise para fazer o tratamento... Também pode fazer uso das funções de Conversões das classe: CodOcorrenciaToTipo() Retorna o tipo de ocorrência passando como parâmetro o código TipoOCorrenciaToCod() Retorna o Código da ocorrência passando como parâmetro o Tipo TipoOcorrenciaToDescricao() Retorna a descrição da ocorrência passando como parâmetro o Tipo Se verificar na função LerRetorno240 do BB note que também já existe validação de ocorrência de rejeição, onde alimenta as propriedades: MotivoRejeicaoComando e DescricaoMotivoRejeicaoComando... Espero ter ajudado.

Sim, verifique também o campo (MostraLogEmRespostasEnviadas) deixe "0", pode gerar lentidão no momento de mostrar resposta em tela, apesar de não ter relação com o retorno via Socket. ACBrMonitor.ini

Bom dia Veja o tópico abaixo, no demo ACBrNFe tem um exemplo utilizando o método DistribuicaoDFe também...

Aqui realizo testes com aparelho SAT utilizando conexão TCP no Monitor também e a resposta do aparelho realmente é muito rápida (instantânea) e não ocorre esse tipo de problema. Existem diversos fatores nesse caso, pode ser algo na estrutura de rede, a programação do Socket na sua aplicação que também precisa considerar o timeout do ACBrMonitor. Principalmente pelo fato do problema ser intermitente... Experimente realizar testes encerrando a conexão e iniciando uma nova antes do envio... verifique se o problema persiste. Mas é importante ter uma rotina no seu sistema para validar o log caso não obtenha nenhuma resposta via conexão.

Me refiro a soma, daria diferença se tratando de diversos boletos, se desprezar os decimais... Por isso é importante como o banco considera. Vamos analisar... Aparentemente há diferenças entre um banco e outro...

Boa tarde Existe a Tag de Devolução para NFe, verifique com o Contador a forma correta para preenchimento no seu caso: [impostoDevol001] pDevol= vIPIDevol= https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html

Boa tarde Não existe parâmetro para isso, houve uma reestruturação nos fontes, onde a resposta é gerada de forma dinâmica, baseado no nome das tags. Pode haver alterações em campos com Caixa Alta e na posição, mas os nomes permanecem os mesmos.

Sabe dizer se existe alguma especificação para qtd de casas decimais nas instruções impressas no Boleto? Aparentemente o padrão é duas casas decimais, se fosse manter esse padrão no valor impresso nas instruções sem o arredondamento, também ficaria errado: (R$ 0,05). Nesse caso teria que ser especificado a qtd de casas decimais.

Boa tarde Para quem utiliza o ACBrMonitorPLUS, está disponível nas últimas versões as tags referente ao Resp. Técnico, para NFe, CTe e MDFe. Os campos estão exemplificados no Manual que acompanha o ACBrMonitorPlus. Segue o modelo abaixo : [infRespTec] CNPJ= xContato= email= fone= https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html As configurações de CSRT e idCSRT devem ser preenchidas (quando disponibilizados pela SEFAZ da UF) em: Menu: DFe / Resp. Técnico https://acbr.sourceforge.io/ACBrMonitor/RespTecnico.html

Estará corrigido na próxima versão semanal...

Bom dia Vamos verificar para correção. Obrigado por reportar.

Bom dia Quando realiza a comunicação via TCP/IP precisa ajustar o timeout para essa comunicação na aba Principal do ACBrMonitor. O tempo de espera da comunicação TCP é independente da resposta, principalmente no caso de comunicação WebService ou SAT que o ACBrMonitor não tem o controle do tempo de retorno, neste caso realmente pode ocorrer de não obter resposta caso o timeOut da comunicação TCP seja excedido e a resposta do aparelho SAT ainda não tenha sido retornada. Experimente ajustar o TimeOut a um tempo maior, mas seria interessante adicionar na sua aplicação uma validação, para caso não obtenha retorno no tempo esperado, consultar a pasta onde são gerados os XMLs de Venda, ou mesmo o log do SAT.

Bom dia Não tem parâmetro para isso, precisa adicionar isso em Informações Complementares, se deseja que saia impresso na DANFE.

Bom dia Chegou a realizar testes com o SATTest?

Bom dia A rejeição do banco está sendo no boleto impresso?

O icone Monitor do MFE deveria ficar verde assim que o aparelho for ligado via USB, e o driver esteja instalado corretamente. Mas os comandos básicos de comunicação com o aparelho como ConsultarStatusOperacional, deveriam funcionar independente do Monitor MFe pois estão se comunicando com a dll apontada no path. Experimente parar o Serviço do Monitor MFe, remover o driver (desinstalando) e instale novamente. Se perguntar se deseja remover o driver antigo, marque SIM. Depois certifique-se de que está utilizando a dll realmente instalada pelo novo driver... Provavelmente está ocorrendo algum conflito com arquivos de versões anteriores... Certifique-se também de que as dlls utilizadas pelo MFe NÃO estão na pasta System32 ou SysWow64, deixe as dll em apenas um local, de preferencia na raiz do .EXE

Realizamos testes com Aparelho Elgin também... Mas como o André citou, pode ser dependência de algum arquivo... Experimente copiar as dlls da pasta ( C:\Program Files (x86)\SEFAZ-CE\Driver MFE\Biblioteca de funções ) para a pasta raiz do .exe. E na configuração do path da MFe.dll informe também esse caminho...

Boa tarde Está realizando testes com SATTest? Instalando o driver perguntará se deseja substituir o driver antigo, finalizando a instalação em poucos segundos o ícone deve ficar verde... Então basta informar o path da dll do driver no SATTest e setar a DLL como SATDinamicoSTDCALL, já poderá inicializar a comunicação...

Criado novo Tópico por se tratar de outro problema... @andersoncamilo, já tentou gerar o arquivo .ini sem passar o campo PercentualMulta e DataMoraJuros? Se mesmo assim ocorrer rejeição, é necessário consultar o Banco para saber o que informar, visto que este Segmento não trata apenas a multa...

Favor realizar os testes na versão 1.2.0.45... A Versão é disponibilizada semanalmente. Não havendo nenhum caso extraordinário, disponibilizamos sempre as Sextas Feiras. Mantemos a atualização do Monitor em um pacote semanal, pois todas as alterações realizadas são testadas pela comunidade durante a semana, assim a versão disponibilizada estará mais consolidada. Mas os Fontes do ACBr são atualizados diariamente, com contribuições de melhorias e correções... Se desejar também pode compilar a versão do ACBrMonitor utilizando o Lazarus, neste caso sempre terá as atualizações do dia...

Na aba NFCe são as configurações do Cupom No Menu PosPrinter são as configurações da impressora para impressão em ESCPOS Precisa configurar nos dois locais...

Boa tarde Vamos verificar a possibilidade de adicionar uma propriedade para definir isso... Pois simplesmente alterar, sem ter uma definição de versão, vai dar diferença no calculo de juros para quem utiliza o layout anterior, visto que a maioria ainda está aceitando o layout antigo...

Bom dia, Não está informando o grupo de pagamentos [Pag001] https://acbr.sourceforge.io/ACBrMonitor/ModeloNFCeINI.html https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html

Bom dia Está seguindo a especificação da Confecção de Boletos Febraban e também do manual Sicredi, onde, se o cálculo de Juros for diário, deve ser informado o Valor, caso seja mensal deve ser informado o Percentual.