Edevair Viesa Junior

Boa tarde. Eu estou homologando a amissão de Notas de Serviços em nosso sistema, cheguei a gerar o arquivo .RPS e na hora de enviar da o seguinte erro : Seguem os arquivos xml da rps, e o recibo de entrega e também o comprovante do envio do lote. Não achei o arquivo xml da NFSe !!!! Alguém sabe o que estou fazendo errado ?? 3518040893460300017256000000000000001-rps.xml 3-env-lot.xml 3518040893460300017256000000000000001-nfse.pdf

Eu já tentei desta forma. Segue meu código de configuração da conexão : if l_client.FieldByName('C_TIPO_CONEXAO').AsString = 'SSL' then begin l_acbr.SSL.SSLType := LT_all; Geral.SSLLib := libOpenSSL; Geral.SSLCryptLib := cryOpenSSL; Geral.SSLHttpLib := httpOpenSSL; Geral.SSLXmlSignLib := xsXmlSec; end else if l_client.FieldByName('C_TIPO_CONEXAO').AsString = 'WinCript' then begin l_acbr.SSL.SSLType := LT_TLSv1_2; Geral.SSLLib := libWinCrypt; Geral.SSLCryptLib := CryWinCrypt; Geral.SSLHttpLib := httpWinHttp; Geral.SSLXmlSignLib := xsLibXML2; end else if l_client.FieldByName('C_TIPO_CONEXAO').AsString = 'Capicom Delphi SOAP' then begin Geral.SSLLib := libCapicomDelphiSoap; Geral.SSLCryptLib := cryCapicom; Geral.SSLHttpLib := httpWinINet; Geral.SSLXmlSignLib := xsMsXmlCapicom; end else begin Geral.SSLLib := libCapicom; Geral.SSLCryptLib := cryCapicom; Geral.SSLHttpLib := httpWinINet; Geral.SSLXmlSignLib := xsMsXmlCapicom; end; Dar um update via svn ??? Fiz sim.. Se for de outro modo como proceder ??

A1 alterado para uso com arquivo PFX e SSL está funcionando perfeitamente em ambiente de produção, em homologação permanece o erro do início do post. Com o A3 (tanto em produção como homologação), eu liguei na certificadora e está tudo atualizado, consultei no sefaz tb e está tudo ok. Porém agora nem CAPICOM está funcionando... Tem mais alguma idéia do que fazer ?

Já está configurado. Está tudo atualizado... Como verifico isso ??? É que o certificado da empresa que faço desenvolvimento está em São Paulo e o A1 é do cliente que está no Paraná...

Na UF Paraná está usando A1 e em SP A3 Alterei de acordo com o que você me passou e o erro mudou : Acho que agora realmente é relacionado com o TLS Como resolvo isso ?? Tem idéia ?? Seguem os xmls !!! 20180416123123-ped-sta.xml 20180416123123-ped-sta-soap.xml

Eu configurei a UF errada. Agora configurei certo e permanece o erro !! Seguem os xmls 20180416121110-ped-sta.xml 20180416121110-ped-sta-soap.xml

Agora deu o erro : Seguem os xmls Nem consulta o status do webservices !!! Segue código de configuração da conexão : else if l_client.FieldByName('C_TIPO_CONEXAO').AsString = 'WynCript' then begin l_acbr.SSL.SSLType := LT_TLSv1_2; Geral.SSLLib := libWinCrypt; Geral.SSLCryptLib := CryWinCrypt; Geral.SSLHttpLib := httpOpenSSL; Geral.SSLXmlSignLib := xsXmlSec; end Muito Obrigado ! 20180416115248-ped-sta.xml 20180416115248-ped-sta-soap.xml

Muito obrigado pelas informações !!!! O status do serviço, você diz via webservices certo ?? Se sim o xml foi enviado junto, e o resultado foi Serviço em Operação !!! 20180416111112-sta.xml 20180416111112-sta-soap.xml

@BigWings ouve erro nesta consulta sim.. Como não consigo fazer a consulta do cadastro o sistema aborta a operação e não continua confeccionando a NFe. Quais outros serviços que eu poderia testar ?? O que seria SVRS ???

