Jump to content

João Paulo Müller

Membros
  • Content Count

    304
  • Joined

  • Last visited

  • Days Won

    2

João Paulo Müller last won the day on November 5 2017

João Paulo Müller had the most liked content!

Community Reputation

67 Excellent

3 Followers

About João Paulo Müller

  • Rank
    Membro Ativo
  • Birthday 01/01/1991

Profile Information

  • Sexo
    Masculino
  • Localização
    Rio do sul - SC

Recent Profile Visitors

1,290 profile views
  1. Boa tarde. O WS de migração deles possui apenas o ambiente de Produção, já os demais WS possui os dois ambientes (Homologação e Produção).
  2. Boa tarde Ernesto, Esse defeito é em ambiente de homologação, produção ou ambos?
  3. Bom dia Pessoal, Mais uma informação: Para fazer o envio da nota utilizando o método enviar (recepcionar) é necessário assinar o RPS. Fiz alguns testes sem assinar o RPS e ao consultar o lote retorna o erro informado que o campo ListaRPs[]Rps.Signature está faltando. Ao marcar no arquivo SimplISSv2 para assinar o RPS, tudo funcionou perfeitamente. [Assinar] RPS=1 Peço que se possível realizem a analise para subir essa alteração no SVN. Grato! SimplISSv2.ini
  4. Pessoal realizei algumas alterações no arquivo SimplISSv2.ini nos métodos de consultar lote e consultar RPS. Pelos testes que fiz aqui é para estar funcionando esses dois métodos. Segue em anexo para quem quiser testar e se possível @Italo Jurisato Junior analisar para subir no repositório. SimplISSv2.ini
  5. Bom dia, Para esse provedor a consulta da situação do lote deve ser feita através do método ConsultaLoteRPS, se a consulta retornar a nota então o lote foi aprovado, caso contrário será retornado a situação do lote (Segundo o suporte da SimplISS, pois não consegui testar ainda). O detalhe é que atualmente os métodos de consultas estão retornando erro de "Value cannot be null, parameter name: S", estou em contato com o suporte para tentar resolver esse problema, mas até agora não conseguimos identificar o problema. Vou fazer uns testes pelo SoapUI para ver se funciona.
  6. Boa tarde Italo, Essa mesma alteração que você fez no cancelamento (comentar a alteração dos namespaces) tive que fazer no método Enviar. (Comentei algumas respostas acima sobre essa alteração) Caso você puder analisar e subir aquela alteração para deixarmos o método de envio funcionando também fico agradecido.
  7. Bom dia, Eu estava com esse problema no envio e percebi que a Tag EnviarLoteRPSEnvio estava diferentes do XML de exemplo. Fiz uma alteração na unit ACBRNFSeWebServices comentando a parte em que era removido os namespaces e funcionou. Unit ACBrNFSeWebServices, linha 2903 / proSimplISSv2: // FPDadosMsg := StringReplace(FPDadosMsg, 'EnviarLoteRpsEnvio xmlns="http://www.abrasf.org.br/nfse.xsd" '+ // 'xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" '+ // 'xmlns:xsd="http://www.w3.org/2001/XMLSchema"', // 'EnviarLoteRpsEnvio', [rfReplaceAll]); Tente fazer esse teste para verificar se resolve. Estou analisando com o Pedro (SimplISS) para resolver o erro "Value cannot be null, parameter name: S" na consulta do lote, mas até agora não obtive retorno.
  8. Boa tarde Pessoal. Apenas repassando uma informação relacionada ao PAF-ECF / NFC-e: Foi publicado no dia 23/10 a noticia abaixo sobre NFC-e no portal da Secretaria de Estado da Fazenda de Santa Catarina (SEF-SC) Na última quarta-feira, 23/10, o secretário de Estado da Fazenda (SEF/SC), Paulo Eli, recebeu representantes da Associação Comercial e Industrial de Florianópolis (ACIF), da Associação Brasileira de Bares e Restaurantes de Santa Catarina (Abrasel) e da Câmara de Dirigentes Lojistas (CDL) de Florianópolis. O objetivo do encontro foi criar um grupo de trabalho com as entidades empresariais para a implantação da Nota Fiscal de Consumidor Eletrônica (NFC-e) em Santa Catarina. "Assumimos este compromisso, junto ao governador Carlos Moisés, de modernizar a máquina pública e Santa Catarina. Já iniciamos o processo e, até o próximo ano, iremos adotar a NFE-c", afirmou Eli. Empresário e membro do Conselho de Administração Nacional da Abrasel, Célio Salles reforçou que a medida é recebida com muita expectativa pelo setor varejista catarinense. "Há muito tempo estávamos aguardando esta notícia. Santa Catarina é um estado pioneiro e precisa atualizar seu sistema de acordo com o modelo nacional, que traz mais segurança e agilidade para o comerciante e o contribuinte", disse. Fonte: SEF/SC. http://www.sef.sc.gov.br/midia/noticia/2406
  9. João, você fez as alterações no arquivo SimplISSv2.ini? Consegue subir aqui as alterações feitas para funcionar? Vou implementar o Recepcionar, pois utilizamos aqui o envio de vários RPS por XML, portanto, vou me basear no método Gerar que vocês já conseguiram implementar.
  10. Pessoal, acho que encontrei o problema, façam um teste ai. O endereço mapeado no arquivo SimplISSv2.ini está da seguinte forma: [URL_P] RecepcaoLoteRPS=http://ws%NomeURL_P%1.simplissweb.com.br/nfseservice.svc [URL_H] RecepcaoLoteRPS=http://ws%NomeURL_H%1.simplissweb.com.br/nfseservice.svc Alterei o endereço passou sem cair na validação 403: [URL_P] RecepcaoLoteRPS=https://ws%NomeURL_P%1.simplissweb.com.br/nfseservice.svc [URL_H] RecepcaoLoteRPS=https://ws%NomeURL_H%1.simplissweb.com.br/nfseservice.svc Em resumo, o endereço estava mapeado sem o 'S' no HTTP, ou seja, não estava utilizando o protocolo HTTPS (SSL), como a comunicação exigia o certificado digital se faz necessário o HTTPS. Fiz os testes aqui em Produção e Homologação e não retornou mais o erro 403, porém, permanecemos com o erro de assinatura inválida. SimplISSv2.ini
  11. O estranho João é que fiz um testes na mesma maquina com o mesmo certificado e enviando pelo componente recebo o erro 403, mas enviando pelo SoapUI não recebo esse erro, consigo comunicar normalmente, no entanto está retornando erro de assinatura.
  12. Estranho que fiz um teste enviando pelo SoapUI e não obtive erro 403, isso com o mesmo certificado.
  13. Olá Pessoal, Estive analisando esse ambiente de migração e notei que atualmente o componente está enviando a Alíquota na seguinte formatação: if NFSe.Servico.Valores.Aliquota > 0 then begin aliquota := FormatFloat('0.00##', NFSe.Servico.Valores.Aliquota / 100); aliquota := StringReplace(aliquota, ',', '.', [rfReplaceAll]); end Analisando a nota autorizada no portal pude verificar que é exibido o valor incorreto da alíquota. Exemplo: setado no componente a alíquota do serviço de 2%, o componente está enviado é 0,02 e na impressão do portal é impresso também 0,02, ou seja, é interpretado como se a aliquota fosse 0,02% em vez de 2%. Em conversa com Pedro (SimplISS) o mesmo informou que deve ser enviado a alíquota sem a divisão, no caso do exemplo, seria 2 Exemplo de uma nota com alíquota de 2,69 a TAG da alíquota ficaria: <AliquotaServicos>2.69</AliquotaServicos> Para solucionar essa situação podemos alterar a unit pnfsNFSeW_SP da seguinte forma: if NFSe.Servico.Valores.Aliquota > 0 then begin if (FProvedor = proSP) then //incluso essa condição aliquota := FormatFloat('0.00##', NFSe.Servico.Valores.Aliquota / 100) else aliquota := FormatFloat('0.00##', NFSe.Servico.Valores.Aliquota); aliquota := StringReplace(aliquota, ',', '.', [rfReplaceAll]); end else aliquota := '0'; Fiz alguns testes assim e a principio ficou tudo certo no portal. pnfsNFSeW_SP.pas
  14. Bom dia Lucas, Me parece que esse XML que você está enviando (envio_1742_edit_assinado) não está na estrutura correta desse novo WSDL que seria: <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:nfse="http://nfse.abrasf.org.br"> <soapenv:Header/> <soapenv:Body> <nfse:GerarNfseRequest> <nfseCabecMsg>?</nfseCabecMsg> <nfseDadosMsg>?</nfseDadosMsg> </nfse:GerarNfseRequest> </soapenv:Body> </soapenv:Envelope> O Italo já fez as alterações no arquivos SimplISSv2 de acordo com a nova estrutura para o método Enviar. Não consegui testar aqui ainda devido ao erro 403. Tente fazer os testes através do método enviar.
  15. Testei com outra empresa de Blumenau e também retorna erro 403.
×
×
  • Create New...