Italo Giurizzato Junior

Bom dia Rafael, Favor atualizar os fontes e faça um novo teste.

Bom dia Wellington, Chegou a ver o código, mais precisamente a rotina que alimenta o componente no programa exemplo? Nela temos: {Carrega componentes do valor da prestacao} with vPrest.comp.New do begin xNome := 'DFRNER KRTJ'; vComp := 100.00; end; Se o valor da prestação (frete) é composto por: Valor do Pedágio, Valor da Coleta, Valor da Entrega, Valor do Seguro, etc O bloco de linhas acima apresentado deverá se repetir para cada valor que compõe o valor da prestação (frete).

Bom dia, Você fez o que eu sugeri na minha postagem anterior? Se sim, funcionou conforme você queria?

Olá Pessoal, Hoje a quantidade de DF-e Documentos Fiscais Eletrônicos é tão grande que acabamos nos perdendo nos modelos. Resolvi então fazer uma lista com a sigla, descrição, numero do modelo e o componente de cada um deles. Sigla Descrição Modelo Componente NF-e Nota Fiscal Eletrônica 55 ACBrNFe CT-e Conhecimento de Transporte Eletrônico 57 ACBrCTe MDF-e Manifesto de Documentos Fiscais Eletrônicos 58 ACBrMDFe CF-e Cupom Fiscal Eletrônico 59 ACBrSAT BP-e Bilhete de Passagem Eletrônico 63 ACBrBPe BP-e TM Bilhete de Passagem Eletrônico Transporte Metropolitano 63 ACBrBPe GTV-e Guia de Transporte de Valores Eletrônico 64 ACBrCTe NFC-e Nota Fiscal ao Consumidor Eletrônica 65 ACBrNFe NF3-e Nota Fiscal de Energia Elétrica Eletrônica 66 ACBrNF3e CT-e OS Conhecimento de Transporte Eletrônico Outros Serviços 67 ACBrCTe Como vocês podem ver tanto o BP-e quanto o BP-e TM tem o mesmo modelo 63, o que diferencia um do outro é o campo tpBPe. O BP-e aceita os valores seguintes valores para tpBPe: 0 = BP-e Normal e 3 = BP-e Substituição, por outro lado o BP-e TM só aceita o valor: 4 = BP-e Transporte Metropolitano.

Bom dia Rondinele, No Portal Nacional da NF-e temos o seguinte: No meu entendimento os contribuintes do Espirito Santo não tem uma SEFAZ-Autorizadora própria, logo se utilizam da SVRS - SEFAZ-Virtual do Rio Grande do Sul. Conforme mostra o texto acima extraído do Portal Nacional da NF-e. Note que somente as UF: AC, RN, PB e SC se utilizam da SVRS para o serviço de Consulta ao Cadastro, sendo assim é de se esperar que as demais UF que se utilizam da SVRS ao tentar usar esse serviço não vão conseguir. Ao meu ver a SVRS deveria neste caso retornar uma mensagem mais amigável acusando que o serviço de consulta ao cadastro não esta disponível para a UF em questão. Se não me falha a memória para consultar um CNPJ de outra UF como por exemplo de SP, devemos configurar o componente para a UF que se pretende realizar a consulta. Sendo assim se a empresa é de SP com componente tem que estar configurado para SP, se a empresa for de MG devemos configurar o componente para MG.

Boa noite Luiz, Não entendo o motivo de você configurar o componente com um valor diferente de ieFrete para o Integrador, sendo que o componente no momento só trabalha com o eFrete. Quanto ao iRepom e iPanCard, caso você deseja colaborar com o projeto, implementando um deles ficaremos agradecido.

