Jefferson Alves da Silva

Italo, boa Tarde! Descobri o motivo de não funcionar na minha aplicação. A Configuração de proxy. É preenchido com dados persistido do banco de dados. E meu cliente tinha preenchido essa informação no banco dele. Tirando isso passou a funcionar igualmente no programa de exemplo

Italo bom dia! Eu revisei novamente os itens apontados e continuo com o problema. Segue abaixo : 1. Configuração do componente; Foi feita e esta exatamente igual R: Não encontrei nenhuma diferença da configuração do componente. 2. Preenchimento das informações do serviço prestado. Chegou a verificar se no nome do emitente ou destinatário ou na descrição do serviço contem caracteres especiais? R: Nome do Emitente não vai no XML vai uma Hash de identificação para a empresa e outra para o usuário. Ambos estão indenticos ao utilizado no programa de exemplo 3. Verificar se não existe nenhuma linha de código referente a configuração do componente fora da procedure responsável pela configuração do mesmo. R: Não tem nenhuma linha que altere as configurações fora da procedure que é responsável pelo mesmo. Indo na pasta de Schema desse provedor eu verifiquei um TXT com o Seguinte texto O provedor não disponibilizou os schemas. Logo o componente não tem como validar o envio do RPS, consulta ou cancelamento antes de enviar para o WebService. Para que a conexão com o webservice do provedor Conam ocorra é preciso configurar a propriedade HttpLib com o valor httpWinINet. Porém sem sucesso também usando o WinInet. Configurações igual não estão funcionando estou testando as diferente agora. Se tiver alguma nova orientação ficaria muito grato!

Bom dia Italo! Irei checar os itens que foi pontuados novamente. Assim que conseguir identificar onde esta o meu erro comunico aqui para deixar registrado. Agradeço mais uma vez o empenho

@Italo Giurizzato Junior bom dia! No programa exemplo agora esta funcionando, por outro lado na sua aplicação não esta, correto? R: Correto, no programa exemplo esta funcionando. O que estava impedindo a validação em 100% da NFSe era que no hardcode tinha um CEP inconsistente com o munícipio do tomador. Eles fazem a validação do CEP. Ambas as aplicações estão sendo executadas na mesma maquina ou em maquinas diferentes? R: Sim mesma máquina, incluse coloquei na mesma pasta para testes. Eu atualizei as DLL da pasta e continuo com problema na minha aplicação. Quando uso wincrypt da Time Out e quando OPENSSL da HTTP 500 Host Not Found. Ontém eu alterei os dados da NFSe que estavam em HardCode no programa exemplo e consegui validar a nota pelo programa de exemplo. Mas continuo com problema quando tento emitir pela minha aplicação. Eu ja comparei as propriedades dos compomentes uma a uma. Abri dois delphi, coloquei monitor lado a lado e comparei e não identifiquei nada de diferente no que tange configuração do componente. Fiz isso tanto no design do componente no object inspector como no código na procedure ConfigurarComponente; Desse modo a orientação do provedor CONAM de altera o XML não se sustenta. O real problema é que na minha aplicação não funciona. O que me deixa encucaco é que tenho outros provedores funcinando na minha aplicação. Eu atendo aqui , São Paulo, Diadema, Ourinhos, Campinas, Guarulhos e etc. São ai 3 provedores ISSSaoPaulo, GINFES , SMARAPD e ISSDF. Normalmente quando tento incluir um provedor novo não tenho trabalho. preciso colocar somente alguns if ACBrNFSeX1.Configuracoes.Geral.Provedor = novoprovedor e tratar o preenhimento de coisas em particular. E Para ser sincero acredito que nem esta chegando a bater no provedor quando a requisição é feita pelo meu aplicativo. Algo esta barrando e não sei o que.

@Italo Giurizzato Junior Boa Tarde! O Provedor montou um XML ao qual eles dizem que dessa forma validou no sistema deles. Segue em anexo o XML enviado por eles. Comparando com o XML que esta sendo gerado notei algumas diferenças. Gerou algumas tag a mais porém vazias , o Reg30 foi gerado , as tags estão com pré fixo "nfe:" em seus nomes. Por gentileza poderia verificar o XML enviado pelo provedor. taboao.xml

@Renato Rubinho e @Italo Giurizzato Junior bom dia! Eu coloquei o EXE do Programa de Exemplo na mesma pasta da Aplicação e ele funciona da mesma forma. Atualizei as DLL da LibXML2 e da OPENSSL Testando no programa exemplo com OPENSSL funciona. Na minha aplicação ao invés de time out da HTTP 500 Em suporte com o Provedor Conam eles chegaram a pergunta se estou enviando em produção ou homologação e ao responder pediram para verificar se a URL é https://nfe.etransparencia.com.br/sp.taboaodaserra/webservice/aws_nfe.aspx?wsdl a única diferença é ?wsdl no final da url. Cheguei a dar mais uma verificada na configuração do componente e não de diferente. Teria mais alguma orientação ?

