Renato Rubinho

Posta o xml com erro. Gerou pelo componente ou pelo monitor? Aparentemente a única condição é que o pDevol seja maior que zero. procedure TNFeW.GerarDet; var i: Integer; begin for i := 0 to nfe.Det.Count - 1 do begin Gerador.wGrupo('det nItem="' + IntToStr(nfe.Det[i].Prod.nItem) + '"', 'H01'); Gerador.gtCampo('nItem', IntToStr(nfe.Det[i].Prod.nItem)); (**)GerarDetProd(i); (**)GerarDetImposto(i); if nfe.Det[i].pDevol > 0 then // <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< (**)GerarDetDevol(i); Gerador.IDNivel := 'H01'; Gerador.wCampo(tcStr, 'V01', 'infAdProd', 01, 500, 0, nfe.Det[i].infAdProd, DSC_INFADPROD); Gerador.wGrupo('/det'); end; if nfe.Det.Count > 990 then Gerador.wAlerta('H02', 'nItem', DSC_NITEM, ERR_MSG_MAIOR_MAXIMO + '990'); end;

Boa tarde Daniel, Simulei com o texto grosseiro contínuo na discriminação dos serviços no xml, com escala de 125% e ficou bom após atualizar seus fontes, conforme antes e depois destacados nos anexos. DEPOIS.pdf ANTES.pdf 331-nfse.xml

Precisa instalar os pacotes na mão.

Tenta logar seu serviço com o usuário e senha que você loga no servidor. É possível que seja problema de direitos ainda. Outra tentativa, atribuir direitos totais para todos para garantir. E tenta também salvar na base e alimentar a propriedade DadosPfx

Garanta que não está preenchendo o Número de Série do certificado, não lembro o motivo, mas dá problema se quiser ler o pfx. Qual o conteúdo do vCaminhoCertificado? Se estiver em rede e com mapeamento, o usuário do serviço provavelmente não terá a unidade mapeada e ocorrerá o problema. Se for esse o caso: tente colocar com caminho UNC para ver se resolve salve o certificado numa pasta local confirme permissão de acesso ao arquivo

Muitas vezes problemas de assinatura do devido às configurações. Tenta: SSLCryplib = winCrypt SSLHttpLib = winHttp SSLLiB = wincrypt SSLCMLSignLib = LibXml2 SSLType = tls_v1_2

De acordo com a NT, não teria problema pois não validam. Eu mando yymmddhhnn + um random por via das dúvidas.

De acordo com a NT2012_002 v1.02, o campo HP03 idLote é de responsabilidade do autor e "O Web Service não faz qualquer uso ou controle deste identificador." https://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2012/NFe_NT2012_002 v1.02 Manifestacao do Destinatario.pdf

Boa tarde, Pelo tamanho do arquivo é muito provável que ele seja um jpg e foi renomeado para bmp. Com isso o componente gerava exceção ao tentar ler "como bmp". Aqui aconteceu o erro no D7 e CE... ... mas renomeando seu arquivo para jpg e também salvando-o como bmp, através do paint, ambos funcionaram. 4210506-PrefLogo.bmp

Testa com outra imagem qualquer por desencargo. Se puder, posta o logo para testarmos. Não tenho versão posterior ao Tokio em produção. No ambiente do CE v10.4 que tenho para testes funcionou com esses dois logos. Logo_Municipio_5108402.bmp 001.bmp

Acho que os retornos são da lista da própria NFe. Confirma nos documentos deste link http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/Manuais/

Boa tarde, Eu imprimi ambos os logos com bmps conforme simulação abaixo. ACBrNFSx.DANFSe.Prestador.Logo := 'C:\CAMINHO\LOGO.BMP'; ACBrNFSx.DANFSe.Logo := 'C:\CAMINHO\LOGO.BMP'; Tenta alguma imagem menor para ver se passa.

Boa tarde Italo, Atualizada e validado. Pode fechar o tópico. Obrigado