Boa tarde, Não existe nenhum serviço disponibilizado pela SEFAZ que lhe retorna uma lista dos números que foram inutilizados, idem para as notas. O você pode fazer é consultar nota por nota para saber a situação atual de cada uma. Para realizar essa consulta podemos utilizar o método abaixo: function Consultar(const AChave: String = ''; AExtrairEventos: Boolean = False): Boolean; Note que ele possui 2 parâmetros, o primeiro você informa a chave da nota que vai ser consulta, o segundo se for True extrai e salva em disco todos os eventos que por ventura estejam vinculados a respectiva nota. É preciso tomar muito cuidado, pois realizar a consulta de dezenas ou centenas de notas pode acender o alerta na SEFAZ de consumo indevido e o seu cliente ficar bloqueado por algum tempo sem poder realizar a emissão de notas. Esse tempo costuma aumentar em caso de reincidência.

Boa tarde, Já enviei a sua contribuição para o repositório.

Favor atualizar os fontes.

Boa tarde a todos, O problema é que no schema o conteúdo desse campo pode ter tamanho variável de 1 até 9 e a unit que gera o XML esta com tamanho fixo de 9 isso faz com que gere um erro de validação quanto a informação não tiver os 9 dígitos. Já estou corrigindo a unit e vou enviar para o repositório. Depois basta atualizar, recompilar e testar novamente.

Boa tarde a todos, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr com a opção de apagar arquivos antigos marcada. Por fim façam novos teste.

Bom dia Renata, Posso estar escrevendo besteira, mas acredito que o retorno do provedor não esta em UTF-8 e a rotina que converte as vogais acentuadas por sem acento não consegue fazer a conversão corretamente e coloca no lugar o caractere "?"

Bom dia a todos, Vou responder a pergunta de forma geral, sendo assim ela é valida não só para NF-e e NFC-e e sim para todos os DF-e - Documentos fiscais eletrônicos. Na chave de todos os DF-e temos o numero do documento e um código. O numero do documento é um numero sequencial que vai de 1 até 999.999.999 e o código tem que ser numero aleatório que deve atender a seguinte regra: A regra acima foi implantada para a NF-e e NFC-e, mas creio que logo ela vai ser aplicada para os demais DF-e, sendo assim a minha sugestão é usar essa regra como uma boa pratica de programação para os demais DF-e. Realmente a NT 2019/001 não deixa claro como deve ser gerado esse código, mas vejam a imagem extraída da página 92 do Manual da NF-e publicado em março de 2009: Nessa época o código ainda era composto por 9 dígitos, depois foi reduzido para 8 para que a chave pudesse conter o tipo de emissão. O mais importante é o que esta escrito na última coluna. Ainda vocês tem duvidas? É obvio que ao gerar um código aleatório com o tempo ele pode vir a se repetir mas a SEFAZ não vai checar essa situação pelo simples fato de que, se o numero do documento possui 9 dígitos e o código aleatório apenas 8, é impossível que tenhamos um código diferente para cada numero de nota emitida dentro da faixa permitida.

Bom dia Camilo, Pela mensagem de erro de validação noite que o seu XML esta sendo gerado na versão 1.00 sendo que a versão atual é 3.00 Configure o componente para gerar na versão 3.00 e faça novos testes.

Bom dia Datilas, Realmente não tem, vou colocar na minha lista de tarefas, pois achei pertinente. Assim que ficar pronto informo aqui mesmo nesse tópico.

Bom dia Almeida, Que eu saiba, o método Consultar deve ser utilizado pelo Emitente do Documento com dois propósitos: 1. Se o Emitente carregar o XML assinado e sem o protocolo de autorização, ao realizar a consulta se a documento foi autorizado o protocolo de autorização vai ser adicionado ao XML. 2. Se realizar somente a consulta informando a chave de um documento, será retornado a situação atual do documento e alguns eventos que por ventura estejam vinculados ao mesmo. Volto a deixar claro que o Consultar só vai funcionar conforme exposta acima se for utilizar pelo Emitente do Documento. Agora se o autor da consulta não for o Emitente do Documento, este deve utilizar o DistribuicaoDFe. No próximo ACBr Day eu pretendo fazer uma palestra sobre o DistribuicaoDFe e passar algumas ideias de como utiliza-lo da melhor forma correta, evitando que a empresa que esteja utilizando a aplicação com essa funcionalidade não venha passar problemas com o Fisco.