Italo, boa tarde! O Time out persiste mesmo com os XML corrigidos Encaminhei novamente para o Suporte da CONAM para ver se tem mais alguma orientação. Agradeço o empenho até o momento. 1-env-lot.xml 1-env-lot-soap.xml

Renato, eu fiz o teste recomendado de colocar o EXE do programa de exemplo na mesma pasta da aplicação e o programa exemplo continua a funcionar. O suporte da CONAM retornou solicitando ajuste no XML. O Reg90 esta ficando desconfigurado quando valores menor que 1,00. No teste que fiz pela minha aplicação a nota de 10,00 dando 0,30 de ISS Nota que fiz no exemplo de 100,00 com 3,00 de ISS talvez seja esse o problema. Ainda não tive tempo de parar e testar com uma nota de valor maior. Segue abaixo a solicitação de correção do suporte do Provedor CONAM.

Italo , boa tarde! Estou aguardando o retorno do suporte da CONAM. Eles me enviaram um e-mail com um protocolo de atendimento e telefone. Pensei até em colocar o mesmo conteúdo hardcode no Sistema e comentar no código o preenchimento dos dados da nota. Vou esperar mais um pouco se não sinalizarem algo vou fazer isso. Eu reporto aqui o final da história. Agradeço as dicas até então.

Italo e Renato, boa tarde! Eu fiz os testes na mesma máquina. Não localizei o ACBrNFSeXServicos.ini duplicado em outra pasta que o Sistema tenha acesso. E as configurações pelo que conferi estão as mesmas. A diferença mesmo é os dados do RPS que no Exemplo Hard Code é um dado e no sistema é oriundo do banco de dados com dados mais reais. Eu enviei o XML da requisição para o Suporte da CONAM para eles validarem e ver se por acaso tem algo que ao bater lá gere uma excessão não tratada de modo que eu fique sem resposta provocando um time out. No portal da nfse dessa prefeitura não gerou nenhuma nota. Outro fato é que ao ir na consulta de RPS ele tem registro do último RPS recusado. O último RPS recusado é o enviado pelo exemplo e não pelo Sistema. Então tenho ainda dúvidas se o lote esta chegando no destino.

Italo bom dia! O 5000 esta no projeto de exemplo que esta batendo e sendo suficiente para comunicar. No meu Código eu já tinha aumentado para 60.000 como pode ver abaixo. E mesmo assim continua a dar o TimeOut; No exemplo com 5 segundo vai rapidinho. Retorna o protocolo. Ai coloquei 15 segundos de espera para consulta do lote e volta a rejeição por questão do CEP. No sistema que não retorna nada. Só TIMEOUT

Italo. bom dia! Essas são as configurações que eu uso para emissão da NFSe No Programa de exemplo uso as mesmas

Prezados, boa tarde! Estou incluíndo o municipio de Taboão da Serra no sistema. No programa de Exemplo do ACBrNFSeX o botão Emitir Nota (Novo) esta conseguindo fazer o Envio do Lote e sua respectiva consulta. Só não validou por que o CEP que esta Hard Code no exemplo não pertence a Nenhum município. Método Executado: ConsultarLote Parâmetros de Envio Numero do Prot: 3F56B31420F009957A4E Numero do Lote: Parâmetros de Retorno Situação Lote : Sucesso : False Erro(s): Código : Erro Mensagem: PROTOCOLO [3F56B31420F009957A4E] RPS [1] SERIE [85] STATUS [Rejeitado] Correção: --------- Porém no Sistema ao fazer o teste de envio estou recebendo Time Out ao Enviar o Lote. Erro(s): Código : X999 Mensagem: Erro de Conexão: Erro Interno: 12002 Erro HTTP: 0 URL: https://nfe.etransparencia.com.br/sp.taboaodaserra/webservice/aws_nfe.aspx Erro: 12002 - TimeOut de Requisição Falha Enviando a Requisição. Erro: 12002 - TimeOut de Requisição Correção: -------- Olhando os XML do Lote não identifiquei nenhuma informação tão diferente do que é gerado pelo Exemplo. Segue os XML gerado e enviado pelo Sistema e Pelo Exemplo. Alguém poderia avalisar e ver se tem algo que não tenha notado entre um e outro para que o Servidor não responda. No debug ambos seguem o mesmo caminho e o Timeout se da ao consumir a Dll da Winhttp para fazer a requisição function WinHttpSendRequest; external Winhttpdll name 'WinHttpSendRequest'; Tendo o Result False no Sistema e True no exemplo. 1-env-lot-soap_erro.xml 1-env-lot_erro.xml 1-env-lot.xml 1-env-lot-soap.xml 1-rec.xml 1-rec-soap.xml

