Infoel

Olá pessoal, Saberiam me informar se existe uma tabela com todas as falhas de validação da NF-e? Por exemplo, ao tentar emitir uma NF-e sem preencher a UF do destinatário, recebo o seguinte retorno: Falha na validação dos dados da nota: 1 Campo: Sigla da UF - Nenhum valor informado Campo: Sigla da UF - Conteúdo inválido 1824 - Element 'UF': '' is not a valid value of the atomic type 'TUf'. Gostaria de tratar essa mensagem para facilitar o entendimento dos usuários, por isso necessito de todas as falhas possíveis.

Obrigado Juliomar pela pronta resposta. Uso o Fortes Fiz como indicou: ACBrNFe1.EventoNFe.LerXMLFromString(xml.text); ACBrNFe1.DANFE.NomeDocumento:='arquivo-procEventoNfe.pdf'; //ACBrNFe1.DANFE.PathPDF:='e:\pdfs'; ACBrNFSeDANFSeRL1.PathPDF:='e:\pdfs'; ACBrNFe1.ImprimirEventoPDF; Continua salvando o arquivo PDF do cancelamento na pasta do aplicativo.

Olá Pessoal. Depois que atualizei o Acbr o local dos arquivos de impressão em PDF dos eventos na NFE (carta de correção) está sendo na pasta do aplicativo. Não consegui encontrar uma propriedade para definir o local onde o arquivo será gravado. Estou tentando assim: ACBrNFe1.EventoNFe.LerXMLFromString(xml.text); ACBrNFe1.DANFE.NomeDocumento:='arquivo-procEventoNfe.pdf'; ACBrNFe1.DANFE.PathPDF:='e:\pdfs'; ACBrNFe1.ImprimirEventoPDF; Está correto?

Olá Pessoas. Algum tem alguma experiência com as balanças rodoviárias Saturno? Preciso fazer uma integração com o modelo SBR 140 Simplex. O Acbr é compatível? Já testei com o Acbr usando o modelo "balSaturno" mas não funcionou. Já tivemos sucesso com balanças rodoviárias da Toledo. Agradecemos qualquer ajuda.

O componente TACBrNFeDANFeRL não permite limpar a propriedade "NomeDocumento" e por isso a linha 256 da unit ACBrNFeDANFeRLClass nunca é executada. Para corrigir eu alterei a linha 254 para: Result := Self.PathPDF + Self.NomeDocumento pois ela não tinha o caminho para salvar o arquivo e salvava sempre na pasta raiz do sistema.

Boa tarde, Não estava definindo a propriedade NomeDocumento, então tentei colocar de duas formas: ACBrNFe1.DANFE.NomeDocumento := dir + '\NotaFiscal.pdf'; ACBrNFe1.DANFE.NomeDocumento := ACBrNFe1.DANFE.PathPDF + 'NotaFiscal.pdf'; Mas em ambas a propriedade NomeDocumento ficou somente com 'NotaFiscal.pdf' sem o Path antes. Tentei também com ACBrNFeDANFeRL1 no lugar de ACBrNFe1.DANFE , mas deu na mesma.

Após atualização do ACBr a procedure: ACBrNFe1.NotasFiscais.ImprimirPDF; não está criando o PDF no local indicado. Não ocorre erro nenhum, e nenhuma exceção é gerada, ele está gerando o arquivo no local do programa e não no local indicado. Aqui está o código onde coloca o local para salvar o PDF: xmlstream := TStringStream.Create(xml); ACBrNFe1.NotasFiscais.LoadFromStream(xmlstream); ACBrNFe1.DANFE.PathPDF := dir; ACBrNFe1.NotasFiscais.ImprimirPDF; Se peço para salvar na área de trabalho a propriedade ACBrNFe1.DANFE.PathPDF fica com "C:\Users\User\Desktop\" , mas mesmo assim salva no local do executável.

Queremos armazenar numa tabela e complementar a descrição incluindo a causa do erro e possíveis soluções.

