Sommus

Caro EMBarbosa Sei o que os comandos citados fazem. A questão é que entendo que se solicito o estado do ECF para o ACBR, ele não pode simplesmente me responder sem consultar o ECF, e para isso, o acbr deveria estar ativo, ou seja, qualquer comando que eu envie, a primeira coisa que deveria ser feita pelo acbr era verificar se está ativo... Quanto à questão de ativar aomente no início da aplicação, acho falho... Se o acbr for reiniciado, o usuário, terá que reiniciar minha aplicação ou ativar manualmente...

Caros senhores, Para garantir que o ACBRMonitor esteja sempre ATIVO, em todo o comando enviado, nós enviamos antes o comando ECF.ATIVO(), se retornar "False", enviamos então o ECF.ATIVAR(). Porém, além de poluir muito o LOG, achamos que numa sequencia de vários comandos, essa prática pode fazer com que o sistema fique mais lento na "comunicação" com o ECF, visto que estaremos gravando e lendo arquivos do disco... Tentamos, porém, eliminar isso, de forma que o sistema não iria enviar o comando ECF.ATIVO, e se der o erro de que não está ativo, o sistema então enviaria o ECF.ATIVAR e seguiria sem apresentar o erro ao usuário... Mas, ao fazer isso, nos deparamos com um pequeno problema, há comandos que parecem não exigir que o ACBRMonitor esteja ATIVO, para nos responder, que é o caso, por exemplo do comando ECF.ESTADO(), que quando enviado ao invés de me retornar que o ACBR não está ATIVO, ele me retorna que o ECF está no estado "EstNaoInicializada". Tem também o caso do comando ECF.MFD() que me retorna "False", sendo que o ECF tem MFD, só que isso, também ocorre porque não acusou que o ACBR não estava ATIVO... Bom, diante disso, o que preciso saber é se há um bug no ACBRMonitor em relação a isso, ou se tem uma relação de comandos que ignora se o ACBR está ATIVO ou não... Se for isso, preciso dessa relação para tratar isso no meu sistema... Também, gostaria que o pessoal comentasse aqui como fazem esse tratamento no seu sistema... Sei que muitos enviam o comando ECF.ATIVAR() no inicio e pronto... mas, acho que assim fica muito falho... No mais, obrigado pela atenção, Reginaldo

Com a versão 0.9.03.3 disponibilizada ontem, finalmente consegui emitir a nota. Muito obrigado pela atenção.

Tenho esse mesmo problema de rejeição para o campo pMVAST no ACBrNFeMonitor.

Instalei a versão 0.9.03.1 do ACBrNFeMonitor em computadores diferentes, e em todos o problema continua a acontecer.

Bom dia ; OK muito obrigado...

Os Schemas que está utilizando é os mesmos que saiu na ultima versão do ACBr?

Mesmo com a nova versão do ACBrNFeMonitor continuo com o problema.

Bom dia ; Estamos com urgência na verificação deste problema, temos um cliente aguardando..

Bom dia ; O retorno que tivemos foi verificado que: Registro TRAILER DE LOTE CAMPO QTDE. DE REGISTROS posição :018/023 tipo do campo :numérico de seis posições - Nota 26 do leiaute . Esta sendo informada a quantidade errada Deve somar todos os registros do tipo 1,3 e 5 Registro TRAILER DE ARQUIVO CAMPO TOTAL DE REGISTROS Posição:024/029 tipo do campo :numérico de seis posições - Nota 26 do leiaute. Esta sendo informada a quantidade errada Deve somar todos os registros do tipo 0,1,3,5 e 9. As demais situações listadas no primeiro comentário foi relacionado a analise do leiaute fornecido pelo banco , foi comparado com o arquivo de remessa já gerado pelo cliente porem por outro sistema.

Bom dia . O arquivo foi gerado através do ACBRMONITOR , e encaminhado para o banco..

Continuo com o problema, fiz todos os testes ditos, e nenhum solucionou.