BigWings, Boa Tarde! Depois de atualizar, executou o ACBrInstall_Trunk2.exe, pra compilar os pacotes? R: Sim Recompilou também a aplicação, no caso o programa exemplo do componente? R: Sim Tem algum arquivo ACBrNFeServicos.ini desatualizado no diretório da aplicação? R: Não O componente está configurado para a versão 4.00 do layout da NFe? R: Não estava, ao alterar para versao ve400 e clicar em salvar configuraçções no próximo teste o consumo deu certo. Obrigado pelo suporte.

Boa Tarde , BigWings! Fiz update Hoje. E permaneceu na mesma. Configurei somente o necessário como Certificado , Propriedades SSL, Caminho de Schemas e outros path. E preencho os inputquery da rotina.

Prezados, boa tarde! Vou implementar a Manifestação do Destinatário da NFe. Eu testei o exemplo configurando o mínimo e ao tentar Manifestar Confirmando a Operação. Preenchendo Chave de Acesso, Cnpj da o erro 404. Se eu testar a Distribuição DF-e por Chave ele comunica e retorna que não encontrou o documento. Isso deve ser por conta que não consegui manifestar. Alguém sabe o que pode ser ? URL esta fora do Ar , mudou ou estou configurando algo de errado ?

Prezados, bom dia! Fiz um etiqueta para um cliente usando o ACBRETQ. Porém o cliente esta acostumado com o Visual de um Zebra Designer e não consegui reproduzir o resultado esperado. Essa é a etiqueta gerada pelo ZDesigner Esse acima foi a que desenvolvi. A impressora do Cliente é uma Zebra ZD220 - Eu usei a minha Zebra GC420t. O Cliente Gostaria de usar a Fonte Morden : Vi que é possível carregar font's na impressoa GC420t Minha dúvia é : Se eu carregar fonts na impressora irei conseguir imprimir com ela via ACBRETQ? procedure ImprimirTexto(Orientacao: TACBrETQOrientacao; Fonte, MultiplicadorH, MultiplicadorV, Vertical, Horizontal: Integer; const Texto: String; SubFonte: Integer = 0; ImprimirReverso: Boolean = False); overload; procedure ImprimirTexto(Orientacao: TACBrETQOrientacao; const Fonte: String; MultiplicadorH, MultiplicadorV, Vertical, Horizontal: Integer; const Texto: String; SubFonte: Integer = 0; ImprimirReverso: Boolean = False); overload; Vi que a imprimirTexto tem overload e o parametro Fonte é uma const string. Atualmente estou passando valores que são aceito de 0 a 5 . ImprimirTexto(or90, 3, 2, 2, 5 + fMargemEsquerda, 42 - fMargemSuperior, tblPsq.FieldByName('DESC_PR').AsString); E estou tentando ajustar o tamanho pelo Multiplicador Vertial e Horizontal. Mas concordo que ficou um pouco quadrado e esticado como podem ver na foto anexo. Aguardo uma dica de como melhorar o visual dessa etiqueta.

Bom dia Italo! Gratidão!

Italo, boa tarde! Conseguir homologar o provedor SMARAPD padrão ABRASF 2.04 , cidade de ourinhos. Segue o INI com as URL do provedor. E Link onde pode encontrar todo o resto, Manuais, XSD, WSDL, Validador de Schema deles e etc. Favor adicionar ao repositório a alteração. PS: Consegui emitir e cancelar, as vezes o retorno vem num formato que não faz o parse e da erro de TAG. Mas salvando o XML do response consegue se ver o real motivo da não validação. https://tributacao.smarapd.com.br/abrasf/loginWeb.jsp?execobj=ABRASFAcessoWS&hostProducao=http://e-gov.ourinhos.sp.gov.br:8080/tb&hostHomologacao=https://tributacao.smarapd.com.br/ourinhos/&rpsSincrono=10&rpsAssincrono=100&titulo=Prefeitura+de+Ourinhos ACBrNFSeXServicos.ini

Deu certo . Obrigado!

