Italo Giurizzato Junior

Bom dia Ricardo, A geração do código (cNF) recomendado pela SEFAZ é de que ele seja um numero aleatório. Essa recomendação vem de longa data, não é de agora. Lhe pergunto: Qual é a dificuldade de gerar esse código usando a função GerarCodigoDFe que nós implementamos, que por sinal além de gerar o código já valida o mesmo? Qual é a dificuldade de após gerar o mesmo salvar juntamente com os demais dados da nota? Agora, quem desejar criar a sua própria rotina de geração de código, seja através de data, hora, data de aniversário fique a vontade.

Bom dia Luiz, Mais uma vez a SEFAZ não esta fazendo a lição de casa. Na respectiva tag o horário tem que vir completo ou seja HH:MM:SS, portanto é falha no webservice da SEFAZ. Favor entrar em contato com a mesma e relatar o problema, anexar o XML retornado com a informação incompleta e fazer referencia ao manual com relação a respectiva tag. Esta escrito no Manual: Data e Hora do Processamento Formato = AAAA-MM-DDTHH:MM:SS TZD. Preenchido com data e hora da gravação do BP-e no Banco de Dados. Em caso de Rejeição, com data e hora do recebimento do Arquivo do BP-e enviado.

Boa tarde Cassiano, Na pasta que contem o executável da sua aplicação não tem nenhum arquivo chamado ACBrCTeServicos.ini ? Se sim, exclua ele.

Boa tarde ALA, Ainda não esta disponível em Fortes Report.

Boa tarde Junior, Você configurou o Monitor corretamente? A nota esta sendo enviada para o ambiente de produção, correto? O CSC e idCSC informado na configuração no Monitor são do ambiente de produção?

Boa tarde, Remova o percurso, quando a UF de inicio faz divisa com a UF de fim não se deve informar o percurso. Detalhe, quanto informar o percurso, devemos colocar somente as UFs entre a de inicio e fim, por exemplo: UFIni = SP UFFim = RS ==> Percurso: PR; SC

Você tem uma aplicação que emite CT-e? Se sim, então esta na hora de agregar mais valor a ela, deixando-a mais completa e desta forma conquistar clientes mais exigentes. No dia do ACBr estarei apresentando a minha palestra com Dicas de Emissão de CT-e. Mostrarei como resolver questões de CT-e errados que não podem mais ser cancelados, como emitir corretamente um CT-e cujo remetente e ou destinatário é outra transportadora e como globalizar vários CT-e em apenas um só. Não percam a oportunidade, no Dia do ACBr estarei presente com os demais consultores no Stand ACBr para esclarecer quaisquer dúvidas que permanecerem. Inscreva-se para o Dia do ACBr 2019 e aproveite a melhor oportunidade para falar pessoalmente com quem realmente entende do assunto. Se tem dúvidas ou gostaria de mais informações, fale com nossa consultora rapidamente por meio do WhatsApp.

Bom dia Milton, O evento de registro de passagem é enviado pelo Fisco e não pelo emitente do MDF-e. Na página 32 do Manual do MDF-e (Visão Geral) temos uma tabela com todos os eventos e quem são os seus autores, ou seja, que é responsável por enviar o evento. Você só tem que implementar os 4 primeiros (Cancelamento, Encerramento, Inclusão de Condutor e Inclusão de DF-e) que são de responsabilidade do emitente.

Bom dia Thiago, Nota Denegada por falta de IE???? Não seria Nota Rejeitada por falta de IE? Uma nota é Denegada quando o Emitente ou Destinatário esta com alguma pendencia com o Fisco. Que acredito não ser o seu caso e nem do seu cliente.

Bom dia Flavio, Favor anexar o XML de retorno.

Bom dia Junior, Notei que a mensagem Obrigado pela Preferencia esta entre aspas. Mude, em vez de aspas coloque "*". Faça um novo teste.

Bom dia, Se não me falha a memória se você definir o path somente em PathSalvar e deixar os demais em branco o componente vai utilizar o PathSalvar para tudo o que for salvo.

Boa tarde Flavio, Chegou a verificar se no XML de retorno ao realizar a consulta consta essas informações?

Boa tarde a todos, Com relação a Consulta a Situação do Lote a explicação é simples, esse provedor se utiliza da versão 2 do layout da ABRASF e nessa versão não existe o serviço de consulta a situação do lote. Isso explica a mensagem de erro. Resumindo: Todos os provedores que seguem a versão 2 layout da ABRASF não tem o serviço de consulta a situação do lote.

Thiago, Você pode até ter atualizado todas os arquivos de todas as pastas. Mas a sua aplicação esta acessando uma pasta cujos os arquivos XSD (schemas) estão desatualizados.

Boa tarde Thiago, Lembre-se que toda vez que temos alteração no layout do XML devemos copiar os novos schemas para a pasta que a aplicação busca os mesmos. Você atualizou os fontes, mas não copiou os schemas não vai funcionar mesmo.

Boa tarde João, O evento não é obrigatório, mas sem duvida é uma forma da transportadora documentar a entrega da mercadoria ao destinatário. E poderá ser utilizado como prova em algum processo judicial.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, A nota que você esta tentando fazer uma carta de correção se refere a um produtor rural, correto? Pode ser um erro no ambiente de homologação da SEFAZ que não esteja aceitando uma carta de correção cujo o emitente é uma pessoa física.

Boa tarde, Se não me falha a memória o erro 403 é quando o certificado esta vencido.

Boa tarde, O ACBrMonitor esta sempre sofrendo correções e ou melhorias, pode ser que alguma dessas alterações passou a apresentar essa mensagem. Uma coisa é certa a sua aplicação deixa o usuário enviar a mesma nota mais de uma vez e isso esta errado, uma prova disso é a rejeição por duplicidade. Se após o envio não tiver o retorno que acusa que a nota foi autorizada ou não, o passo seguinte é realizar uma consulta e não enviar novamente. Ao consultar se a nota realmente foi enviada e autorizada teremos o protocolo de autorização ou a rejeição acusando a informação errada. Por outro lado se ocorreu algum erro no envio, a consulta vai nos informar que a nota não existe no banco de dados da SEFAZ. Devemos liberar o usuário para enviar novamente a mesma nota quando a mesma for rejeitada com alguma informação errada, ou se a mesma não consta na base de dados. Lembrando que se a nota foi rejeitada, antes do usuário enviar novamente deve corrigir a informação errada.

Boa tarde Marcel, Verifica se você não esta configurando o componente com o caminho ...\Enviado\Autorizados\201907. Se sim, experimente informar somente: ...\Enviado\Autorizados

Marcelo, Não sei se a SEFAZ-MG utiliza os mesmos equipamentos (servidores) para recepcionar o CT-e e BP-e, mas acabo de visitar o Portal Nacional do CT-e e a SEFAZ-MG esta tudo amarelo. Se ela utiliza os mesmos servidores isso pode ser a explicação do BP-e esta parado.

Edson. No Portal Nacional do CT-e realmente não tem nenhum aviso, mas na página que contem os schemas, você vai encontras (primeiro da lista) a liberação do pacote de schemas da versão 3.00a.

Bom dia, Favor anexar os XMLs gerados: *-ped-eve.xml e *-eve.xml