mgmobile

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 .

Ai terei que mudar o nome do destinatário toda vez que for emitir nota fiscal ?

Olá Jose da forma que ficou agora "piorou" pois agora não aparece o nome do destinatário e nem o valor , nas versões anteriores aparecia . Sugiro que apareça o nome do emitente (opcional), nome do destinatário + Valor da NFE + a mensagem personalizada. Acredito que o bom seria o emitente poder ter um check-box tornando uma opção para o cliente - emitente - decidir se quer que apareça ou não o nome da empresa dele . Dessa maneira poderia haver um ganho de espaço considerável

Boa tarde José , Alguma novidade a respeito da alteração acima ?

Ok Jose , No aguardo . Obrigado .

Voce tem uma previsão pois estou como meu cliente aguardando uma posição minha .

Da forma que esta fica confuso para quem configura . Acredito que o ideal seria manter o padrão e apenas incluir a mensagem digitada no campo . Acredito também que se removesse algumas informações desnecessárias e remanejasse outras ja teríamos um bom ganho de espaço . Poderia também limitar a quantidade de caracteres assim ficaria mais fácil do cliente entender e até utilizar o bom censo no tamanho da mensagem! Veja o anexo.

Então Sr. José acredito que o mais pratico seria o acbr monitor não limpar as informações Emissão / Dest ou Remet. / Valor. , apenas incluir a mensagem que for escrita no campo mensagem personalizada .