Italo Giurizzato Junior

Heraldo, Esse erro ocorre também com o programa exemplo, ou somente com a sua aplicação?

Bom dia Heraldo, Esse erro de propriedade não existente com relação ao DANFSE feito em Quick Report, você resolve executando o passo a passo descrito no arquivo: Property_Does Not Exist que encontra-se dentro da pasta: ...\Fontes\ACBrNFSe.

Boa noite Valdir, Te aconselho você ler somente os Manuais e as Notas Técnicas disponibilizadas pela SEFAZ. No caso da NF-e o lote pode conter no máximo 50 notas e o tamanho do lote não pode ultrapassar os 500 Kbytes.

Boa noite Heraldo, Verifique se dentro da pasta ...\Fontes\ACBrNFSe existe a pasta DANFSE_QR3, se sim, isso signifca que você esta baixando os fontes do repositório antigo. Você deve alterar a URL para o novo repositório, para saber como fazer isso, favor procurar no fórum por Atualização Forçada.

Boa tarde Heraldo, Em qual momento ocorre esse erro?

Bom dia Rodrigo, Faça uma pesquisa no fórum, você vai encontra um outro post tratando da NFS-e para Bauru, já tem sim, um pessoal trabalhando.

Bom dia Walter, Eu faço desta forma: if not ValidarChave('NFe'+edtChaveNFe.Text) then begin MessageDlg('Chave da NF-e Inválida.', mtError, [mbOk], 0); edtChaveNFe.Text:=''; edtChaveNFe.SetFocus; end; Não esqueça de incluir a unit pcnAuxiliar em uses, uma vez que a função ValidarChave encontra-se na unit pcnAuxiliar.

Bom dia Caetano, Até onde sei o componente não realiza cálculos. Você é que deve calcular os valores total e líquido já considerando o desconto e alimentar o componente.

Bom dia tbalbinos, Não precisava ter feito essa alteração, no fonte ACBrNFSeWebServices. Bastava ter alterado o fonte ACBrProvedorAbaco. Function GetAssinarXML, note que a ação Cancelar retorna o valor True, bastava ter alterado para False. Desta forma DoNFSeCancelarNFSe não vai assinar o XML.

Bom dia Leandro, Você esta fazendo de forma errada. Tem que fazer da forma que o Krepe explicou. Se tratando de NF-e, você tem que informar a chave e o PIN se for o caso.

Bom dia Alex, Por favor post como anexo o XML.

Boa tarde Leavila, Primeiro, o termo correto é Manifestação do Destinatário e não Manifesto, para não confundir com o Manifesto Eletrônico de Documentos Fiscais. O comando: NFe.ConsultaNFeDest(cCNPJ,nIndicadorNFe,nIndicadorEmissor,cultimoNSU) Tem uma unica função, realizar a consulta de NFe Destinadas. Se você esta utilizando o ACBrNFeMonitor este tem um Help e nele você vai encontrar a sintaxe do comando: NFe.EnviarEvento Pois a Manifestação do Destinatário é um evento. Para mais informações leia a NT 2012/002 que trata sobre a Manifestação do Destinatário.

Boa tarde Léo, Muito obrigado pela colaboração, as suas melhorias já estão disponiveis.

Boa tarde a todos, Turbo Drive, o seu XML esta correto, o problema é os schemas, favor atualizar os schemas. Centuryinf, o seu XML esta errado, favor atualizar os fontes e os schemas.

Bom dia centuryinf, Você não anexou o XML.

Bom dia netsolutions, O componente ACBrNFe realiza o Download via webservice, mas existe um requisito para isso, tem que realizar a manifestação do destinatário primeiramente. Outra coisa o Download via webservice é controlado, ou seja, você não pode baixar todas as notas que são emitidas contra o seu CNPJ, pela simples razão de que o emitente é obrigado disponibilizar o XML da NF-e assinado e protocolado assim que ele obtem a autorização da SEFAZ. Essa obrigatoriedade de disponibilizar ou enviar o XML ao destinatário consta na legislação. Não minha opnião termos em nossas aplicações essa funcionalidade de realizar o Download, pode até agregar valor, mas temos que deixar claro para o usuário, que essa funcionalidade deve ser utilizada em último caso. E qual é esse último caso? É quando o destinatário perdeu o XML e o emitente também, caso contrario o emitente tem que enviar novamente o XML. A minha aplicação de emissão de NF-e, tenho condições de enviar novamente por e-mail o XML de uma NF-e que foi emitida em janeiro deste ano, por exemplo, para o respectivo destinatário. Logo ele não precisa lançar mão do download, basta apenas ligar e pedir para enviar novamente o XML que ele perdeu. Vou implementar agora um opção onde vou filtrar as notas por cliente e por período, montando assim uma lista de todas as notas emitidas segundo o filtro. O usuário vai poder escolher as notas que ele deseja ou marcar todas. Ao clicar no botão ENVIAR sera gerado um e-mail contendo todos os XML das notas selecionadas pelo ususário. Espero ter ajudado.

