Thiago Ribeirao

Esse problema começou na data de hoje. Esse digito verificador nós não manipulamos, é feito via ACBRMonitor Plus. Nós criamos um arquivo .ini (anexado) e passamos as instruções pela função criar nfe. Temos outros clientes em outras unidades federativas que não estão com esse problema. Vi também que outros usuários estão relatando mesmo problema aqui no forúm. Aguardo um retorno. Obrigado nfe-141.ini

Segue a chave "52181113196296000290550010000001411000001414" @douglaswf

Bom dia, também com mesmo problema em um cliente emitente no estado de GO, alterou alguma regra para o calculo do digito verificador no estado de GO?

Bom dia, estou com mesmo problema em um cliente do Estado de GO, problema na sefaz do Estado de GO?

Senhores obrigado pela resposta estava corrido estes dias e acabei nem entrando no fórum para ver as respostas. Eu uso o ACBRMonitorPlus via socket então não localizei onde teria os fontes do mesmo para eu poder analisar e tentar ajustar pra vcs. Caso haja interesse me manda as units apenas do relacionado que terei o maior prazer em analisar. SEria interessante deixar tbm no monitor para uso via socket por exemplo uma opção do fast report hoje não temos outra além dele. Abração e no aguardo.

Como é código de produto e o outro lado que recebe a nota o usa para importação direta pela xml não tem esta possibilidade substituir por outro caracter como citou. Se for possível podemos trabalhar juntos para descer a linha limitando o tamanho máximo q ela pode obter. Posso ajuda-los a ajustar esta falha sem problemas. Ou se já tiverem a solução e puderem implementar tbm ficaria muito agradecido.

Sim já, está configuração está na medida 80, já coloquei 120 e fica a mesma coisa. Acredito q ela possa ter um limitador. Então o ideal é que a linha seja escrita abaixo como o texto descritivo do produto na coluna de produto Aguardo ajuste ou outra sugestão de vcs.

Boa tarde. Segue anexo um exemplo em PDF de Danfe onde o campo código invade a descrição. Sugestão seria o mesmo continuar na linha abaixo respeitando a coluna do campo código. 31181071170344000197550010000634611000634611-nfe.pdf

Perfeito, vou passar ao cliente essa informação. Muito obrigado pela colaboração.

Boa tarde, gostaria de saber se é possível na danfe onde sai o frete por conta, quando informado zero, nas versões atuais do ACBRMonitor Plus esta saindo como Remetente. Nas versões pouco mais antigas, como no ano passado, saiam como Emitente. Um dos clientes nosso esta solicitando se possivel poderiam fazer essa alteração para a forma passada. Aguardo um retorno. Muito obrigado.

Bom dia, efetuei os procedimentos em alguns clientes e até o momento esta sem travamento. Obrigado

Bom dia, vou atualizar para a ultima versão e fazer os testes citados acima. Muito obrigado @José M. S. Junior

Boa tarde, segue em anexo o arquivo Log. Obrigado LOG.TXT

Boa tarde, estou com problemas na versão SAC do ACBrMonitor Plus nos meus clientes, versão acima de 1.2.0.11 nas maquinas com Windows 8 ou inferior. O erro é apresentado quando o cliente abre a Danfe, ao fechar o impresso ele trava e o Windows exibe a mensagem para fechar o programa ou aguardar. O erro também é apresentado quando se faz uma consulta de evento de autorização da nota. Gostaria de saber se mais alguém esta com mesmo problema. Obrigado

Fiz os testes aqui sobre orientação da Sefaz e deve-se em casos específicos como sefaz mesmo comentou a não utilização do MDFe pois somente a nota com indicação das placas dos veículos próprios já resolve em casos como empresas do segmento de TRR, onde a única atividade é a venda com o transporte coligado. Um não pode acontecer sem o outro. Então neste caso vão notar que o sefaz não barra mas com o erro 868 como citado acima e que eu tive o mesmo problema e por conta disto o cliente não informava mais a placa. Como testado, atualizado e já em operação neste cliente estão saindo com a placa como era feito no modelo anterior da NFe. Obrigado pela discussão sempre produtiva do assunto aqui no Fórum.

Pessoal recebi a resposta da Sefaz sobre este cliente ser um agente TRR o mesmo não deve emitir DMFe e sim destacar as placas no XML da NFe então estou gerando testes aqui e já complemento com o resultado obtido.

