Luiz Vaz

Boa tarde pessoal, Segue alteração no ACBrNFSeXServicos.ini para cidade de Carnaubal/CE. [2303402] Nome=Carnaubal UF=CE Provedor=SpeedGov ProRecepcionar=http://www.speedgov.com.br/wscar/Nfes Obrigado.

Sim, eu sei basta ter qualquer certificado ICP Brasil Minha dúvida é se precisa colocar algo a mais na configuração?

Bom dia, gostaria de solicitar a inclusão da cidade para o município de Bayeux, Paraíba. [2501807] Nome=Bayeux UF=PB Provedor=ISSIntel ProNameSpace=http://bayeux-pb.issintegra.com.br/webservices/abrasf/api HomNameSpace=http://bayeux-pb.treino-issintegra.com.br/webservices/abrasf/api ; ProRecepcionar=https://bayeux-pb.issintegra.com.br/webservices/abrasf/api HomRecepcionar=https://bayeux-pb.treino-issintegra.com.br/webservices/abrasf/api ; ProSoapAction=http://bayeux-pb.issintegra.com.br/webservices/abrasf/api/ HomSoapAction=http://bayeux-pb.treino-issintegra.com.br/webservices/abrasf/api/ No caso, o endpoint precisa do certificado para acessar o URL. Tem alguma configuração adicional que precisa colocar? Tentei abrir algumas cidades atendidas pela ISSIntel, mas deu erro de DNS não encontrado.

Olá, Segue a configuração da cidade de Carnaubal no CE [2303402] Nome=Carnaubal UF=CE Provedor=SpeedGov NomeURL_H=mod NomeURL_P=car

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.