Bom dia Rogerio, Quando toda a carga que consta no MDF-e for entregue o mesmo deve ser Encerrado. Você só cancela o MDF-e caso o transporte não tenha iniciado e as informações estejam erradas.

Bom dia, Além do repositório Trunk2 onde temos os fontes dos componentes, temos também o repositório Tools e nele você encontra toda a documentação não só do eSocial, mas de todos os documentos, tais como: NF-e, CT-e, MDF-e, Reinf, etc. No caso do eSocial acesse o link abaixo: http://svn.code.sf.net/p/acbr/code/tools/eSOCIAL/ Leia esse artigo também, nele consta o link para a nossa biblioteca (Tools) de documentos:

Bom dia Eduardo, Se você procurou no Manual não deve ter encontrado, correto? Pois bem, você já viu algum documento fiscal que possui uma numeração que não seja sequencial? Se você pegar um talão de notas (que não são mais utilizados hoje por conta da NF-e) você vai notar que as folhas (notas) são numeradas sequencialmente. Cuidado, os talões de notas costumam ter 3 ou mais vias para cada nota, obviamente que todas as vias de uma mesma nota possuem o mesmo numero. Mas vamos ao que interessa, clique no link abaixo: https://www.confaz.fazenda.gov.br/legislacao/ajustes/2007/AJ_009_07 Trata-se do Ajuste SINIEF numero 9 de 25 de outubro de 2007 que institui o CT-e Conhecimento de Transporte Eletrônico. Você vai encontrar o seguinte texto: Note que o item IV do primeiro paragrafo deixa bem claro o que eu escrevi na minha postagem anterior, o CT-e deverá possuir numeração sequencial. Quando o Manual não traz a informação devemos ler a legislação referente ao documento em questão se contem a informação desejada. Ficou mais alguma duvida sobre a numeração do CT-e?

Boa tarde, Favor atualizar os fontes, remova a linha que eu sugerir que fosse colocada antes da execução do Enviar. No método TGNRERecepcao.DefinirDadosMsg foi trocado a propriedade XML por XMLAssinado, desta forma o componente consegue gerar e assinar o XML automaticamente antes do seu envio.

Boa tarde Rogerio, Basicamente o arquivo INI tem que ter as informações de identificação do MDF-e, os dados do Emitente, os dados do veiculo, motorista, a relação das chaves das NF-e e as informações sobre os totais. Infelizmente não tenho um INI com os dados mínimos para anexar e você montar o seu, mas você pode pegar o exemplo que se encontra no manual do ACBrMonitor e preencher os dados que te passei acima.

Eciello, Favor atualizar todos os fontes de todas as pastas. Note que fiz alteração no arquivo Tecnos.ini e disponibilizei os schemas referente ao serviço de SubstituicaoNFSe. Alias pelo seu arquivo INI ele esta muito desatualizado.

Boa tarde, Muito obrigado pela contribuição, vou analisar o que você fez e estando tudo OK vou enviar para o repositório, assim que possível.

Boa tarde Marcelo, Neste caso vai ser necessário verificar junto a SEFAZ-MG qual URL deve ser utilizada quando a nota for enviada para o SVC-SP tanto em ambiente de homologação quanto o de produção.

Boa tarde, Primeiramente não existe notas Inutilizadas e sim números Inutilizados. Segundo, a sua ideia é obter uma relação das notas autorizadas e canceladas emitidas por você ou contra o seu CNPJ? Se é emitida por você a sua aplicação é que tem que ter esse controle. Agora se é as notas emitidas contra o seu CNPJ, você pode usar o DistribuicaoDFe para baixar as notas, ao obter inicialmente o resumo delas você tem a informação se a nota esta autorizada ou cancelada. Até o momento o DistribuicaoDFe só retorna resumo e notas completas da NF-e.