Fecha o projeto, apaga dcus e o .res, abre o dpr novamente e faz um "build all". Obs: Clicando em "Continue" não passa apenas para o seu teste? Caso funcione, segue meu ini que funcionou, apenas revise os parâmetros com as suas informações. ACBrNFe_Exemplo.ini

Nunca obtive retorno no ambiente de homologação. Acho que eles não distribuem os xmls neste ambiente. Para tirar a dúvida, valida no de produção, aparentemente seu processo já está certo.

Bom dia, O DANFSe no ACBrNFSeX tinha 3 locais onde considerava a quebra de linha fixa como ";". Alterado para utilizar o FQuebradeLinha. ACBrNFSeXDANFSeRLRetrato.pas

beleza. obs: acabei não citando, mas você também pode usar a opção de carregar o certificado do arquivo.

Você está usando certificado A1 instalado, certo? Se estiver instalado, vai estar "no usuário logado" e funcionando no seu app, mas no seu serviço está no "usuário do serviço" que não tem o certificado. Será interessante você carregar o certificado do arquivo ou do banco, nesse link tem demonstrações de como fazer. Se quiser manter o certificado instalado, veja se logando o seu serviço com este usuário resolve. https://regys.com.br/category/acbr/page/2/#.YYQ-E2DMLIU

R-1000-0.xmlR-2055-0.xml Seguem exemplos do R1000 e R2055. Pelo programa de exemplo vc consegue gerar outros, caso precise de mais exemplos.

Valida com o programa de exemplo e compara o que está fazendo diferente, especialmente nas configurações do certificado.

Boa tarde Italo, Tudo validado e ok. Pode fechar o tópico. Obrigado

Bom dia Italo, 1. Homologados os métodos - Fonte: ACBr_ApenasAbacoMetodos.zip ACBrNFSx.ConsultarNFSeporNumero ACBrNFSx.ConsultarNFSeGenerico ACBrNFSx.CancelarNFSe 2. Sugestão de implementação - Fonte: ACBr_AbacoMetodosComNovaProp.zip Se já existe algo que controle isso de outra forma, por favor me corrija. Ao tentar cancelar a NFSe no abaco(v1), se eu preencher o InfCancelamento.MotCancelamento, a TACBrNFSeProviderABRASFv1.PrepararCancelaNFSe sempre irá preencher a tag no xml. Com isso, eu preciso controlar quando devo preencher ou não o InfCancelamento.MotCancelamento de acordo com Provedor e Versão. Configurada uma propriedade para identificar se deve ser preenchido o motivo do cancelamento. Deixado padrão para preencher e quando não for para preencher, mudar para false no provedor, conforme feito no abaco(v1). Obs: caso implemente esta sugestão, pode desconsiderar o fonte do item 1, pois está contido neste também.

Desculpe ter feito picado, mas foi para evitar fazer algo errado e ficar patinando sem necessidade (assim como a alteração errada que fiz no ABRASF). Estou revisando todos os métodos e até amanhã confirmo. Obrigado

Legal Italo. Funcionou perfeitamente. Eu tinha caçado no abaco uma correção, mas não enxerguei, pensei que fosse algo geral mesmo. Já fiz mais uma correção nesta unit que você passou, pois a ConsultarNFSePorRps também estava com o parâmetro errado e não encontrava os dados da NFSe no retorno, conforme destacado na imagem a seguir contendo antes e depois da correção. 41-comp-nfse.xml 41-comp-nfse-soap.xml Abaco.Provider.pas

Boa tarde, No ACBrNFeX a consulta da situação do lote não estava lendo o Número do Lote e Situação do xml de retorno, pois estava focando no nível anterior. Anexo fonte com opção para ler do primeiro filho quando não encontrar o lote. No fonte, deixei uma linha comentada com a opção para consulta pelo nome fixo do nó como alternativa, mas entendo que o melhor é pegar o primeiro filho, independente do nome para atender outras situações que este venha a variar. ACBrNFSeXProviderABRASFv1.pas 8A20B3A578BB40D567A3-sit.xml 8A20B3A578BB40D567A3-sit-soap.xml