Bom dia. Galera após atualizar o ACBR ontém o ACBREtiq parou de funcionar. Adicionei no uses a unit ACBREtiqClass que resolvou 99,99 % dos problemas. Ficou somente o metodo CarregarImagem sem aceitar os argumentos que eram passado até então; Meu código esta assim With ACBrETQ do begin try DMI_LoadImageFromDB(Image, TBlobField(dtmEtiqDespPrime.tblLoja.FieldByName('LOGO_ETIQUETA'))); MS := TMemoryStream.Create; Image.Picture.SaveToStream(MS); MS.Position := 0; try CarregarImagem( MS, 'Logo', True, 'PCX'); except on E:Exception do begin DMI_MsgWarning('Erro ao Carregar Imagem para Impressora. Mensagem Original: ' + E.Message); FinalizarEtiqueta; Desativar; Abort; end; end; finally MS.Free ; end; Na unit acbretq.pas temos dois overload do metodo procedure CarregarImagem(aStream: TStream; var NomeImagem: String; Flipped: Boolean = True; const Tipo: String = ''); overload; procedure CarregarImagem(const ArquivoImagem: String; var NomeImagem: String; Flipped: Boolean = True); overload; Sendo que o primeiro pede um TStream, uma string, uma boleano e uma string. Que é exatamente o que passo para envocar o metodo. No exemplo do ACBR esta bem parecido if rbStream.Checked then begin if (Image1.Picture.Bitmap.Empty) then begin if OpenPictureDialog1.Execute then begin try Image1.Picture.LoadFromFile(OpenPictureDialog1.FileName); except Image1.Picture.Bitmap := Nil; end ; end; end; MS := TMemoryStream.Create; try Image1.Picture.Bitmap.SaveToStream(MS); MS.Position := 0; ACBrETQ.CarregarImagem( MS, NomeImagem, True, ExtractFileExt(OpenPictureDialog1.FileName) ); OK := True; finally MS.Free ; end ; end else A diferença é que carrego o strem do TImage com o banco de dados e não com um arquivo fazendo um loadfromfile. Mas o Problemas esta chamada do metodo que nao esta aceitando os argumento enviados Alguém teve o mesmo problema?

Italo, Boa Tarde! Bastou informar o <MunicipioIncidencia> que passou a fazer o parser. Diminuiu somente 1 erro da lista no XML e foi o suficiente. Estou validando um por um e assim que finalizar reporto se tive sucesso na homologação.

Italo , bom dia! Hoje entra no ar o padrão ABRASF 2.04 para cidade de Ourinhos SP. Alterei o arquivo ACBrNFSeXServicos.ini colocando as URLs informada pelo provedor [3534708] Nome=Ourinhos UF=SP Provedor=SmarAPD Versao=2.04 ProRecepcionar=http://e-gov.ourinhos.sp.gov.br:8080/tb/services/nfseSOAP HomRecepcionar=https://tributacao.smarapd.com.br/ourinhos/services/nfseSOAP Fiz a compilação do RES. Ao tentar transmitir uma NFS-e esta dando problemas no parse do retorno Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : Não Erro(s): Código : X999 Mensagem: Erro de Conexão: StartTag: invalid element name Isso ocorre na função > TACBrNFSeXWebservice.ExtrairRetorno Bem nesse ponto : Document.LoadFromXml(xRetorno); A váriavel xRetorno esta preenchida com a string do xml em anexo. A Diferença é que foi retirado as tag de envelopamento e alguns tratamentamentos. Estou lendo pelo xml salvo o que precisa ser preenchido ou alterado. Mas gostaria que desse em tela a lista de erros. Tem alguma alteração que preciso fazer para que o retorno receba o devido tratamento? 1-lista-nfse-sinc-soap.xml

Então eu comentei as 3 Tags justamento por isso. Eu não informo o número da Nota. Eu envio o RPS e capturo o numero da nota convertida no retorno e atualizo. E não funcionava mesmo. Quem quiser controlar o número da nota e enviar deve fazer o controle. Pois se enviar repetido retorna erro dizendo que o numero da nota já existe. Eu testei as duas possibilidade e sem informa o número e gerando a tag não validava.

Italo, bom dia! No começo dos testes sem alterar nenhum código eu percebi que a validação de usuário e senha fazia. E além delas mais algumas. Como o imposto retido era validado. Mas chegou num ponto que ficou tendo retorno "ERRO AO GERAR NF" E depois de meses com o suporte da SMARAPD orientando mudar URL, Alterar alguma TAG. Veio a recomendação de trocar o cabeçalho do XML. Quando fiz isso a API passou a Validar mais coisas. Fora isso vi no um tópico no qual teve um membro que fez a alteração do enconding. Então tudo me levou a crer que tinha que fazer as alterações. A mudança levou a ajustes no XML que na verdade deviam ser o real problema da não validação. Eu voltei o fonte para o original e mantive somente pouca alterações na geração do XML. Segue a UNIT e a alterações para avaliação. Porém hoje no Portal esta já comunicando a migração para o ABRASF 2.04 em 04/04/2022. Ou seja temos ai menos de 20 dias nesse padrão Agradeço toda ajuda nessa homologação. SmarAPD.GravarXml.pas