Sandro Felipe Adad

Alteração nas URLs: Nova URL para o QR Code SVRS e Novo endereço do Portal DF-e https://dfe-portal.svrs.rs.gov.br https://dfe-portal.svrs.rs.gov.br/Bpe/Avisos

Podem fechar o tópico, era problema do Infisc-v11.ini desatualizado no meu cliente.

Aparentemente foi mudada a consulta do ACBR para o provedor Infisc, de pedidoStatusLote para ConsultarSituacaoLoteRpsEnvio, porem não houve atualização no nfse-v11.xsd.

Bom dia, alguém que utiliza o município de Garibaldi/RS pode me confirmar se está conseguindo efetuar consultas neste provedor? Estou obtendo o seguinte erro após o envio de notas: (Ja esta enviando e consultando notas sem problemas, a partir do dia 30 de abril, começou a reportar o erro) <?xml version="1.0" encoding="UTF-8"?><SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"><SOAP-ENV:Header/><SOAP-ENV:Body><SOAP-ENV:Fault><faultcode>SOAP-ENV:Client</faultcode><faultstring xml:lang="en">ERRO : cvc-complex-type.2.4.a: Foi detectado um conteúdo inválido começando com o elemento 'ConsultarSituacaoLoteRpsEnvio'. Era esperado um dos '{"http://ws.pc.gif.com.br/":pedidoStatusLote}'.</faultstring><detail><spring-ws:ValidationError xmlns:spring-ws="http://springframework.org/spring-ws">cvc-complex-type.2.4.a: Foi detectado um conteúdo inválido começando com o elemento 'ConsultarSituacaoLoteRpsEnvio'. Era esperado um dos '{"http://ws.pc.gif.com.br/":pedidoStatusLote}'.</spring-ws:ValidationError></detail></SOAP-ENV:Fault></SOAP-ENV:Body></SOAP-ENV:Envelope> 1392643-sit.xml 1392643-sit-soap.xml 1392643-con-sit.xml 1392643-con-sit-soap.xml

No meu caso o que resolveu foi criar a pasta Schemas na maquina local, aparentemente parou de funcionar a localização dos schemas através de uma pasta de rede (\\servidor\pastacompartilhada\Schemas)... Usei a configuração: Nfe.Configuracoes.Geral.SSLLib := libWinCrypt; nfe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; nfe.Configuracoes.Geral.SSLHttpLib := httpWinHttp; nfe.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; Nfe.Configuracoes.WebServices.SSLType := LT_all; Certificado: A1

Alguem mais está obtendo este erro ao tentar enviar NFe no PR? WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro Interno: 12175 Erro HTTP: 0 URL: https://nfe.sefa.pr.gov.br/nfe/NFeStatusServico4?wsdl Falha no Envio da Requisição. Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor

Disponibilizaram novo manual da nova versão do REINF - v2.0 http://sped.rfb.gov.br/pasta/show/2994

Alterações do grupo mudancaCPF para o S2299. PCNeSocial.zip

Implementado o grupo novo (mudancaCPF) para utilização no Evento S-2200. Em anexo arquivos alterados. Testado na versão 2.5 pcesGerador.pas pcesCommon.pas

Efetuei um teste de envio na versao 2.5 sem problemas com os schemas atualizados da pasta que o Italo menciona.

Amanha inicia no ambiente de testes do e-social o novo leiaute. Gostaria de saber se alguém ja esta implementando as alterações do leiaute com relação a mudança de CPF que gera os novos campos? No S-2200 criação do grupo mudancacpf No S-2299 novo código de motivo de desligamento na tag mtvdeslig

Então acabei solucionando o meu problema pegando o arquivo antigo que eu tinha DACTE_OS.fr3 e efetuando o ajuste independente do arquivo que está no repositório. (Parece que o do repositório não é compatível com o meu da versão 4). O que eu utilizava era de agosto de 2017. Em anexo o que eu alterei, caso interesse comparar. DACTE_OS.fr3

Sabe se tem alguma versão standard do FastReport 5 pra baixar free? ou só comprando o 6 agora...?

O meu anterior é antigo... é de 2017...mas funcionava ok... com exceção daquele problema que reportei... DACTE_OS.fr3 Meu fastreport é versão 4 que vem no delphi XE6

Então, atualizei este arquivo e quando fui testar ocorreram os seguintes erros do anexo. Tem a ver com a versão do meu fastreport será?

XML esta OK, problema apenas na impressão do DACTE-OS no modelo FastReport - DACTE_OS.fr3. 41171180858053000187670000000000621000000622-cte.xml

Boa tarde, detectei um problema na impressão do DACTE-OS modelo FastReport. ( DACTE_OS.fr3) Não está comportando a impressão dos 25 caracteres do campo NroRegEstadual , esta cortando os 3 últimos dígitos. O Campo telefone do tomador também esta cortando o novo digito. Tentei corrigir abrindo pelo fastreport diretamente, mas minha versão é antiga e não deu certo. Alguém disponível poderia dar uma verificada?

Italo, sabe se é possível este tipo de assinatura de forma condicional ? A prefeitura informa informa que outros clientes estão enviando notas sem problemas, e o pessoal da IPM manda ler a documentação, sem entrar em detalhes. Creio que o que o BluData analisou, pode ter relação com o problema de agora, a assinatura da IPM tem tags que normalmente são descartadas na assinatura digital... tem alguma sugestão?

Pode ser, mas o que acho estranho é que até a semana passada eu estava assinando com o ACBR e estava convertendo as RPS em Notas sem problemas, tenho a impressão que o pessoal da prefeitura de Rio Negrinho é que esta alterando algo...

Responderam rápido... mas não ajudou muito... Sandro, boa tarde. Esse erro não é proveniente da IPM Sistemas. Atenciosamente, Facebook | Twitter | Google+ | Linkedin | Youtube Lucas Augusto Martins Central de Atendimento [email protected] 47 3531-1500

Qual o e-mail deles para suporte?

Estou com o mesmo problema, em Rio Negrinho - SC, passou exigir [Assinar] RPS=1 no IPM.ini, já para Pinhais da IPM, não exige assinatura. O Estranho que até semana passada estava funcionando assinar, hoje começou a reclamar da assinatura também... Erro 00222. Eu encaminhei esse erro para o suporte da prefeitura, se me retornarem algo lhes comunico. 891803-env-lot.xml

Estou anexando alterações que precisei efetuar para o registro 0465 que não estava sendo gerado. ACBrLFDBloco_0_Class.pas ACBrLFD.pas ACBrLFDBloco_0.pas

Publicado novo manual v1.03.03-> http://sped.rfb.gov.br/arquivo/show/2739

Obrigado Luana, deu certo, realmente agora foi.