gutembergscosta

Olá Pessoal, Fazendo alguns testes com a NFe 4, e marcando a propriedade de validar XML, é gerado a exceção abaixo. Content for element '{http://www.portalfiscal.inf.br/nfe}NFe' is incomplete according to the DTD/Schema. Expecting: {http://www.portalfiscal.inf.br/nfe}infNFeSupl, {http://www.w3.org/2000/09/xmldsig#}Signature. Mas olhando a documentação correspondente, essa validação (de preenchimento) pelo que entendi, deve ocorrer apenas quando se tratar NFeC, e no caso citado trata-se de uma NFe. A NT 2015.002 v1.40 definiu o novo grupo " infNFeSupl ", que deve receber as informações do QRCode das notas, porém, este grupo deve ser utilizado apenas para a emissão de NFC-e (Nota Fiscal do Consumidor Eletrônica), e caso este grupo esteja presente no XML de envio de umaNF-e , será retornada a rejeição 393, informando que foi emitida a nota com o grupo de Informações Suplementares.

A3

Bom dia, Ao mudar as propriedades do tipo SSLib = libWinCrypt, apresenta o erro abaixo (imagens), percebi que só NÃO apresenta quando colocado em LibCustom. Qual a configuração correta para quem NÃO vai usar OpenSSL nem Capicom para as propriedades ? Estou usando o ACBR.inc padrão da atualização do SVN.. // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXML2, LibXMLSEC, {.$DEFINE DFE_SEM_OPENSSL} // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXMLSEC, mas continue suportando a LibXML2 {.$DEFINE DFE_SEM_XMLSEC} // Descomente a linha abaixo, se você quer que seu Executável NÃO dependa das DLLs LibXML2, mas continue suportando LibXMLSEC {.$DEFINE DFE_SEM_LIBXML2} // Descomente a linha abaixo, se você não utiliza a obsoleta Capicom para Criptografia (recomendado) {.$DEFINE DFE_SEM_CAPICOM} // Descomente a linha abaixo, se você não utiliza a obsoleta MSXML para Assinatura de XML(recomendado) {.$DEFINE DFE_SEM_MSXML} // Descomente a linha abaixo, se você não deseja adicionar a Dependência da INDY nos seus Projetos {.$DEFINE DFE_SEM_INDY}

Olá, efetuei ontem uma atualização,. Refiz toda a compilação e instalação via ACBrInstall_Trunk2, contudo ao rodar a aplicação apresenta o erro abaixo. Error reading ACBrNFe1.Configuracoes.Geral.SSLLib: Suporte a "xsXmlSec" foi desativado por compilação {$DEFINE DFE_SEM_OPENSSL} Já exclui e inserir o componente novamente na aplicação. Essa diretriz realmente esta desativada pois o uso com openssl nem capicom. O que pode ser ? Obrigado.

Adicione na sua clausula USES a unit abaixo: pcnConversao

Obrigado pela dica, com isso cheguei a Linha Digitável, adicionando mais uma instrução. strCodBarras := ACBrBoleto1.Banco.MontarCodigoBarras(Titulo); strLinhaDigitavel := ACBrBoleto1.Banco.MontarLinhaDigitavel(strCodBarras, Titulo);

Olá, Tem alguma forma de obter a linha digitavel gerada pelo componente? As vezes precisamos apenas apresentar essa informação, ao invés do PDF do boleto. Obrigado

Sim Italo, havia feito isso, mas não resolveu. Olá Waldir, Perfeito, resolvido, obrigado.

Olá Pessoal, Após ultima atualização está apresentando erros na definição do tipo CST IPI, CST PIS e CST COFINS, onde os tipos abaixo não estão mais definidos. CST_IPI := ipiEntradaIsenta; CST_COFINS := cofinsOutrasOperacoes; CST_PIS := pisOutrasOperacoes; [Error] Undeclared identifier: 'ipiEntradaIsenta' Foi refeita toda a compilação/instalação dos componentes via ACBrInstall_Trunk2, mas persiste. Alguém com a solução?

Estou sem certificado no momento para poder fazer testes, mas acredito que a solução seja, após envio/retorno processado, o componente já carregar o arquivo, assim já estará alimentado quando solicitado a impressão.

Pra falar bem a verdade eu não uso a impressão ... Pego o arquivo de pagamento (retorno) e submeto ao software do banco do brasil (a empresa tem conta) paga realizar o pagamento em lote e de forma automatizada ... O próprio software do banco do Brasil faz a impressão com a autenticação. Mas acho que tem o relatório em dois tipos via Fortes e Fast ...

Terá de enviar seus testes em produção mesmo, homologação não funciona ... Até onde sei, caso envie e não efetue o pagamento posteriormente o ambiente de deles exclui a Guia ... Outra, coisa caso envie a mesma Nota verá que sempre será gerado um novo numero de recibo e protocolo ...

Anexo, Obrigado! ACBrGNRE2.pas

Na verdade não deveria ser necessário pois o método enviar já invoca o GerarGNRE, vide trecho abaixo; Acontece que o método deve ser chamado antes de checar as quantidades, logo após o begin. OS commiteres poderiam efetuar a alteração e disponibilizar para atualizar. Obrigado! . function TACBrGNRE.Enviar(Imprimir: Boolean): Boolean; var i: Integer; begin if Guias.Count <= 0 then GerarException(ACBrStr('ERRO: Nenhuma GNRE adicionada ao Lote')); if Guias.Count > 50 then GerarException(ACBrStr('ERRO: Conjunto de GNRE transmitidas (máximo de 50 GNRE)' + ' excedido. Quantidade atual: ' + IntToStr(Guias.Count))); Guias.GerarGNRE; Result := WebServices.Envia; if FGNREGuia <> nil then begin for i := 0 to Guias.Count - 1 do begin if Guias.Items.Confirmada and Imprimir then Guias.Items.Imprimir; end; end; end;

Trunk2 ... Tinha feito a limpeza / instalação completa semana passada para instalar a atualização da GNRE ... Refiz tudo novamente e funcionou ... Tinha feito a limpeza / instalação completa semana passada para instalar a atualização da GNRE ... Refiz tudo novamente e funcionou ... Não tinha tentado pois imaginava não precisar refazer tudo do zero ... Obrigado!

Fiz atualização dos pacotes e instalação via Instalador, durante sua execução deu erro de compilação do pacote DANFERL, retirei a marcação o restante passou normal. Ao tentar instalar manualmente apresenta a incompatibilidade de compilação do pacote ACBr_DFeComum, [Fatal Error] ACBrNFeDANFeRL.pas(111): Never-build package 'ACBr_DFeComum' must be recompiled Ao tentar compilar o pacote ACBr_DFeComum, apresenta o erro abaixo [Error] ACBrDFeOpenSSL.pas(297): Undeclared identifier: 'NativeStringToUTF8' Alguém passou por isso ou está tendo o mesmo problema e encontrou a solução. Obrigado!

Obrigado, eu havia feito a compilação quando atualizei os fontes Obrigado ... Reporte de um outro erro ... .

Boa tarde Italo, Ainda sim é preciso colocar ACBrGNREServicos.ini, na pasta da aplicação e apontar a pasta no componente (iniServicos) ?

Mas o envio ocorre mesmo sem ele na pasta, para recepção é necessário tê-lo ? Você se refere ao ACBrGNREServicos.ini ?

Olá pessoal, continuando os testes por aqui, reporto que o componente apresenta a seguinte ocorrência no envio / retorno ... URL não definida para TGNRERetRecepção ID Inválido. Impossível Salvar XML

Ok, obrigado!

Valeu pela dica, irei testar executando essa instrução antes do envio.

Um outro problema apresentou quando tentei compilar todo o pacote ... [Error] ACBrGNREWebServices.pas(82): Cannot override a static method

Boa tarde, Ao tentar enviar apresenta a seguinte ocorrência ... O XML está incompleto. O campo [TDadosGNRE] deve ser preenchido ...

Observei que foi renomeado para ACBrGNRE2, a exemplo ACBrGNRE2.DCU, mas ainda está exigindo ACBrGNRE.DCU, não será alguma incompatibilidade a ser resolvida ... Peço desconsiderar, pois o problema é que mesmo removendo para a nova instalação do pacote atualizado hoje, ainda havia uma referência ao antigo ACBrGNRE no projeto, e por isso apresentava tal inconsistência, ja que o componente fora renomeado para ACBrGNRE2. Obrigado