danielpohren

Boa tarde. Estou tentando enviar REINF em um cliente utilizando um certificado A1 onde tenho configurado apenas a propriedade AcbrReinf.Configuracoes.Certificados.NumeroSerie Uma vez que nosso cliente não quer disponibilizar a senha do certificado. Para transmissão de nota fiscal uso assim sem problemas, não preencho as propriedades ArquivoPFX e Senha. Mas para envio da Reinf recebo erro: "CarregarCertificadoDeNumeroSerie" não suportado em: TDFEOpenSSL. As configurações que estou utilizando: with AcbrReinf.SSL do begin DescarregarCertificado; SSLDgst := dgstSHA256; SSLType := TSSLType.LT_TLSv1_3; end; with AcbrReinf.Configuracoes.WebServices do begin UF := 'RS'; Ambiente := taProducao end

Bom dia Denis. Verifica se por acaso nas configurações de crypto e afins não estás usando a capicon.... Pra mim era ela que estava trapalhando

Bom dia! Desculpe demorar para dar OK, ontem o sistema deles estava com erro, fizerama migração das RPS para base teste e perdi acesso... Situação resolvida por eles, testei com os fontes baixados do SVN e funcionou. Tudo resolvido, obrigado

Boa tarde Seguem os anexos ACBrNFSeXProviderABRASFv2.pas006334-lista-nfse-sinc-soap.xml

Agora respondendo no tópico correto... Boa tarde. O ajuste do formato de data no retorno foi providenciado pela IPM. Mas veio no arquivo um grupo "Item" que não é tratado pelo Acbr. Não sei se está previsto ser tratado ou não, fiz um ajuste no fonte por conta própria para testar e consegui tratar o retorno. OBS 1: Fiz sem padronização nenhuma, reutilizando uma variável apenas para testar e tive sucesso OBS2: A minha adaptação não vai funcionar se um provedor retornar o XML sem o grupo "Item".... OBS3: Não gostaria de ficar com este meu fonte "personalizado" aqui, pois assim fico fora das novas atualizações do componente Dito isto, o que alterei: Arquivo: ACBrNFSeXProviderABRASFv2.Pas Linha: 550 O que fiz: Acrescentei a seguinte linha de código: AuxNode := ANode.Childrens.FindAnyNs('item'); Então este trecho de código ficou: ... for I := Low(ANodeArray) to High(ANodeArray) do begin ANode := ANodeArray[I]; AuxNode := ANode.Childrens.FindAnyNs('item'); AuxNode := AuxNode.Childrens.FindAnyNs('Nfse'); if not Assigned(AuxNode) or (AuxNode = nil) then Exit; ... Pode ser feito algo no "core" do Acbr para caso tenha o grupo "item" este seja tratado? Obrigado!

Bah respondi no topico errado, que mancada Tem como algum moderador por favor remover minha resposta?

1 - Não, apenas retirei o &wsdl do final da URL de homologação e recompilei o .res. Como ontem tentei de tudo sem sucesso e vi que no postman ele ia com o &wsdl resolvi colocar no ini. Hoje limpei tudo, recompilei res e foi... 2 - Vou fazer contato com a IPM para questionar eles sobre isto.

Bom dia. Muito obrigado a todos pela ajuda. Consegui emitir a nota agora, inclusive pelo meu sistema próprio. Este assunto (transmissão da nota) pode ser dado por encerrado. A nota é enviada e consultando no site da prefeitura ela está lá. Não sei se cabe tratar um erro que estou tendo no retorno aqui neste mesmo tópico, ou se abro um novo? Se for neste mesmo tópico, o que ocorre: A nota é emitida com sucesso, mas na hora de tratar o retorno vindo da IPM me retorna erro: '16/02/2023 09:15:02' is not a valid date and time Pegando o retorno do webservice vejo que isto é o que eles informam como Data de emissão do RPS O componente envia certinho, apenas a data de emissão: Ms pelo jeito quando retornam eles incluem a hora que foi processado na devolução

1 - debugando ele me gerou a string Basic MDA4ODM1NjMwMDAxNzU6RXhhdHVzNTIh O header do envelope soap está em branco (não sei se este é o que deveria ter a informação?) Colei este XML Postman, e no header em "authorization" criou exatamente a mesma string gerada no debug do IMP.provider O retorno do provedor veio uma lista de definições... segue em anexo 3-lista-nfse-ger-soap.xml

Avançando nos testes.... Parece MESMO algo de autenticação que não está funcionando no meu teste... Rodei o programa exemplo e me retornou "erro auth" peguei o XML do Soap gerado e colei no postman, e por lá transmitiu... Não sei se ajuda, mas no postman a autenticação do serviço está configurada para Basic e os parametros de usuario e senha preenchidos com meu CNPJ e com a senha...