Tudo bem senhores! Existe como baixar diretamente do servidor da receita uma lista atualizada com todos os erros (códigos de rejeições e descrição) dos documentos fiscais? Não encontramos na internet nenhum site onde essa lista esteja atualizada e confiável. Se alguém souber de algum link onde eu possa encontrar, agradeceria muito.

Bem Pessoal Depois de uma ano do último post, alguma novidade sobre o problema do "Out of Memory" na função "GerarXML" ?? Mais e mais estabelecimentos estão entrando para a lista das obrigatoriedades. Como estão fazendo para gerar e assinar o arquivo via ACBr??? Não consegui fazer funcionar o FastMM4, como sugerido.

O Acbr já tem implementado a "validação" do que trata essa alteração? "- Acresce os §§ 1º e 2º ao art. 6º do Anexo 11 do RICMS-SC/01, dispondo que a NF-e deverá validar as informações dos campos cEan e cEANTrib junto ao Cadastro Centralizado de GTIN. Deverão ser rejeitadas as NF-es com inconformidades contidas no respectivo cadastro. Os detentores de códigos de barras deverão manter atualizados os dados cadastrais de seus produtos junto ao Cadastro Centralizado de GTIN." Caso não, como posso fazer essa validação?

Bom dia pessoal. No mês passado realizei alguns testes de envio para o webservice de homologação e estava funcionando normalmente. A princípio restaurantes e bares serão obrigatórios a enviar a partir de amanhã, resolvi fazer um novo teste, e não está mais funcionando, sempre retornando Código 400 (bad request). Erro Interno: 0 Erro HTTP: 400 URL: http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx Anexei os dois arquivos que tento enviar. Uma observação que fiz foi que o ValidarXML sempre retorna "XML validado com sucesso", mesmo que haja falhas na nos campos. Estive tentando rodar o ACBrBlocoXSign para testes de envio, mas não consegui compilar por aqui. Se alguém pudesse mandar o compilado seria de grande ajuda. Utilizamos Delphi 7 ainda mas estaremos migrando para o community em breve. Bloco X Estoque 201807.xml Bloco X Estoque 201807.zip

Boa tarde, Gostaria de saber se há alguma restrição em imprimir o número da CT-e, ou a chave, na carta de correção emitida. Ou se há alguma forma que eu possa identificar na impressão qual CT-e estou corrigindo. Grato.

Sim, estou fazendo transações TEF.

Olá pessoal, estou com uma dúvida. Em alguns tópicos no fórum é dito que o comando AbreCupomVinculado é enviado apenas uma vez, por exemplo, em compras parceladas no cartão, passando o valor total. Realizando alguns testes no ECFTeste percebi que não é possível realizar o AbreCupomVinculado, por exemplo, agrupando valores pelo índice da forma de pagamento, apenas se eu emitir exatamente no mesmo valor do pagamento. A dúvida é simples: No caso de compra parcelada no cartão, eu devo enviar apenas um EfetuaPagamento com o valor total (total das parcelas para cada cartão) para que eu possa emitir o cupom vinculado sobre esse pagamento? Atualmente realizo o EfetuaPagamento para cada parcela, e minha intenção é emitir apenas um cupom vinculado. Eu devo mudar isto para transações TEF ou existe alguma outra forma? Obrigado desde já pela atenção.

Muito estranho! Voltou a funcionar sem que eu tenha alterado em nada na programação! Poderia ser algo relacionado com a disponibilidade da receita? De qualquer forma, obrigado.

Sim, estou carregando. Veja:. ACBrCTe1.Conhecimentos.Clear; ACBrCTe1.EventoCTe.Evento.Clear; ACBrCTe1.Configuracoes.Certificados.NumeroSerie:='numerode serie'; // Atribui o número de série do certificado digital ACBrCTe1.Conhecimentos.LoadFromString(xml,false); // carrega o xml contido na variável xml. ACBrCTe1.Configuracoes.Geral.VersaoDF:=ve200; with ACBrCTe1.EventoCTe.Evento.Add do begin infEvento.nSeqEvento := 1; infevento.chCTe := 'chave'; // Atribui a chave do CTE contido na tabela de dados infEvento.CNPJ := 'cnpj'; infEvento.dhEvento := 'agora'; infEvento.tpEvento := teCancelamento; infEvento.detEvento.xJust := trim(Justificativa); infEvento.detEvento.nProt := ACBrCTe1.Conhecimentos.Items[0].CTe.procCTe.nProt; end; if ACBrCTe1.EnviarEvento(nLote) // o erro acontece aqui then begin //... end;

