Italo Giurizzato Junior

Boa tarde Daniel, Já inclui na minha lista de tarefas. TK-5122

Boa tarde Mateus, Já esta no SVN.

Boa tarde Daniel, Já esta no SVN.

Boa tarde @luizhenriqueluvizutto, Esse provedor não disponibilizou o ambiente de homologação ou não recebemos até hoje qual é a URL de homologação. Entre em contato com a prefeitura/provedor e questione sobre o ambiente de homologação, caso eles não tenham o jeito vai ser realizar teste em produção mesmo. Não entendi porque você mexei no schema no que se refere a senha? A senha que você cadastrou lá é menor que a esperada pelo webservice?

Boa tarde Bruno, Favor Atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Mas antes leia o tópico abaixo:

Olá pessoal, Foi implementado a classe Endereco dentro da classe Servico para poder informar os dados do local da prestação do serviço a ser utilizado pelo provedor Giap. Antes o componente estava gerando as tags do grupo <dadosServico> com os dados do prestador, mas pode ocorrer do local da prestação do serviço não ser o mesmo do prestador, pode ser do tomador e até outro. Para que seja possível informar corretamente o local da prestação do serviço foi criado a nova classe. Abaixo temos o código que alimenta os campos para gerar as tags do grupo <dadosServico>. // Provedor Giap Servico.Endereco.Bairro := 'Bairro onde o serviço foi prestado'; Servico.Endereco.CEP := 'cep do local da prestação do serviço'; Servico.Endereco.xMunicipio := 'município do local da prestação do serviço'; Servico.Endereco.Complemento := 'complemento do local da prestação do serviço'; Servico.Endereco.Endereco := 'endereço do local da prestação do serviço'; Servico.Endereco.Numero := 'numero do local da prestação do serviço'; Servico.Endereco.xPais := 'pais do local da prestação do serviço'; Servico.Endereco.UF := 'UF do local da prestação do serviço'; Para quem utiliza o ACBrMonitor Plus temos agora os seguintes campos dentro da seção [Servico]: [Servico] ; Provedor Giap Bairro=Bairro onde o serviço foi prestado CEP=cep do local da prestação do serviço xMunicipio=município do local da prestação do serviço Complemento=complemento do local da prestação do serviço Endereco=endereço do local da prestação do serviço Numero=numero do local da prestação do serviço xPais=pais do local da prestação do serviço UF=UF do local da prestação do serviço

Boa tarde @Pablo.ferreirax, Quanto ao erro referente ao numero do RPS, se faz necessário você checar com o prestador ou através do site da prefeitura para saber qual foi o numero do ultimo RPS enviado, para que você possa dar continuidade. Segundo a descrição do erro, o numero de RPS = 215 não corresponde o numero do próximo RPS a ser enviado. Com relação ao erro de Código de Tributação, analisando o seu arquivo INI senti a falta do campo: CodigoTributacaoMunicipio. Esse campo deve ser informado na seção [Servico]. Conforme consta na mensagem, você deve entrar em contato com a prefeitura para saber qual é o código a ser informado para o prestador em questão.

Bom dia @PrimeSoftware, Se o certificado for A1, altere esses valores para: SSLType: LT_TLSv1_2 SSL: LibOpenSSL Crypt: cryOpenSSL Http: httpOpenSSL XmlSign: xsLibXml2 Se o certificado for A3, altere esses valores para: SSLType: LT_TLSv1_2 SSL: LibWinCrypt Crypt: cryWinCrypt Http: httpWinHttp XmlSign: xsLibXml2 Não se deve mais usar o Capicom.

Boa tarde @PrimeSoftware, Você esta configurando as propriedades de configuração: Emitente.WSUser e Emitente.WSSenha ? Se sim, pode ser que o usuário e senha que você esteja informando é de emissão via site e não de via webservice.

Boa tarde Cleiver, O prestador é MEI? Você poderia anexar o XML do DPS?

