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 út

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 qu

@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"

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://w

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 mesm

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.

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</InscricaoMun

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).