Obrigado por responder.. Seguem... 20180416111112-ped-cad.xml 20180416111112-ped-cad-soap.xml 20180416111112-sta.xml 20180416111112-sta-soap.xml 20180416111109-ped-sta.xml 20180416111109-ped-sta-soap.xml

O componente está configurado com a UF do EMITENTE para PR e do destinatário SP Segue os xmls da consulta e também da verificação do status do webservices Muito Obrigado ! 20180414124302-ped-cad.xml 20180414124302-sta.xml 20180414124301-ped-sta.xml

@Italo Jurisato Junior muito obrigado por responder !!! A empresa emitente é do estado do PR e a empresa que estou consultando o cadastro é de SP. segue o código : MD.ACBrNFe.WebServices.ConsultaCadastro.CNPJ := Trim(MD.cdsGeral2.FieldByname('C_CNPJ_CPF_CLIENTE').AsString); MD.ACBrNFe.WebServices.ConsultaCadastro.UF := Trim(MD.cdsTP01001.FieldByName('C_DESC_ESTADO').AsString); if MD.cdsGeral2.FieldByname('C_TIPO_CONTRIBUINTE').AsString = 'C' then begin MD.ACBrNFe.WebServices.ConsultaCadastro.IE := F_Somente_Numeros(MD.cdsGeral2.FieldByName('C_INS_RG_CLIENTE').AsString); end; MD.ACBrNFe.WebServices.ConsultaCadastro.Executar; Sendo que Trim(MD.cdsTP01001.FieldByName('C_DESC_ESTADO').AsString) é a UF do cliente, ou seja destinatário... Deveria funcionar não ??

Boa Tarde. Estou com erro ao consultar o cadastro do destinatário pelo webservices. UF : PR e/ou SP Ambiente : Homologação Certificado A1 Valid e A3 Certisign O erro retornado usando wyncript

@Felipe E. Resende Mesquita onde eu altero esta tag ??? Não tenho nem idéia do que seja... @BigWings vou fazer o teste e reporto o resultado !!!

Ok. Realmente o numero do IE estava errado, foi colocado os pontos e ficou maior que o permitido. Eu arrumei e refiz a NFe e segue a tela de erro e o novo xml Não uso o ACBrMonitorPlus, nem sei pra que serve falar a verdade. Rsssss (desculpe a minha ignorância) Seguem em anexo a tela de erro e o xml 35180401723510000150550010000000851000000855-nfe.xml

@BigWings bom dia. Segue em anexo. Porém analisando o xml e de acordo com suas informações a tag indEscala está preenchida com "S", porém nem faço idéia de como isso aparece. Vale lembrar que estou fazendo uma NF de Remessa como entrada de produtos com nota referenciada de produtor rural ok ?? Muito Obrigado ! 35180401723510000150550010000000851000000855-nfe.xml Ok @Italo Jurisato Junior mais uma vez muito obrigado pelas informações, vou conversar com a contabilidade, porém vale ressaltar que este problema só acontece com a NF de produtor rural ok ??

Felipe boa tarde. Obrigado por responder. Eu entendi que não há validação do CEST correto ou não, e que a NFe vai validar se eu usar os 7 zeros e consequentemente assinar e enviar. O fato de conseguir enviar a NFe, não resolve totalmente o problema, precisa saber se isso não pode, por exemplo, prejudicar contabilmente ou fiscalmente o cliente por enviar os dados "incorretos" para conseguir finalizar uma NFe. Boa tarde BigWigs, obrigado por responder. O erro ocorre em todos os itens de uma Nota Fiscal de Entrada (Remessa), quando referencio uma NF manual de produtor rural, não é problema com o SEFAZ, já que o arquivo não é enviado, o problema está na validação do ACBrNFe utilizando os schemas, conforme informo no post inicial. Se eu não informar um CEST, mesmo que o produto tenha um NCM que NÃO tem atrelado a ele um NCM, aparece a mensagem de erro : Erro de validação dos dados da NF XXXXX - Item 001 - CEST não informado Erro de validação dos dados da NF XXXXX - Item 002 - CEST não informado Erro de validação dos dados da NF XXXXX - Item 003 - CEST não informado Erro de validação dos dados da NF XXXXX - Item 004 - CEST não informado E assim por diante, independente da qtd de itens da NF, porém se eu colocar o CEST 0199900, que de acordo com consulta na base de CESTs válidos, este CEST que não possui NCM definido, valida a NFe e consigo gerar a mesma. Aí o Italo sugeriu de usar 7 zeros neste caso e gostaria de saber se isso não pode de alguma forma prejudicar contabilmente ou ainda fiscalmente o meu cliente, já que tenho responsabilidade por emitir a NFe dele. Ok ?? Muito Obrigado !