Boa tarde @mar1975, O método ObterDANFSE tem por finalidade baixar e salvar o DANFSE em PDF e foi implementando no componente para atender o Padrão Nacional que possui esse serviço. Lembre-se que, a prefeitura da cidade contratou o provedor Ginfes, este segue a versão 1 do layout da ABRASF e segundo esse layout não existe nenhum serviço que baixa o PDF do DANFSE. Nessa cidade temos prestadores de serviços que são MEI e os que não são MEI. Os que são MEI você vai configurar a Lib para usar o layout do Padrão Nacional, neste caso o envio do RPS passa a ser unitário, ou seja, você só pode enviar um RPS por vez e já no retorno você já tem o XML da nota. No tópico que eu pedi para você ler, detalho todos os serviços disponibilizados pelo Padrão Nacional. Por outro lado os prestadores que não são MEI, você vai configurar a Lib para usar o layout do Provedor que neste caso é o Ginfes. Dependendo do layout adotado pelo provedor e dos serviços que ele implementou em seu webservice você vai poder usar ou não um determinado método. Veja isso: TACBrNFSeXWebserviceGinfes = class(TACBrNFSeXWebserviceSoap11) private function GetNameSpace: string; public function Recepcionar(ACabecalho, AMSG: String): string; override; function ConsultarLote(ACabecalho, AMSG: String): string; override; function ConsultarSituacao(ACabecalho, AMSG: String): string; override; function ConsultarNFSePorRps(ACabecalho, AMSG: String): string; override; function ConsultarNFSe(ACabecalho, AMSG: String): string; override; function Cancelar(ACabecalho, AMSG: String): string; override; function TratarXmlRetornado(const aXML: string): string; override; property NameSpace: string read GetNameSpace; end; As funções Recepcionar até Cancelar são os serviços implementados pelo provedor Ginfes em seu WebService. TACBrNFSeXWebserviceFiorilli200 = class(TACBrNFSeXWebserviceSoap11) private function GetDadosUsuario: string; public function Recepcionar(ACabecalho, AMSG: String): string; override; function RecepcionarSincrono(ACabecalho, AMSG: String): string; override; function GerarNFSe(ACabecalho, AMSG: String): string; override; function ConsultarLote(ACabecalho, AMSG: String): string; override; function ConsultarNFSePorRps(ACabecalho, AMSG: String): string; override; function ConsultarNFSePorFaixa(ACabecalho, AMSG: String): string; override; function ConsultarNFSeServicoPrestado(ACabecalho, AMSG: String): string; override; function ConsultarNFSeServicoTomado(ACabecalho, AMSG: String): string; override; function Cancelar(ACabecalho, AMSG: String): string; override; function SubstituirNFSe(ACabecalho, AMSG: String): string; override; function TratarXmlRetornado(const aXML: string): string; override; property DadosUsuario: string read GetDadosUsuario; end; As funções Recepcionar até SubstituirNFSe são os serviços implementados pelo provedor Fiorilli que usa a versão 2 do layout da ABRASF. TACBrNFSeXWebserviceMegaSoft200 = class(TACBrNFSeXWebserviceSoap11) public function GerarNFSe(ACabecalho, AMSG: String): string; override; function ConsultarNFSePorRps(ACabecalho, AMSG: String): string; override; function TratarXmlRetornado(const aXML: string): string; override; end; Agora veja os serviços implementados pelo provedor MegaSoft que também usa a versão 2 do layout da ABRASF. Eles nem sequer implementaram o serviço para cancelar notas, ou seja, através da sua aplicação não vai ser possível cancelar uma nota de um prestador cuja cidade use esse provedor. Por fim, o que funciona para um provedor não significa que vai funcionar em outro.

Boa tarde @LeonardoRocha, Informe em InformacoesComplementares.

Boa tarde @PrimeSoftware Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType ?

Boa tarde @luizhenriqueluvizutto, Com a alteração nos schemas agora não ocorre mais erro de validação somente as rejeições por conter informações erradas, correto?

Boa tarde Diogo, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Por favor testa todos os serviços disponibilizados pelo provedor, pois se foi necessário alterar a montagem do Envelope Soap para o envio do RPS em modo assíncrono pode ser que seja necessário também fazer o mesmo ajustes nos demais métodos de envio de consulta e de cancelamento.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde Renato, Já esta no SVN.

Boa tarde Willians, Já esta no SVN.