Boa tarde; Estamos realizando a homologação para geração do arquivo de remessa banco Itaú, realizado testes na versão 0.11.03.0 foi gerado arquivo de remessa e realizado a comparação deste arquivo com um arquivo já aceito pelo banco e analisando o leiaute foi constatado as seguintes diferenças. Registro Segmento P Observações: Campo:DAC Posição 106/106 Campo numérico de uma posição Arquivo de remessa esta sendo informado neste campo um branco , deveria enviar zero neste campo. Campo: ESPECIE TITULO Posição 107/108 Campo numérico de duas posições Nota 11 (leiaute em anexo). Arquivo de remessa esta sendo enviado DM, deveria enviar 01 referente a Duplicata Mercantil. Registro TRAILER DE LOTE Observações: Campo: QUANTIDADE DE REGISTROS Posição 018/023 campo numérico de seis posições Nota 06 (leiaute em anexo). Arquivo de remessa esta informando quantidade errada , somar todos os registros do tipo 1,3 e 5 Registo TRAILER DO ARQUIVO Observações: Campo: TOTAL DE REGISTROS Posição 024/029 campo numérico de seis posições Nota 06 (leiaute em anexo) Arquivo de remessa esta informando quantidade errada , somar todos os registros do tipo 0,1,3,5 e 9. Em anexo , leiaute arquivo de cobrança banco ITAU, arquivo remessa 000005.rem que foi alterado conforme especificações acima e enviado para Banco ITAU e arquivo 000013.rem , gerado atualmente utilizando ACBRMONITOR. download itau com br_bankline_cobranca_cnab240 manual itau.pdf remessa.rar download itau com br_bankline_cobranca_cnab240 manual itau.pdf remessa.rar

Estou usando a versão 0.9.02.3.

Boa tarde Regys Sempre utilizei a Tag PercentualMargemST para informar a MVA. Testei agora alterando a mesma para pMVAST, porem ocorre o mesmo erro. Os espaços nunca influenciaram na geração. Se altera a MVA para menos de 100%, eu consigo emitir normalmente. Obrigado pela atenção.

Atualizei sim, utilizei os Schemas da ultima versão do ACBr. Também tentei com os últimos do portal NFe.

Bom Dia, Utilizo o ACBrNFeMonitor para emissão de NF-e, ao gerar uma nota, onde algum produto tem MVA acima de 100%, o ACBr me retorna o seguinte erro: NFE.ASSINARNFE("C:\ACBrNFeMonitor\xml_notas\31150218024692000173550020000011921000011928-nfe.xmlAlertas:TAG:<det nItem=""1""><imposto><ICMS><ICMSSN201> ID:N19/pMVAST(Percentual da margem de valor Adicionado do ICMS ST) - Tamanho maior que o máximo permitido [126].") ERRO: Arquivo C:\ACBrNFeMonitor\xml_notas\31150218024692000173550020000011921000011928-nfe.xmlAlertas:TAG:<det nItem="1"><imposto><ICMS><ICMSSN201> ID:N19/pMVAST(Percentual da margem de valor Adicionado do ICMS ST) - Tamanho maior que o máximo permitido [126]. não encontrado. Verifiquei na ultima nota técnica liberada pela receita e ainda é permitido valores superiores a 100%. Segue em anexo o arquivo texto e o arquivo XML. nfe_env.txt 31150218024692000173550020000011921000011928-nfe.xml

Pessoal, Tenho um cliente que está dependendo dessa atualização para gerar o faturamento. A atualização ainda não está disponível?

Entendido. Obrigado pelo esclarecimento!

Alguma previsão para a próxima versão do ACBrMonitor? Estaremos aguardando.

Bom dia Juliana. Agradecemos sua ajuda!

Boa tarde Juliana! Em anexo, o manual do banco. cobranca_cnab240.rar

Bom dia; Enviei um arquivo de remessa de boleto para banco Itaú, porem o mesmo foi rejeitado, em contato com o Itaú fui orientado a verificar a quantidade de registros, a soma das linhas do arquivo difere do total de registros do trailer, foi solicitado para analisar a ultima linha posição 18 a 23 /24 a 29. Analisando o layout do banco, constatou que as ultimas linhas do arquivo de remessa estão sendo gerados com a quantidade de registros do lote incorreta. No arquivo em anexo na linha 05 coluna 24 , o valor deveria ser 4 , porem esta sendo gerado com valor 2, na linha 6 coluna 29 o valor correto deveria ser 6 porem esta sendo enviado valor 2. Observação: Utilizamos o ACBrMonitor. Aguardo um retorno. 1301_000023.rar

Boa tarde; Juliana muito obrigado pela ajuda.

Boa tarde Juliana. Não trabalhamos com Delphi... Utilizamos o ACBrMonitor Segue em anexo, as informações que são enviadas ao componente. Informações.rar