Bom dia Walter, O problema esta na chave da NF-e, ela esta errada. <chave>35130600201891000144550000000012437130205013</chave> Vamos formatar a chave: 35.13/06-00.201.891/0001-44-55-000-000001243-7-13020501-3 35 = UF 13/06 = Ano e mês de emissão 00.201.891/0001-44 = CNPJ do emitente 55 = modelo de documento fiscal 000 = série 000001243 = numero da nota com 9 digitos 7 = tipo de emissão 13020501 = código aleatório com 8 digitos 3 = digito verificador Note que a série é 000 até ai tudo bem, o tipo de emissão esta errado tem que ser 1 e não 7 A aplicação que emite o CT-e checa a validade da chave da NF-e informada? Acredito que foi colocado um zero a mais no numero da nota, isso vez com que o 7 que faz parte do numero da nota passa-se a ser o tipo de emissão e o 1 que é o tipo de emissão passou a fazer parte do código aleatório. Espero ter ajudado.

Bom dia Rene, Primeiramente se você fizer uma busca pelo fórum, vai descobrir que quase toda a semana acontece alguma coisa misteriosa na SEFAZ-MG. Segundo, de 10 "Erro não Catalogado" 12 são frutos de problemas nos webservices da SEFAZ. Portanto, o meu conselho é entrar em contato com a SEFAZ.

Bom dia Mario, Na pasta ...\Exemplos\ACBrCTe existe varios arquivos TXT todos são fragmentos da minha aplicação que esta rodando a mais de 2 anos. Um deles se chama: AlimentarComponente. Como são fragmentos da minha aplicação, logo você vai encontrar chamadas a tabelas do meu banco de dados, fora isso é tranquilo. Estude esse fonte, você vai conseguir montar a sua rotina. Não tive tempo ainda de alterar o programa exemplo de tal forma que ele gere um XML valido, mesmo com dados ficticios.

Bom dia Tiago, A mensagem de erro do validador é clara, a TAG Discriminação esta com o conteudo vazio e por se tratar de um campo string deve-se informar pelo menos 1 caracter.

Bom dia, O componente não gera o XML da NFS-e e sim do RPS. O XML da NFS-e é retornado pelo webservice do provedor, logo o problema é nele, que não esta gerado essa informação.

Bom dia, Você tem toda razão, na hora de escrever inverti os nomes das TAGs. Desculpa.

Boa tarde Robinho, Para mim, lotação é quando toda a carga colocada no caminhão é de um unico remetente e vai para um unico destinatário. Exemplo: Caminhão carregado com produtos de uma industria, panelas por exemplo, com destino a um atacadista. A partir do momento que temos dois ou mais remetentes ou dois ou mais destinatários, no meu entendimento é carga fracionada. Lembre-se que no conhecimento de papel tudo era possível, inclusive informar errado ou deixar de informar a inscrição estadual, mas no caso do CT-e a coisa muda de figura. Se você leu o link que coloquei no post anterir note que a SEFAZ diz que não é possível emitir um CT-e e relacionar varias notas de remetentes ou destinatários diferentes. Tem que fazer um CT-e para cada um.

Robinho, Eu entendo da seguinte forma: Lotação = 1 Caminhão = 1 CTe => 1 Remetente -> 1 Destinatário Neste caso não há necessidade de emitir o MDF-e, uma vez que o seu objetivo é agrupar todos os CT-e de um unico caminhão vamos assim dizer em um unico documento fiscal eletronico o tal do Manifesto Eletrônico de Documento Fiscal. Carga Fracionada = 1 Caminhão - Vários CTe - de vários Remetentes e ou para vários destinatários Carga Fracionada, transporte interestadual deve-se emitir o MDF-e, neste caso o Manifesto vai contem todos os CT-e referentes as cargas contidas no caminhão.

Robinho, Leia todas as postagens deste tópico: principalmente a de Mariane Souza, ela tem um problema parecido e veja a resposta da SEFAZ.