mgmobile

Bom dia. A sequencia correta do "nosso numero" que foi aplicada foi 100130, inclusive já foi gerado o arquivo de remessa e as colunas respectivas a esse código (210 a 221) foram validadas pelo gerente. Porém, ainda há duas desconformidades no arquivo de remessa, conforme informado pelo gerente abaixo: " Linha 1 276 a 277 Código da 1º Instrução 2 X 01 CORRETO - Nessa linha está correta, você escolheu a opção 01 como código de instrução que significa: 01 - Não Dispensar Juros de Mora Linha 2 278 a 279 Prazo da 1º Instrução 2 X 01 ERRO - Nessa linha está com erro pois foi inserido o número 01. Essa linha ela tem ligação coma a linha acima "Linha 1", Como foi escolhido 01 na linha 1 a linha 2 não deve ter 01 que significa prazo de 1 dia. Nesse caso deveria ser inserido o número 00 para ser aceito. Linha 3 280 a 281 Código da 2º Instrução 2 X 03 CORRETO - Nessa linha está correta, você escolheu a opção 03 como código de instrução que significa: 03 - Cobrar multa de ...% sobre o valor do título Linha 4 282 a 283 Prazo da 2º Instrução 2 X 01 ERRO - Nessa linha está com erro pois foi inserido o número 01. Essa linha ela tem ligação coma a linha acima "Linha 3", Como foi escolhido 03 na linha 3 a linha 4 não deve ter 01 que significa prazo de 1 dia. Nesse caso deveria ser inserido o número 00 para ser aceito. Lembrando que as "278 a 279" e "282 a 283" são linhas "Coringas" que de acordo com o código informado ela exerce uma determinada função. " Gostaria de poder entender como devo proceder para enviar essas colunas "278 a 279" e "282 a 283" com o código 00. cedente.ini configBoletoReg.ini

O nosso numero fornecido pelo gerente foi este 100130000 , qual é a sequencia que devo colocar com 6 dígitos ?

Em anexo estou mandando o layoute atualizado do banco , note que o campo nosso numero é 12 posições , no txt que eu estou passando como parametro para o acbr esta com 9 posições e o arquivo de remessa que o acbr gerou esta apenas com 6 posições. BRB Cobrança - Manual e Leiaute.zip

Bom dia juliomar , Fiz assinatura do suporte pago , se faz necessário abrir um novo tópico na parde se SAC PAGO ?

Alguma novidade, resposta ?

O tamanho do campo no layoute do banco é 12 posições, repare que no txt o boletos.txt estou passando o nosso numero fornecido pelo gerente com 9 posições ..

Veja eu passo como parâmetro para o acbr esse arquivo txt chamado boleto.txt , repare que nele esta no nosso numero gravado conforme o gerente nos solicitou e veja o arquivo de remessa como o acbr gerou , em uma posição diferente , poderia nos auxiliar nesse caso ? BOLETOS.TXT cb290702.rem

verifiquei e realmente seria a posição 210 á 221 . leiaute-arquivo-de-remessa.xls

Estou usando o tipo 400 Apenas realzei as configurações as configurações no acbr igual é feito com todos os outros bancos , ou seja , informei o indice acbr que é o 14 para esse banco ,com base nisso acredito que o nosso numero deverá ser gerado conforme o layoute do banco , correto ?

Olá pessoal Utilizo o acbr monitor plus versão 1.3.0.304 e estou tentando gerar um arquivo de remessa para o banco BRB , porém o gerente da conta me informou que as posições do nosso numero deve ser da 210 á 221 porém quando mando gerar o arquivo de remessa o nosso numero esta sendo gravado na posição 123 á 131 . Em anexo segue o arquivo de remessa gerado e o arquivo cedente.ini . Existe alguma configuração especifica no acbr para este banco ? cb280704.rem cedente.ini configBoletoReg.ini

