Italo Giurizzato Junior

Boa tarde Cassiano, Se ao copiar o arquivo ACBrCTeServicos.ini para a pasta da aplicação, funcionou isso significa que você configurou o componente para ele ler o arquivo. Se deixar vazio a propriedade de configuração: IniServicos não precisamos copiar o arquivo em questão.

Liberado o WebService de Recepção Síncrono em Homologação Está implantando no ambiente de homologação da SVRS o WebService de Recepção Síncrona do CT-e conforme estabelecido no MOC 3.00a. A URL do serviço e o WSDL podem ser obtidos acessando o menu Serviços do Portal. A liberação ocorreu no dia 02/08/2019, não temos informações de quando será liberado em ambiente de produção. As alterações no componente já estão sendo feitas e serão liberadas, para que vocês possam realizar os testes.

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.

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.

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.

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.

Datas de implantação da versão 1.00b Comunicamos que a versão 1.00b do BP-e será implantada em homologação na SVRS no dia 06/08. A versão de produção deverá ser implantada em 02/09. A versão 1.00b remove a tag pICMSInterPart do schema XML do BP-e.

Bom dia Marcelo, Já fez algum teste hoje?

Bom dia Edson, Por favor leia essa noticia: MDF-e versão 3.00a

Bom dia a todos, Saulo, se você tivesse dito que o emitente é uma pessoa física (notei que na chave existe um CPF e não um CNPJ) a Graça teria matado a charada rapidamente. A priori toda pessoa jurídica que habilitada a emitir NF-e ou CT-e é automaticamente habilitada a emitir MDF-e, infelizmente isso não ocorre quando o emitente é uma pessoa física. Como a Graça escreveu, se o emitente for de MG a solicitação para emitir MDF-e é via SIARE.

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

Bom dia Hugo, Notei que na unit ACBrCTeDACTeRLRetrato você acrescentou uma procedure para registrar o componente, ocorre que o componente DACTE para o Fortes Report possui a unit ACBrNFeDANFeRLReg que se encarrega de realizar esse registro. Sendo assim não vejo o motivo dessa procedure que você incluiu. Vou analisar com mais calma a sua colaboração, desde já muito obrigado.