Bom dia... Novo teste feito hoje de manhã, e o retorno foi (botão enviar um RPS): Pelo botão Emitir Nota (Novo):

Desculpe me atrapalhei e cliquei em citar, nada a ver... A questão é que tinham restaurado minha senha lá pra original de novo acessando no navegador o link https://treinamento.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=treina_novohamburgo&wsdl coloco meu CNPJ com pontos e a senha e ele acessa Mas pelo programa exemplo não vai, dá o erro acima

Está dando erro de conexão, como se a senha estivesse errada... Só que não está: As configurações que estou usando: E o TLS é o 1_2 Tentei meu CNPJ com e sem pontos, a senha que eu tive que redefinir ao cadastrar e a senha original enviada por eles Mas deve ter caído fora a bagaça lá, agora nem consigo mais logar no portal do cidadão... E querem trocar dia 04/03..... Vou contatar a IPM e posto aqui amanhã se terá alguma novidade

Sim, só não tinha colocado o ProRecepcionar, mas este é o de produção correto? O restante já tinha alterado e compilado, ele está identificando o provedor corretamente

Infelizmente, testei com pontos, sem pontos... Ah, já fiz o cadastro no portal deles e autorizei o uso via webservice. Tanto que colando o link de homologação no meu navegador está aceitando meu usuário e senha. PS: Se for importante, posso passar meu usuario e senha, afinal é apenas para holologação mesmo... E nada... Não sei se ajuda, mas em anexo está o LOG do ACBRNfseX 006315-lista-nfse-sinc-soap.xml006315-env-lot-sinc-soap.xml006315-env-lot-sinc.xml

Bom dia. Hoje de manhã participei de um treinamento da IPM sobre o novo sistema, e foi desanimador... Alguns pontos: * Metade das funcionalidades ainda não estão implementadas, eles "acham" que estarão disponíveis até o dia 04/03 * Dizem que será possível assinar o lote RPS com o certificado digital ao invés de utilizando usuário e senha, mas apenas no ambiente de produção, no de homologação não está disponível * Ouvi meio "de passagem" que o sistema novo trabalhará em paralelo com o atual por um mês (informação não confirmada, se mais alguém participou do treinamento...) Bom, atualizações do projeto a parte (tocado de maneira extremamente amadora pela IPM, aliás) gostaria de tirar uma dúvida que estou tendo ao tentar enviar uma nota em homologação... O meu usuário e senha definido para acesso (tipo de autenticação: basic) basta eu passar nas propriedades? ACBrNFSe.Configuracoes.Geral.Emitente.WSUser ACBrNFSe.Configuracoes.Geral.Emitente.WSSenha Se for isto, devo estar falhando em outra parte, pois o retorno que tenho da tentativa de envio é: <retorno> <msg>Acesso Negado!</msg> <sis>EST</sis> <code>401</code> </retorno> Obrigado

Respondendo, achei umas mensagens antigas... Caí na cilada da Capicon Configurei certinho as LIBS ssl, crypt... e daí deu certo. O problema é que a mensagem estava me confundindo. Fechando o tópico.

Bom dia! Fiz o teste e não obtive sucesso... Daí resolvi fazer 2 testes no meu sistema, para ver se eu estava com problema na hora de apontar a pasta dos schemas Teste 1: Renomeei a pasta dos schemas (schemasNfse\issNet\1.00) para (schemasNfse\issNet\x1.00) Resultado: Erro de que não encontrou o arquivo. Então, percebi que o sistema está indo na pasta correta. Teste 2: Mudei no cadastro de meu emissor a cidade para São Leopoldo Resultado: A nota foi transmitida. Me retornou um erro da prefeitura, pois minha empresa não é de lá, mas transmitiu sem o erro de schema.... Não sei mesmo o que pode estar faltando

Primeiramente, obrigado pelo retorno. A principio a pasta de schemas me parece correta. Debugando o programa me deparei com este trecho que é onde dá o erro Arquivo: ACBrNFSeXProviderBase.pas Linha 1499: FAOwner.SSL.Validar(Response.ArquivoEnvio, Schema, Erros); Tenho para os parâmetros: Response.ArquivoEnvio -> o XML gerado e assinado (em anexo, se for algo importante) Schema -> 'C:\DADOS\SISTEMASRIO\NF_ELETRONICA_RIO\EXE\Win32\Debug\SchemasNFSe\ISSNet\1.00\servico_enviar_lote_rps_envio.xsd' Quando dou o F8 para rodar o validar ele vai para a rotina validar e roda até a linha abaixo: Arquivo: ACBrDFeSSL.pas Linha: 1468: Result := FSSLXmlSignClass.Validar(ConteudoXML, ArqSchema, MsgErro); Tendo os valores dos parametros ConteudoXML e ArqSchema os mesmos valores dos parametros acima. A rotina FSSLXmlSignClass.Validar é que estoura o exception Linha 1249: raise EACBrDFeException.Create('"Validar" não suportado em: ' + ClassName); Mas o erro que exibe não é este de "validar não suportado", mas aquele original, de schema envelopexml.txt