Bom dia Italo.. Novamente muito obrigado pela resposta !!! Eu verifiquei nas duas NT que vc referenciou e não achei nada sobre o CEST, uma fala sobre a mudança de layout para 4.0 e a outra fala sobre o uso do GTIN, enfim, sua sugestão foi colocar 8 zeros (não seriam 7 zeros ??), mas isso está correto ?? Pode ser feito ? Não trará nenhum risco com o fisco do cliente ?? Muito Obrigado !

@Italo Jurisato Junior muito obrigado por responder... Conforme informo no post inicial, o erro acontece na validação pelos schemas. O exemplo de um dos produtos que postei acima, ilustra exatamente o que está acontecendo. O produto possui um NCM que não está atrelado a NENHUM CEST, porém na hora de validar a nota o retorno do componente ACBrNFe retorna o erro: CEST não informado, porém não existe CEST para o NCM informado, conforme tabela que copiei no post acima. Aí eu fiz o teste e utilizei o CEST 0199900 que não possui NCM definido, e o mesmo passou, validou e não retornou erro dos schemas, veja, meu problema não está na "passagem" (validação) com os dados incorretos (CEST 0199900) mas sim que não consigo validar a NFe sem utilizar um CEST (somente na NFe de entrada de produtor RURAL), mesmo que o NCM não tenha um CEST atrelado a ele. Será que consegui me explicar melhor ? Muito obrigado !

Bom dia. Pessoal estou com um problema referente a NFe de entrada de produtor rural e acredito que o problema seja com os schemas. Estou montando a nota conforme fazia na NFe layout 3.10, referenciando a NF de Produtor rual. Porém na hora de validar, retorna erro em TODOS os itens solicitando o CEST, porém consultando TODOS os NCMs utilizados nos produtos, nenhum possui CEST e se colocar o CEST 0199900 que não possui NCM definido, valida e segue a NF porém com os dados errados. O NCM de um dos produtos (Manjericão) 07051100 Consultando retorna : Resultado da Consulta: NCM/SH: 07.05 Alface (Lactuca sativa) e chicórias (Cichorium spp.), frescas ou refrigeradas. 0705.1 - Alface: 0705.11.00 -- Repolhuda Atenção: Nenhum código CEST foi encontrado para o NCM/SH digitado.Não esqueça de olhar as observações abaixo, talvez se aplique a sua consulta, caso negativo, então não existe código CEST definido para o NCM/SH até o presente momento. OBSERVAÇÕES: a) Códigos CEST's em segmentos que não possuem NCM/SH definidos: ITEM CEST SEGMENTO DESCRIÇÃO 999.0 01.999.00 Autopeças Outras peças, partes e acessórios para veículos automotores não relacionados nos demais itens deste anexo. 999.0 28.999.00 Venda de mercadorias pelo sistema porta a porta Outros produtos comercializados pelo sistema de marketing direto porta-a-porta a consumidor final não relacionados em outros itens deste anexo. b) As operações que envolvam contribuintes que atuem na modalidade porta a porta devem observar o CEST previsto no Anexo XXIX, ainda que as mercadorias estejam listadas em outros Anexos deste convênio. Atenção! Sobre a exigência do CEST, esclarecemos que a NT 2015.003 com a alteração introduzida na versão 1.94 postergou unicamente a implementação da regra de validação para 01-abril-2018 do sistema NF-e, sem alterar o calendário previsto na legislação - o cronograma previsto no Convênio ICMS 60/2017, o qual altera os Convênios ICMS 92/15 e ICMS 52/17, deve ser cumprido, iniciando a exigência em 01-jul-2017 para as indústrias e importadores, atingindo os atacadistas em 01-out-2017 e os demais segmentos em 01-abr-2018.Coordenação Técnica do ENCAT Obrigatoriedade de uso do CEST conforme Convênio ICMS 60/2017, a partir de: 01/07/2017 01/10/2017 01/04/2018 para a indústria e o importador para o atacadista para os demais segmentos econômicos Sistema Atualizado! Tabela CEST até o Convênio ICMS 204, de 19 de Dezembro de 2017. Tabela NCM/SH até a Resolução Camex nº 04 de 05/02/2018. Não sei mais o que fazer, alguém já passou por isso ??

