Luiz Vaz

Você pode se basear nesse meu GIST: Assinatura e Envio de XML SMARAPD padrão ABRASF 2.03 (Vila Velha) Eu uso o package "RobRichards\XMLSecLibs" para assinar o XML. As minhas variáveis de alimentação do XML estão em um objeto $this->rps. De resto a chamada é cUrl puro. Não uso SoapClient. Está funcionando a Emissão e Consulta. Não consegui usar o método Gerar, nem o ContultarLote, só o EnviarSincrono. Com isso tenho, que consultar a Nota via RPS para receber a Nota Emitida. Mas gera tudo em 10 segundos. Só peço que dê uma estrela no GIST se for útil. Se quiser mais informações, pode me perguntar aqui!

Foi preciso alterar o arquivo abaixo para poder ler o campo DataEmissao conforme o @rlmariz informou. 2275: else if FProvedor = proSmarAPDv23 then begin DtStr := Leitor.rCampo(tcStr, 'DataEmissao'); NFSe.DataEmissaoRps := StringToDateTime(DtStr, 'DD/MM/YYYY') end else NFSe.DataEmissaoRps := Leitor.rCampo(tcDat, 'DataEmissao'); Caminho do arquivo: \ACBr\Fontes\ACBrDFe\ACBrNFSe\PCNNFSe\pnfsNFSeR.pas Package: ACBr_NFSe pnfsNFSeR.pas

Pessoal, A URL para visualização da NOTA é essa aqui: http://tributacao.vilavelha.es.gov.br/tbw/loginWeb.jsp?execobj=NFSENotaFiscalBuscarDireto&cnpj=[CNPJ_COM_PONTOS]&numero=[NUM_NOTA]&chave=[COD_VERIFICACAO]

Olá Pessoal. Recentemente o certificado da PMJP venceu. Depois de quase 1 mês, eles atualizaram o certificado. Endereço: https://sispmjp.joaopessoa.pb.gov.br:8443/sispmjp/NfseWSService?wsdl Mas o que já estava ruim, ficou pior. O servidor está usando TLS v1.0 e a cadeia de certificado está incompleta, sem a Raiz Brasileira V5 na Cadeia. Com isso, os computadores precisam ser configurados manualmente para funcionar. A cadeia de hierarquia da AC VALID precisa ser instalada para o certificado ser aceito senão dá esse erro: Eu fiz um tutorial para quem estiver com esse problema, ou erro semelhante de CERTIFICADO INVÁLIDO: https://comunidade.opennfse.com.br/t/erro-de-certificado-invalido/561 Já enviei um email solicitando as correções. Mas é pouco provável que eles vão corrigir ainda esse ano. No componente ACBR só consegui via libCapicom. Att, Luiz Vaz

@wilchaia não sei se você viu a resposta, mas o erro (Encoding: Violation of encoding rules) significa que você está enviando um XML sem transformar em STRING. Isso é feito pela tag CDATA ou substituindo os caracteres < e > por &gt; e &lt; Você fez isso corretamente no nfseDadosMsg mas não no nfseCabecMsg. Segue o exemplo: <x:Envelope xmlns:x="http://schemas.xmlsoap.org/soap/envelope/" xmlns:nfs="http://nfse.abrasf.org.br"> <x:Header/> <x:Body> <nfs:CancelarNfseRequest> <nfs:nfseCabecMsg>&lt;cabecalho versao="2.02" xmlns="http://www.abrasf.org.br/nfse.xsd"&gt;&lt;versaoDados&gt;2.02&lt;/versaoDados&gt;&lt;/cabecalho&gt;</nfs:nfseCabecMsg> <nfs:nfseDadosMsg> <![CDATA[<?xml version="1.0"?> <CancelarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> ... </CancelarNfseEnvio>]]> </nfs:nfseDadosMsg> </nfs:CancelarNfseRequest> </x:Body> </x:Envelope>

Para quem tiver interesse, esse é o envelope do SOAP: '<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsn="http://wsnfselote.ctaconsult.com.br/">\n'+ ' <soapenv:Header/>'+ ' <soapenv:Body>\n'+ ' <wsn:executar>\n'+ ' <arg0>%CabMsg%</arg0>\n'+ ' <arg1>%DadMsg%</arg1>\n'+ ' </wsn:executar>\n'+ ' </soapenv:Body>\n'+ '</soapenv:Envelope>'; Esse é cabeçalho: '<cabecalhoNfseLote xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.ctaconsult.com/nfse">'+ '<versao>1.00</versao>'+ '<ambiente>%amb%</ambiente>'+ '</cabecalhoNfseLote>'; Aqui está o WSDL http://stm.imperatriz.d2ti.com.br/wsnfselote/RecepcaoNFSePort?wsdl Tem muitas particularidade. As mais estranhas são usar código TOM ao invés de IBGE e não permitir acesso de servidor externo do Brasil.