Pessoal, só esclarecendo, somos desenvolvedores... as primeiras respostas ao tópico foi como se nós estivéssemos cancelando essa nota... na realidade NOSSO CLIENTE que contrata nosso sistema estava tentando cancelar a NF e estava retornando a mensagem CSTAT=222, onde pesquisei no forum e eu vi que o protocolo não batia e como usamos acbrmonitor e no comando de cancelamento não tem nada relativo a informar protocolo daí abrimos o tópico... foi dado algumas respostas tipo "tem que informar o mesmo protocolo" e isso a gente deduziu e a pergunta foi "COMO INFORMAR"... Ao que dá entender é que o Próprio acbr consulta o protocolo atual e passa esse numero juntamente com o comando de cancelamento automaticamente... como o numero de protocolo não estava sendo retornado pela sefaz (dedução por lentidão) dai retornava mensagem CSTAT 222... na ultima imagem que enviamos veja que foi entrar no sistema nacional o cancelamento 12 horas depois do pedido... ou seja, foi entrado no AN HOJE, dia 24 as 2 da madrugada... sendo que o cliente emitiu a NF dia 23 as 11:45, tentou cancelar dia 23 mesmo às 14:06... na ocasião retornava cstat=222 e quando consultamos a NF no AN o único protocolo que aparecia era o protocolo de ciência... hoje está aparecendo o protocolo de cancelamento e se olharem a ultima imagem veja que virou uma bagunça pois tem emissão, cancelamento, ciencia e depois MDFE (o cliente conseguiu emitir MDF-e dessa NF cancelada pois não conseguiu cancelar, dai mandou a NF como estava)... Enfim, vou passar para o cliente que provavelmente é lentidão da sefaz, ao que a ultima imagem da consulta na sefaz mostra ao se comparar com a primeira consulta... só que é um cliente desses chatos, mau educados... que não acredita em nada que a gente fala e tudo coloca a culpa no programa... quer a solução nossa sem nem sabermos como solucionar... A duvida que permaneceu no ar é, esse PROTOCOLO, parece que o ACBR consulta automaticamente antes de enviar o comando de cancelamento (tanto que não temos como informar o protocolo via comando), e eu queria tentar resolver isso quando acontecesse novamente sem depender de sefaz, etc, pois o cliente não quer saber... quer solução... agora se não tiver solução vou passar a tratar esse cstat=222 e dar uma mensagem para o cliente esperar... Obrigado

Acabei de fazer a consulta e esta apresentando como cancelada , fiquei confuso! Veja o print que eu tirei agora.

Nota fiscal até o momento não estava cancelada apenas esta com o status de ciencia da operação pelo destinatario . No momento que enviamos o pedido de cancelamento é enviado o protocolo de autorização .

Anexo NFE baixada agora do site da SEFAZ, note que o protocolo é o primeiro e depois da ciência o protocolo mudou... dai nao consegue cancelar... o mesmo cliente relatou que hoje nao conseguiu cancelar nenhuma nota... seria algo da sefaz? NFE BAIXADA SEFAZ 26200609594827000145550010000183991099183998.xml

Boa tarde, estou cancelando uma NF-e e deu mensagem que o protocolo de autorização é diferente, se olharem o LOG vai ver que uso o comando: NFE.CANCELARNFE para cancelar a nota e passo a chave e o motivo 23/06/2020 15:46:28 - NFE.CancelarNFe("26200609594827000145550010000183991099183998","desacorod comercial") 23/06/2020 15:46:29 - ERRO: Não foi possível consultar o número de Protocolo para a Chave: 26200609594827000145550010000183991099183998 Entretando retorna esse erro de protocolo.... consultando a sefaz dá pra ver que o destinatario do cliente acusou CIENCIA da NFE, o que mudou o protocolo... A pergunta é, usando o acbrmonitor, qual comando devo dar para cancelar a mesma NFE e passar o parametro do novo numero de protocolo? logacbr.txt

Bom agradeço a ajuda até o momento . Como não sabemos o que é exatamente e só acontece em alguns clientes , criamos um script que faz uma copia do acbrmonitor.ini para a pasta do ACBRMONITORPLUS sempre que o programa for executar a emissão de nota ou a emissão de boleto .

inclusive o memso cliente que postei o INI acima voltou a me chamar agora pela segunda vez com as configurações perdidas.

Não entendi muito bem a sua pergunta. O procedimento que eu faço é , instalo o acbr monitor , depois configuro os diretórios , associo o certificado , etc... depois salvo as configurações.

as configurações inteiras , o ini fica totalmente limpo , perde todas as configurações! Sim foi feita pelo visualizador de eventos do windows !

Estamos trabalhando com as versões 1.3.0.292 ,1.3.0.293 e 1.3.0.301 , todas essas versões tivemos problemas com isso . Sim nos conferimos os arquivos após a gravação e as informações ficam salvas, tanto que o cliente trabalha por um período e depois o problema volta a acontecer. ACBrMonitor.ini

Obrigado pela resposta . vou citar um exemplo que aconteceu hoje. O cliente tem o anti-virus windows defender , já havíamos desativado ele e refeito as configurações , isso a 2 dias atras , e hoje o cliente voltou novamente com as configurações perdidas, ou seja funcionou por dois dias e dai perdeu as configurações novamente . Tem alguns casos que eu vejo que o cliente nem anti-virus tem . quanto a restauração do sistema ja verificamos e em nenhum dos casos foi realizado .

Olá pessoal atualmente estou utilizando o acbrmonitorplus. Estou enfrentando problemas do acbr perder todas as configurações salvas , e como se o acbr tivesse sido reinstalado do zero novamente. Alguma sugestão ou orientação a seguir ?

estava usando a versão 1.0.3.277

Então não sei o houve , pois eu apenas atualizei o acbr para a versão 1.3.0.293 e funcionou normalmente . Não mexemos em absolutamente nada no programa .

BOm dia todos. Ao enviar o arquivo XML por e-mail o destinatário não recebe o xml completo . Segue um print .