Italo Giurizzato Junior

Boa tarde Adilson, Muito obrigado pela colaboração. Observação: os seus fontes estão desatualizados em especial os arquivos INI utilizados pelo componente ACBrNFSe.

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

Bom dia Marcus, Você emitindo um BP-e para uma viagem dentro do município?

Bom dia Werberth, Se você não informar para qual cidade ou provedor esta enviando o pedido de substituição de NFS-e, não tenho como lhe ajudar.

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

Desculpe, errei o seu nome.

Bom dia Ana, Você diz, colocar o nome do município a direita da UF de descarregamento? A resposta é: Não. O motivo é simples, o mesmo MDF-e pode ter mais de um município de descarregamento dentro da mesma UF. Exemplo: O caminhão sai de Araraquara/SP com carga a ser descarregada em São Carlos/SP, Limeira/SP, Campinas/SP e São Paulo/SP Da forma que esta hoje, no MDF-e vai imprimir a cidade de descarregamento (São Carlos/SP) e abaixo as chaves dos CT-e referente a carga que será descarregada nessa cidade. Abaixo será impresso a cidade: Limeira/SP em seguida as chaves dos CT-e referente a carga a ser descarregada nessa cidade. E assim por diante. Da forma que esta hoje fica muito claro saber pela chave do CT-e qual carga será descarrega e em qual cidade. Não sei se ficou claro.

Bom dia Soares, No caso do CT-e, a SEFAZ-MG se utiliza da SVC-SP - SEFAZ Virtual de Contingência de SP, quando o CT-e é enviado em contingência. A SVC-SP a principio esperava encontrar no XML o endereço de consulta de SP, mas depois mudou, ou seja, no XML deve sempre constar o endereço de consulta de MG. Com certeza os seus fontes estão desatualizados, portanto esta gerando o endereço de consulta de SP, dai a rejeição apresentada na imagem que você anexou. Favor atualizar todos os fontes de todas as pastas. Reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção apagar arquivos antigos marcada. Compile a sua aplicação com a opção Build. Faça novos testes.

Boa noite Richard, Para mim é novidade esses eventos poderem ser enviados para a SEFAZ via o Portal Nacional da NF-e. Visto que o autor desses eventos é o Emitente da Nota (na sua postagem entende-se remetente como sendo o remetente da mercadoria, portanto o emitente da nota). No caso do CT-e já foi disponibilizado tanto a Nota Técnica quanto os Schemas para validar os novos eventos. Estou aguardando a publicação da NT e dos Schemas dos novos eventos da NF-e para que possamos realizar a implementação no componente. Curiosidade: Onde esta escrito que a obrigatoriedade é a partir de 01/12/2019? Onde esta escrito que o envio desses eventos vai ser através do Portal Nacional da NF-e? Lhe pergunto isso, pois no Ajuste SINIEF 22/19 de 10 de outubro de 2019, não faz traz prazo de obrigatoriedade e muito menos a forma de envio dos eventos.

Boa tarde Soares, Você esta com todos os fontes atualizados?

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

Boa tarde Camilo, Na propriedade Prefeitura informe o nome da prefeitura, por exemplo: Prefeitura Municipal de Araraquara Na propriedade Logo informe caminho e o nome da imagem que tem o logo da prefeitura. O meu concelho é preencher essas duas propriedades.

Boa tarde Danilo, Se você se refere a alteração no componente, isso já foi feito e enviado para o repositório.

Boa tarde Jésika, Acho que você não entendeu ainda para que serve o DistribuicaoDFe. Primeiramente, quem emite o documento tem por obrigação de guardar pelo prazo legal. Se perder o XML é um fato gravíssimo, pois esta perdendo um documento. O DitribuicaoDFe é utilizado pelos demais atores envolvidos. Por exemplo no caso do CT-e os demais atores envolvidos é o remetente e o destinatário da carga, e se tratando de redespacho ou redespacho intermediário o expedidor e o recebedor. Se a transportadora perder o XML, deve com base nos dados que estão no banco de dados gerar um novo XML, assinar e realizar a consulta para obter novamente da SEFAZ o protocolo de autorização. Se você esta salvando o XML em disco, aconselhe que mude para que o mesmo seja salvo no banco de dados, assim fica mais garantido a guarda do mesmo. Cópia de segurança nem precisa comentar ou precisa? O NSU é gerado pela SEFAZ do Ambiente Nacional e é um numero diferente gerado para cada ator envolvido no documento. Um mesmo CT-e disponibilizado pelo Ambiente Nacional vai gerar um NSU para o remetente e um outro NSU para o destinatário. O Elton lhe sugeriu a leitura do meu artigo que trata sobre como obter o XML da Transportadora e nesse artigo sugiro a leitura da Nota Técnica 2015/002 versão 1.00a. Na página 4 da referida NT temos um quadro onde mostra a relação de documentos que o ator consegue obter através do DistribuicaoDFe. Note que o Emitente do CT-e o único documento que ele consegue obter é os eventos de autorização e cancelamento do MDF-e. Resumindo: Leia com atenção o meu artigo e a NT. Você não vai conseguir o XML do CT-e emitido pela transportadora que foi apagado usando o DistribuicaoDFe. Espero ter ajudado.

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

Boa tarde Lucas, Exatamente.

Bom dia Rafael, Primeiramente lhe peço para que anexe o XML e não o cole como parte do texto da postagem. Segundo, conforme a tabela que você anexou o conteúdo da tag <c25_detalhamentoReceita> não deveria ser 100102 ou 000055 pois ambos tem 6 dígitos.

Bom dia André, No componente ACBrNFe o método Enviar se encarrega de gerar o XML, assinar, validar, gerar o envelope SOAP (lote com 1 ou mais notas), enviar e obter o retorno da SEFAZ. Se a sua intensão é apenas gerar o XML, a minha sugestão é que você utilize o método Assinar e depois o Validar. O método Assinar se encarrega de gerar o XML e assinar, ao realizar a assinatura é inserido automaticamente o grupo que contem a string do QR-Code. Não temos um método um gera o envelope SOAP salve e disco e não envia para SEFAZ. Sendo assim o envelopamento deverá ser feito pela sua aplicação. Ela deve pegar o XML gerado, assinado e validado pelos métodos: Assinar e Validar e montar o envelope. Espero que lhe ajude essa dica.

Lucas, Sim, já é para estar funcionando sem problemas. Favor atualizar todos os fones de todas as pastas e reinstalar a suíte ACBr usando o ACBrInstall_Trunk2.

Boa tarde Lucas, O motivo é simples, na versão 2 as informações para que a guia seja impressa é retornado em formato XML e não mais em TXT.

Boa tarde Joabe, O método LerXMLFromString recebe como parâmetro uma string, string esta que contem o XML do evento que se deseja carregar para posteriormente imprimir. Já o método LerXML recebe como parâmetro o path com o nome do XML salvo em disco. Se você abrir a unit pcteEnvEventoCTe, vai notar que o método LerXML se utiliza do LerXMLFromString. Se não funcionou com o método LerXMLFromString, pode ser que o conteúdo do retornado pelo banco de dados não esta legível para o método.

Danilo, Verifica se com esse Schema o XML é validado antes do envio. Tipos.xsd

Ademar, Na razão social do tomador tem o caractere "&" troque por "E".

Bom dia Silva, Esse XML foi gerado pelo componente ACBrNFe? A tag qrCode não contem o CDATA.

Bom dia a todos, Alguém pode me informar se a SEFAZ-MG desfez a lambança de colocar o prefixo ns0: no retorno da consulta?