Bom dia, alguém já implementou a nova empresa de Imperatriz/MA? A empresa é a D2TI, mas está uma mistureba. O portal parece com a IssDSF de São Luís e o XML e XSD com a CTACONSULT. Como não tem outra cidade usando a CTA acredito que o padrão também tenha mudado.

Não, não, não. Eu testei esses webservices aí. O que acontece é que eles usam o mesmo projeto para tudo. E o serviço que você está testando em homologação não existe em produção. O correto em cachoeiro é realmente o http://notafse.cachoeiro.es.gov.br:8189/NfseWSService Se mandar no outro vai dar webservice inexistente. Não é preciso assinar o XML. Também não é necessário usar o token da versão anterior. E de quebra tem um BUG que quando você envia, dá erro de XML fora do padrão e a nota é emitida mesmo assim. Documentei isso em: https://comunidade.opennfse.com.br/t/cachoeiro-do-itapemerim-3201209/47/3

Só um detalhe para quem for enviar notas: Os 3 campos as vezes são necessários: <ItemListaServico>09.01</ItemListaServico> <CodigoCnae>5510801</CodigoCnae> <CodigoTributacaoMunicipio>901</CodigoTributacaoMunicipio> Embora seja parecido o CodigoTributacaoMunicipio não tem ponto, mas o ItemListaServico tem.

Ainda está errado o arquivo .ini: Olha a diferença: Correto: RecepcaoLoteRPS_3201209=http://notafse.cachoeiro.es.gov.br:8189/NfseWSService Errado: RecepcaoLoteRPS_3201209=http://notanfse.cachoeiro.es.gov.br:8189/NfseWSService Depois que corrigi funcionou igual o @tiagokost informou. Método........ : Enviar Lote - Síncrono Numero do Lote : 123456 Recebimento... : 20/03/2018 13:59:22 Protocolo..... : 000000000464 Provedor...... : ELv2 Método..... : Enviar Lote - Síncrono Código Erro : EL17 Mensagem... : CNPJ nao encontrado na base de dados - Confira o numero do CNPJ informado. Caso esteja correto o prestador nao esta inscrito no municipio. Correção... : Provedor... : ELv2 Aproveitando, seguem os fontes do programa demo alterado para montar automaticamente o combo com as cidades do cidades.ini Frm_Demo_ACBrNFSe.pas Frm_Demo_ACBrNFSe.dfm

Prezados, A Ábaco perdeu o contrato com Cachoeiro do Itapemirim para a E&L. Até aí tudo bem. No entanto, a versão adotada será em um novo padrão da ABRASF o 2.04. A interrupção será de 16/03 a 19/03. Já voltando em 19/03 com a E&L. Estou implementando as alterações. Como não estou fazendo para Delphi, quem quiser acompanhar o andamento pode verificar no link abaixo: https://comunidade.opennfse.com.br/t/alteracao-no-provedor-do-webservice-cachoeiro-do-itapemirim/123 Depois se alguém se dispor em implementar para o ACBR fica mais fácil.

Eu consegui deselvolvendo em PHP e C#.

Foi respondido na resposta de Manaus.

Pela imagem que você mandou o erro não é de sintaxe, mas de conteúdo, erro E4. Você passou os parâmetros para consulta errados? Os valores do RPS de Numero, Serie e Tipo precisam estar corretos. Exemplo de ConsultarNfseRpsEnvio: <ConsultarNfseRpsEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> <IdentificacaoRps> <Numero>1758866</Numero> <Serie>1</Serie> <Tipo>1</Tipo> </IdentificacaoRps> <Prestador> <CpfCnpj> <Cnpj>12345678000189</Cnpj> </CpfCnpj> <InscricaoMunicipal>11111</InscricaoMunicipal> </Prestador> </ConsultarNfseRpsEnvio> Outra coisa, olhando os XMLs da empresa que postou, vi que está usando RecepcionarLoteRpsSincronoEnvio. Envie através disso, use GerarNfseEnvio. Em tempo, montei uma comunidade sobre NFSe. Já tem 10 anos que estamos sofrendo com esse Frankenstein. O propósito é concentrar em um lugar informações gerais sobre Desenvolvimento, Empresas, Provedores, Prefeituras. O forum do ACBr, é mais voltado para os componentes. Está apenas no início, vou colocar aos poucos as informações que tenho das cidades que atendo. Se quiser participar, acessa lá: https://comunidade.opennfse.com.br

A verdade é um pouco maior que isso. A empresa que ganhou o contrato de licitação com OC, sim foi a Taylor. No entanto, a Taylor faz parcerias com outras empresas para fornecer a solução completa do edital. A Taylor, no caso de MOC, fez parceria com o a RPP (EReceita), HorusSoftwares (MaxNet).