Hoje tivemos um cliente com problema por conta da não especificação no Danfe da placa do veículo. Gostaria de solicitar que tirassem o campo de placa na DANFE por favor. Embora o cliente esteja certo e com razão o policial que o abordou não tinha a informação adequada e atuou este cliente sendo que o mesmo precisará recorrer, com certeza ganhará, mas terá dor de cabeça. Justificativa do Policial que atuou não continha informação da placa do veículo na NFe. Por favor revisem o danfe e atualizem RETIRANDO ESTE CAMPO DE PLACA. Obrigado

muito obrigado. Bom final de semana

Se não for demais vc poderia me avisar por e-mail ou skype que adicionaram esta informação, vai facilitar demais a vida dos desenvolvedores. Recomendo implementação tanto para o MDFe quanto para o NFe é algo bem simples. Tem como me avisar por favor ? skype: [email protected] (19) 98163-9263

Olhei no log e não registrou não. Vai uma dica aí para aprimorar o acbr que seria devolver em socket o caminho do arquivo salvo assim como faz com a criação do xml ou do pdf por exemplo. Pois vou ter que montar uma função para correr as pastas e procurar pelo arquivo com a determinada extensão pois cada cliente pode configurar os seus diretórios da maneira q quiser. Se esta solicitação de resposta for simples de implementar que eu imagino que seja, pois vc já grava o arquivo e basta apenas devolver uma linha de texto a mais na resposta do socket eu aguardo. O que acha ?

Ítalo, com a sua resposta sai pesquisando o arquivo de evento e não o localizei então direcionei uma outra pasta para salvar os arquivos de eventos e resolvou o problema. Problema resolvido do cancelamento. Conclusão se não consegue gravar o arquivo ele gera este erro. Outra questão Ítalo como posso pegar depois de gerar o evento do cancelamento e o mesmo ser registrado pegar via resposta do ACBR o caminho do arquivo gerado. Tem como ? Assim como gerar o PDF ou o criar o XML que o acbr devolve o caminho do arquivo onde foi criado.

Felipe uso o ACBR Normal para outras operações como criar, validar, transmitir tanto NFe quanto MDFe. Inclusive NFe cancelam normalmente. Então com certeza não é um problema com o arquivo swh.ini, mas na ânsia de resolver tentei fazer como falou e continuou exatamente a mesma coisa. Os demais recursos funcionando e apenas o cancelamento de MDFe não dando certo. José MDFe está aberto e funcionando. Consigo consultar, criar outras MDFe normalmente apenas o comando de cancelarMDFe que não está funcionando e não retorna um erro catalogado, então não me parece ser um erro do Sefaz e nem de minha chamada e sim do ACBRMonitorPlus. Por isto peço que possam verificar isto com o André por favor, é ele quem cuida ainda ? Quanto a versões anteriores não sei te dizer se funcionava, pq implantei agora na 3.00 estas funcionalidades aqui a partrir da versão 1.2.0.12 do acbr que estava usando e agora atualizei a seu pedido para a versão .16 e o mesmo erro persiste. Fico no aguardo pq sem a opção de cancelar não poderei utilizar a ferramenta do MDFe. Obrigado

Eu esqueci de colocar editei e coloquei no anterior mas segue novamente aqui, já aproveitei e testei na versão 1.2.0.16 também e a mesma coisa. LOG.TXT

Segues os arquivos gerados em anexo. Estou usando a versão 1.2.0.12 35180821545273000191580010000000011000000013-ped-sit-soap.xml 35180821545273000191580010000000011000000013-sit.xml 35180821545273000191580010000000011000000013-sit-soap.xml 35180821545273000191580010000000011000000013-ped-sit.xml LOG.TXT

Bom dia Ítalo. Preciso de uma ajuda, estou realizando o processo de cancelamento MDFe MDFE.CancelarMDFe("35180821545273000191580010000000011000000013","erro de preenchimento das informacoes","21545273000191") sefaz me retorna o seguinte: ERRO: Não sei o que pode estar errado. Se puder me ajudar. Estou enviando o xml autorizado para em anexo No aguardo e obrigado. 35180821545273000191580010000000011000000013-mdfe.xml