Bom dia Italo, Atualizei no dia 01 de agosto, as 18h36. Vou tentar nova atualização agora. Nenhuma atualização para o CT-e hoje.

Bom dia Pessoal, Depois que atualizei o acbr está dando a seguinte mensagem quando vou fazer o cancelamento do Cte (por evento) List index out of bounds (0) Antes de atualizar estava funcionando perfeitamente. Já pesquisei aqui no forum mas as soluções são bem antigas (ver abaixo) O estado é SC. Já experimentei nas versões 2.00 e 3.00. O erro acontece também no exemplo do ACBr. Alguém pode ajudar??

Concordo contigo André, mas os contadores alegam que não se pode emitir notas fiscais, de qualquer modelo, fora da ordem cronológica. É por isso que penso que os números das notas rejeitadas precisam ser inutilizados. Eu até posso reutilizar os números desde que depois disso nenhuma outra nota tenha sido autorizada (como mostrei no exemplo). Ou seja, segundo a contabilidade se (conforme exemplo) a nota 1504 foi rejeitada e depois dela teve outra autorizada (a 1505) eu não posso enviar mais tarde, depois de corrigir a rejeição, a mesma nota com o numero 1504. Terá que ser 1506 e inutilizar a 1504. Bem, só estou procurando uma confirmação se realmente isso é o certo a fazer. Tenho um cliente que emite em torno de 900 notas por dia e envia tudo de uma vez só (em lotes é claro). Todo o processamento de importação, validação e envio leva tem torno de 90 minutos. Sempre fica algumas notas rejeitadas para trás que ele precisa reenviar mais tarde. Aí o sistema gera novos números para essas notas para não quebrar a ordem cronológica, tendo que inutilizar os números antigos, um a um. Complicado né?

Boa tarde pessoal, Quando envio as notas em lote para a receita, elas já vão numeradas numa sequencia só. Mas se acontece de algumas delas serem rejeitadas e depois, na sequencia tiver outras autorizadas, terei que inutilizar a numeração das notas rejeitadas e enviar novamente depois com ouros números? Penso que deveria inutilizar, pois se mais tarde eu tentar utilizar a numeração na nota rejeitada ela ficaria fora da sequência cronológica. Exemplo de numeração enviada em lote: 1500 autorizada 1501 autorizada 1502 rejeitada 1503 rejeitada 1504 rejeitada 1505 autorizada Para não perder a sequência cronológica eu teria que reenviar a nota 1502 já corrigida como 1506 e inutilizar a numeração 1502. O mesmo acontecendo com as outras rejeitadas, estou certo?

Henrique obrigado pelo retorno. Realizamos a atualização dos fontes e o problema foi resolvido.

Boa tarde, ao imprimir notas fiscais em orientação paisagem o primeiro item sai com o valor total zerado, passando o valor total do item para o campo desconto. Isso acontece somente no primeiro item de cada nota e somente no modo paisagem, ao imprimir em modo retrato a mesma nota o valor sai no campo correto. 42170303596850000192550020000001111000002070.pdf 42170303596850000192550020000001111000002070-nfe.xml

Como posso carregar várias notas contidas num mesmo TXT?

Waldir, obrigado pela dica, mas a intensão é gravar as duas vias no mesmo arquivo PDF. Já resolvi o problema gerando os dois arquivos PDF e depois juntando eles através de uma rotina externa em dll. Agora só preciso mandar os PDF para a impressora diretamente. Já tentei ShellExecute(Application.MainForm.Handle, PChar('print'), PChar('arquivo.pdf'), nil, nil, SW_SHOW) ; Mas não deu certo.