Boa tarde. Segui o manual de migração postado pelo Ítalo e foi bem tranquilo de fazer a migração, pouco tempo depois já estava conseguindo compilar. But... Pelo que entendi não são mais necessários os arquivos INI então capei eles todos da pasta para não ter confusão. Sou da famigerada cidade de Novo Hamburgo, mas estou mandando ainda para o provedor ISSNET, pois a mudança é apenas mês que vem, e estou me perdendo em alguma configuração creio eu... Ao enviar o RPS recebo o erro: servico_enviar_lote_rps_envio.xsd#/schema The 'http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd' namespace provided differs from the schema's 'http://www.issnetonline.com.br/webserviceabrasf/vsd/servico_enviar_lote_rps_envio.xsd' targetNamespace Algum caminho já trilhado por alguém que eu possa seguir? (o modo de envio que estou utilizando é o automatico) Obrigado

Bom dia Acabei descobrindo na "tentativa e erro"... Não sei se tem sentido, mas a unica coisa que vi de diferente entre meu fonte e o fonte do Demo do ACBR é que eu alimentava apenas o ACBrMail1.Body (que é o HTML. Não alimentava o AltBody que é o em TXT simples Meu fonte é: ACBrMail1.Body.Clear; ACBrMail1.Body.Add(StringReplace(vsCorpo, #13#10, '', [rfReplaceAll])); Apenas acrescentei a seguinte linha ao fonte: ACBrMail1.AltBody.Assign(edMensagem.Lines); E agora passou a funcionar. Compartilho a solução aqui, caso alguem passe por este mesmo problema

Bom dia. Desculpem pela dúvida básica, mas estou desanimando já... Peguei o demo do componente ACBREmail e enviando um email por ele foi incluido corretamente o LOGO do ACBR no corpo do email, lindamente (print tirado a partir de email aberto no Tunderbird): Tentei fazer IGUAL, mas no meu caso, o email aberto no GMAIL fica certinho, do jeito que eu quero, mas o email no tunderbird mostra assim, com o Logo como anexo apenas... O que mais me "encuca" é que no gmail mostra correto...: O trecho do meu HTML que cria esta assinatura: E o trecho do fonte onde acrescenta o logotipo: if Fileexists(DataModuleMAIL.tUsuariosMAILER_ASSINATURA_IMAGEM.AsString) then ACBrMail1.AddAttachment(DataModuleMAIL.tUsuariosMAILER_ASSINATURA_IMAGEM.AsString, 'LogoAssinatura', adInline); Por favor, o que o noob aqui está fazendo errado? Obrigado

Boa tarde. Tentei fazer a instalação do ACBR no Delphi Sidney, concluiu OK, mas ao tentar abrir o Delphi depois dava um erro de violação de acesso rem RTL270.bpl... Tive que desinstalar o Delphi e instalar de novo. Daí estou tentando compilar manualmente cada pacote, mas daí me dá o erro do tópico acima. DETALHE: Tenho Delphi6 instalado nesta mesma máquina, no qual uso o ACBR sem problemas. Fiquei com medo de instalar de novo usando aquela opção de limpar os arquivos antigos, e parar de funcionar no 6, que é no qual meu ERP ainda é baseado... Daí instalei o ACBR em outra pasta, para instalar no D6 em um e no Sidney em outro... Estou fazendo bobagem? Obrigado

Boa tarde. Achei um post de 2014 do Italo: A configuração que uso é: Habilitado: Usar SSL 3.0, Usar TLS 1.0 e Verificar se há assinaturas em programas baixados Desabilitado: Usar SSL 2.0, Verificar revogação de certificados do servidor e Verificar se há revogação de certificados do editor. Que resolveu... Que beleza que foi de uma hora pra outra...

Boa tarde! Mais alguém está enfrentando problema na emissão de nota eletronica? Desde ontem a tarde vários clientes passaram a nos contatar que o programa simplesmente parou de comunicar com a SEFAZ/RS... Em vários trocamos a emissão de máquina e funcionou... Alguém mais teve reports assim? Estão sabendo de alguma atualização de windows, ou de antivirus, que possa estar bloqueanbdo a comunicação? Abraço!