@Italo Jurisato Junior muito obrigado pelo retorno. O que acontece é que acho um absurdo (e isso nada tem a ver com o ACBr) a Sefaz limitar os acesso, de tal forma que retorno consumo excessivo, e tb um outro absurdo os municípios (provedores) não permitirem a consulta do WS, tudo retrabalho pro usuário. Na seguinte situação, se o usuário confeccionar via sistema próprio a NFSe ou uma NFe e enviar e o mesmo retornar que o WS não está no ar, o mesmo terá que refazer a NFSe no site tb, ou refazer via sistema próprio mais tarde. O mesmo acontece com a NFe em relação ao sefaz, enfim, como sempre o estado e o município prejudicando o contribuinte né ?? Mas fazer o quê, bola pra frente. Muito obrigado pelas informações. Abs

Eu utilizo há tempos desta forma, consultando o web services todas as vezes que irei enviar uma NFe e nunca tive problemas, nem sabia que este tipo de situação poderia ocorrer. Vou revisar esta operação para que não ocorra este tipo de problemas no futuro. @BigWings obrigado pela dica. O jeito é fazer todo o processamento mesmo e só dar o erro após o envio do RPS. Muito Obrigado !!

@Juliomar Marchetti Muito obrigado pelo retorno !!! Eu não havia assistido, assisti agora, mas analisando os exemplos e procurando nos tópicos, eu já havia conseguido entender a maioria das coisas que o @Italo Jurisato Junior informa neste vídeo, porém nem no forum e nem no vídeo e também nem nos exemplos eu consegui entender a rotina de verificação do status do web services. Eu só consigo verificar o webservices após gerar o RPS e fazer o envio correto ? Estou usando o provedor GINFES, mas o que eu gostaria de fazer é verificar como na NFe o WS. Na NFe faço assim : try ACBrNFe.WebServices.StatusServico.Executar; except on E:Exception do begin MessageDlg('Não foi possível VERIFICAR o WebServices '+#13#10+#13#10+ 'Erro: '+E.Message, mterror, [mbOk], 0); end; end; Aí já tenho o retorno do Status do webservices, porém não achei isso no componente NFSe, isso existe ??

Pessoal boa tarde. Alguém sabe se tem como testar o webservices de um provedor da NFSe assim como fazemos com a NFe ?? Gostaria de testar o ws para ver se o provedor está no ar, antes de iniciar a emissão de uma NFSe, pois se não estiver no ar, indicarei que há problemas com o ws e solicitarei que o usuário faça a emissão da NFSe no site. No exemplo não achei isso, só o envio de um xml gerado como RPS !

Não precisa se desculpar não. Tranquilo... Realmente resolveu, era isso mesmo... Já o fiz, deixei no padrão do ACBrECFTeste. Muito obrigado pela dica !!!! Enfim, resolveu mesmo o problema, era mesmo o timeout que estava baixo, abandonei todas as dlls e estão funcionando no meu sistema em 12 clientes diferentes, com as impressoras : Elgin X5, ZPM200 e FIT 1E, Daruma FS700, Bematech MP4000 e MP4200 Muitíssimo obrigado a todos pela ajuda !!! Abs