Boa tarde @gerasoft, Desculpe pela demora, vamos fazer o seguinte teste: Na unit que faz a leitura do XML (IPM.LerXml temos o seguinte: aValor := ObterConteudo(ANodes[i].Childrens.FindAnyNs('codigo_item_lista_servico'), tcStr); ItemListaServico := PadLeft(aValor, 4, '0'); altere para: aValor := ObterConteudo(ANodes[i].Childrens.FindAnyNs('codigo_item_lista_servico'), tcStr); ItemListaServico := aValor; Salve a unit alterada, reinstale o ACBr e faça um novo teste.

Bom dia @mar1975, O provedor Ginfes segue a versão 1 do layout da ABRASF. Por favor leia o tópico a abaixo. Quando aparece a mensagem: Serviço não implementado pelo Provedor, isso significa que você esta tentando usar um serviço que o provedor não implementou em seu webservice, logo não tem nada haver com a versão da Lib que você esta usando. Um provedor que se utiliza da versão 1 ou 2 da ABRASF e que não implementou um determinado serviço que esta previsto no manual da ABRASF, pode no futuro vir a implementar, caso isso ocorra nós iremos fazer as devidas alterações para que você possa usar esse serviço. Mas até hoje eu não vi isso ocorrer.

Bom dia @Souza, Analisando o seu XML notei o seguinte: 1. A série esta como zero, te aconselho a usar série 900. 2. Como o prestador é MEI (pelo menos foi informado no XML que é) então não informe a IM (inscrição municipal) do prestador. 3. A tag tribISSQN esta com o valor 1 deixe com o valor 4 (tiNaoIncidencia). Feita essas correções tente enviar novamente.

Boa tarde @dant, O tipo de enumerados TipoTributacaoRPS conforme já te mostrei acima foi criado para atender alguns provedores que não seguem o layout da ABRASF. E alguns desses provedores o valor do enumerado é uma letra e outros é um numero. Já o tipo de enumerados TnfseNaturezaOperacao foi criado para atender os provedores que seguem o layout da ABRASF, mas veja como são as coisas, se você pegar o manual da versão 1 do layout da ABRASF que é o layout utilizado pela cidade de Recife, os valores são: Código de natureza da operação 1 – Tributação no município 2 - Tributação fora do município 3 - Isenção 4 - Imune 5 – Exigibilidade suspensa por decisão judicial 6 – Exigibilidade suspensa por procedimento administrativo Conforme consta no manual. Mas tem provedor que achou muito pouco ou não gostou dos valores de 1 até 6 e veja como ficou a definição desse tipo: TnfseNaturezaOperacao = (no0, no1, no2, no3, no4, no5, no6, no7, no8, no9, no10, no11, no12, no13, no14, no15, no17, no18, no50, no51, no52, no53, no54, no55, no56, no57, no58, no59, no60, no61, no62, no63, no64, no65, no66, no67, no68, no69, no70, no71, no72, no78, no79, no81, no91, no101, no102, no103, no104, no105, no106, no107, no108, no109, no110, no111, no112, no113, no114, no115, no116, no117, no118, no121, no200, no201, no300, no301, no400, no501, no511, no512, no515, no521, no522, no539, no541, no549, no551, no601, no611, no612, no613, no615, no616, no621, no622, no701, no711, no712, no901, no902, no911, no912, no921, no931, no951, no952, no971, no981, no991, noNenhum); Como você pode ver uma verdadeira aberração. Eu não vejo a hora de que todas as cidades resolvam migrar para o Padrão Nacional, assim acaba com essa palhaçada. Por fim, não tem muita diferença entre esses dois tipos. Na NFS-e você tem que dançar conforme a musica que o provedor toca.

André, Esse é o grupo <serv> de uma nota que emiti em ambiente de produção no inicio de fevereiro (prestador é MEI). <serv> <locPrest> <cLocPrestacao>3554003</cLocPrestacao> </locPrest> <cServ> <cTribNac>010601</cTribNac> <xDescServ>SERVICO DE CONSULTORIA</xDescServ> </cServ> </serv> O seu XML: <serv> <locPrest> <cLocPrestacao>4204202</cLocPrestacao> </locPrest> <cServ> <cTribNac>010601</cTribNac> <cTribMun>001</cTribMun> <xDescServ>discriminacao I; discriminacao II</xDescServ> </cServ> </serv> Note que o serviço é o mesmo, o que muda é o código IBGE do local da prestação e a descrição do serviço.

Bom dia Oliveira, A versão 2.04 do provedor ISSNet só foi implementado no novo componente: ACBrNFSeX. O componente só vai imprimir o QR-Code no DANFSE se no XML da NFS-e conter em alguma tag a string do QR-Code ou se no arquivo ACBrNFSeXServicos.ini conter a string do QR-Code para a referida cidade, caso contrario não vai imprimir. Se tratando do provedor ISSNet tanto na versão 1.00 quanto na 2.04 no XML da NFS-e não contem a string do QR-Code e nem no arquivo ACBrNFSeXServicos.ini Para a versão 2.04 foi implementando um método chamado ConsultarLinkNFSe que retorna a string do QR-Code. De posse da string do QR-Code, você deve ler o XML da nota, passar para a propriedade NFSe.Link e por fim mandar imprimir o DANFSE. Esse processo é só para o provedor ISSNet na versão 2.04

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.