gralak

Bom dia Pessoal realmente o problema estava com o pessoal da PRONIM, fizeram alguma e começou a aceitar os envios das NFSe. Consegui o contato da prefeitura e por meio da própria prefeitura que foi resolvido.

A prefeitura me respondeu Estão fazendo as manutenções nos servidores. Retorno o mais breve.

Acredito que vc diz no servidor da própria PRONIM correto ? Vc conseguiu falar com alguém da PRONIM ou recorreu a prefeitura mesmo ?

Ao tentar acessar a URL https://ipora.govbr.cloud/NFSe.Api/swagger e selecionar o certificado já da o erro na tela Será que pode ser algum erro no servidor da PRONIM ?

Ao tentar aqui com o conteudo que o ACBR gera da NFSe retorno essa mensagem.

Aqui estou com o mesmo problema, recebi esse email da prefeitura. Boa tarde, Todos os municípios que usarão o Padrão Nacional para emissão de NFSE em 2026 e usam WebService passarão a usar por API e muda o caminho para: https://ENDERECODOMINIOMUNICIPIO/NFSe.Api/NotaNacional/TIPODAOPERACAO Exemplo: https://ipora.govbr.cloud/NFSe.Api/NotaNacional/EnviarSincrono Todos os clientes possuem o Swagger contendo todas as operações (Consulta, Envio etc...) com exemplos e demais orientações: https://ENDERECODOMINIOMUNICIPIO/NFSe.Api/swagger/ui/index#/NotaNacional Exemplo: https://ipora.govbr.cloud/NFSe.Api/swagger/ui/index#/NotaNacional Observações importantes: - É obrigatório usar https:// - É necessário o envio do Certificado da empresa junto com a requisição, assim como a assinatura do XML; - O XML deverá ser compactado utilizando o padrão GZip e transformado em Base64 para ser então representado no Json; - As notas emitidas com o padrão Abrasf em 2025, continuam usando o método WebService. No arquivo .ini esta configurado assim. [4110607] ; Incluído em 03/08/2022 ; Atualizado em 05/02/2024 Nome=Ipora UF=PR Provedor=Pronim Versao=1.01 Params=APIPropria: ProRecepcionar=https://ipora.govbr.cloud/NFSe.Api/NotaNacional/EnviarSincrono HomRecepcionar=https://reformatributaria.govbr.cloud/nfse.api.teste/NotaNacional/EnviarSincrono Seguindo a explicação desse post aqui do ACBR

Mesmo comentando a chamada o problema ainda persiste.

Tem alguma previsão do Banco Sicredi ?

Boa Tarde Pessoal quais os passos tenho que fazer para configurar o QRCode 3.0 ? Já estou com o ACBrXMLDocument configurado. Já atualizei a pasta de SCHEMAS com os SCHEMAS do ACBR que foi feito o download pelo SVN. Ja configurei a versão do QRCode para veqr300. Ao tentar enviar recebo a seguinte mensagem... Falha no Schema XML do lote de NFe. org.xml.sax.SAXParseException; lineNumber: 1; columnNumber: 3050; cvc-pattern-valid: Value 'http://www.fazenda.pr.gov.br/nfce/qrcode?p=99999999999999999999999999999999999999999999|3|2' is not facet-valid with respect to ? Como devo proceder ?

Estou com a mesma situação, embora preenchidos a configuração com IDCSRT e CSRT e gerado no XML de envio o IDCRTS e hashCSRT a sefaz retorna. Status: 975 Motivo: Obrigatoria a informacao do identificador do CSRT e do Hash do CSRT <infRespTec> <CNPJ>00000003000900</CNPJ> <xContato>SAC</xContato> <email>[email protected]</email> <fone>44999999999</fone> <idCSRT>02</idCSRT> <hashCSRT>lMUtGBqZDF+jKS0FCxR53RxRjqU=</hashCSRT> </infRespTec>

Bom dia Pessoal no fonte ACBrBPeXmlWriter.pas no informativo da function Gerar_Comp ao informar a IE esta colocando a do EMITENTE gerando um erro no envio, fiz a alteração aqui para mim e voltou a funcionar informando da tag COMP. Segue a imagem da alteração que eu mesmo fiz.

Bom dia Fiz o teste de envio, impressão e pagamento Tudo certo agora 100%

Segue a imagem da documentação ! https://www.sicredi.com.br/media/produtos/filer_public/2022/09/26/manual_cnab_240_1-8_260922.pdf

Recebi um retorno do PJTech deve ser substituido por ZEROS quando o DIGITO da AGENCIA conter LETRAS na composição EXEMPLO: AI = 00 A3 = 00

Pessoal estou com uma situação que o DIGITO da AGENCIA são LETRAS no CASO AI Observei que no fonte ACBrBancoSicredi.pas na function a baixo esta assim, conforme destacado. Montando um código semelhante a esse 74891.12420 00012.507182 AI108.281080 1 99140000000600 Como devo proceder nesse caso ? Fontes atualizados dia 26/11/2024 function TACBrBancoSicredi.MontarCodigoBarras ( const ACBrTitulo: TACBrTitulo) : String; var CodigoBarras, FatorVencimento, DigitoCodBarras, CampoLivre, Modalidade:String; DigitoNum: Integer; begin with ACBrTitulo.ACBrBoleto do begin FatorVencimento := CalcularFatorVencimento(ACBrTitulo.Vencimento); Modalidade := IfThen(Trim(Cedente.Modalidade) = '', '1', Copy(Trim(Cedente.Modalidade),1,1)); { Monta o campo livre } CampoLivre := Modalidade + { 1-Com registro ou 3-Sem registro. Por enquanto vou deixar 1 mais tenho que tratar menhor essa informação } '1' + { 1-Carteira simples } OnlyNumber(MontarCampoNossoNumero(ACBrTitulo)) + PadLeft(OnlyNumber(Cedente.Agencia),4,'0') + { Código agência (cooperativa) } PadLeft(Cedente.AgenciaDigito,2,'0') + { Dígito da agência (posto da cooperativa) } PadLeft(OnlyNumber(Cedente.CodigoCedente),5,'0')+ { Código cedente } // Ver manual página 86 - CNAB240 ou 51 - CNAB400 '1' + { Filler - zero. Obs: Será 1 quando o valor do documento for diferente se zero } '0';

Consegui fazer o envio atualizando o ACBR para a versão de hoje. No entando agora recebo a seguinte mensagem . <EnviarLoteRpsSincronoResposta xmlns:ns2="http://www.giss.com.br/tipos-v2_04.xsd" xmlns:ns4="http://www.giss.com.br/enviar-lote-rps-sincrono-resposta-v2_04.xsd" xmlns:ns3="http://www.w3.org/2000/09/xmldsig#"> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>A01</Codigo> <Mensagem>Não foi possivel atender a solicitação</Mensagem> <Correcao>Tente novamente mais tarde ou entre em contato com o atendimento.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </EnviarLoteRpsSincronoResposta> Alguma sugestão quem já passou por isso ?

Para mais detalhes Estou seguindo essas configurações, para envio do RPS em homologação. [4128104] Nome=Umuarama UF=PR ; A partir de 31/10/2024 descomentar as 3 linhas abaixo Provedor=Giss Versao=2.04 ProRecepcionar=https://ws-umuarama.giss.com.br/service-ws/nf/nfse-ws HomRecepcionar=https://v2-ws-homologacao.giss.com.br/service-ws/nf/nfse-ws

O arquivo 18112-env-lot-sinc-soap.xml esta com essa disposição.

Código : E173 Mensagem: Lote de RPS não assinado. Correção: Assine o lote de RPS Após a disponiblização do servidor em UMURAMA - PR para envio de NFSe em Homologação para o Servidor GISS, já seguindo a configuração a baixo no arquivo .ini recebo a mensagem E173 - Lote de RPS não assinado, estou enviando apenas 1 RPS por vez e no arquivo RPS consta a assinatura como destacado. A cofiguração do componente esta para libOpenSSL, xsLibXml2, LT_TLSv1_2. Como devo proceder agora ?? <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/> <Reference URI=""> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/> <DigestValue>AzpwwLoDtttV15QoVmMmfcTk0yk=</DigestValue> </Reference> </SignedInfo> <SignatureValue>REMOVIDO==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>REMOVIDO</X509Certificate> </X509Data> </KeyInfo> </Signature> ; A partir de 31/10/2024 descomentar as 3 linhas abaixo Provedor=Giss Versao=2.04 ProRecepcionar=https://ws-umuarama.giss.com.br/service-ws/nf/nfse-ws HomRecepcionar=https://v2-ws-homologacao.giss.com.br/service-ws/nf/nfse-ws

Código : E173 Mensagem: Lote de RPS não assinado. Correção: Assine o lote de RPS

Outra coisa que achei diferença foi o arquivo de SCHEMA que esta com o ACBR do WSDL. https://cianorte.oxy.elotech.com.br/iss-ws/nfse203.wsdl o Schema esta em anexo... a Tag tsAliquota apresenta diferença... nfse_v2_03.xsd

Pessoal a impressão de ALIQUOTAS de (ISSQN, PIS, COFINS, INSS, IR, CSLL, CPP) estão sempre com 4 casas decimais e os VALORES com 2 casas decimais como segue no fonte e no eschema de validação, no entanto a própria impressão no site da prefeitura que usa ELOTECH traz com 5 casas decimais. Para resolver o caso da aliquota de ISS com 5 casas alterei o fonte Elotech.GravarXML.pas na procedure TNFSeW_Elotech203.Configuracao; colocando FormatoAliq := tcDe5; Alterei também o Schema para não dar erro de validação e enviar a NFSe // Alterado também o SCHEMA da ELOTEHC // <xsd:simpleType name="tsAliquota"> // <xsd:restriction base="xsd:decimal"> // <xsd:totalDigits value="6"/> // <xsd:fractionDigits value="5"/> <-Aki colocado 5 digitos // <xsd:minInclusive value="0"/> // </xsd:restriction> // </xsd:simpleType> No entanto a criação do RPS gera com 5 casas decimais nas aliquotas, mas os valores somente com 2. Como devemos preceder nesse caso ? Sabendo que deve ser mesmo com 5 casas decimais para aliquotas e valores.

Não tem uma data especifica, somente esse recado de recomendação.É possivel que venha a ativar depois do dia 31/10/2024. Contudo se o ACBR ja conseguir alterar para podemos trocar as URLs ja deixamos preparados na homologação para alterar assim que liberar. Recomendações: Estamos disponibilizando um ambiente de homologação do novo ambiente para que os desenvolvedores de suas aplicações responsáveis pela transmissão de recibos provisórios realizem testes e as devidas adequações. Todas as empresas que atualmente emitem nota por RPS já possuem um cadastro valido nesse ambiente, caso sua empresa não tenha acesso ao mesmo, favor entre em contato com o atendimento

As URLS já estão disponiveis e ativas.

Comunicado RPS Informamos que a partir de 31/10/2024 a Gissonline não atenderá mais requisições dos serviços do webservice produção.ginfes.com.br e homologação.ginfes.com.br para recepção de recibos provisórios de serviços (RPS), consultas e cancelamentos para as respectivas notas fiscais de serviços eletrônica (NFSE). A partir dessa data Todas as requisições para processamento de recibos provisórios de serviços (RPS), cancelamentos e consultas de NFS-e serão atendidas somente pelo novo WSDL oficial da Gissonline. Endereços dos WSDL Produção: https://ws-umuarama.giss.com.br/service-ws/nf/nfse-ws?wsdl Homologação: https://v2-ws-homologacao.giss.com.br/service-ws/nf/nfse-ws?wsdl Após alterar o arquivo.ini com as novas URLs citadas a cima, recebo o seguinte retorno. Erro de Conexão: soap:VersionMismatch - A SOAP 1.2 message is not valid when sent to a SOAP 1.1 only endpoint. o componente esta configurado para OPENSSL como TLS 1.2 e o WINDOWS também nas opções de internet. Como devo proceder nesse caso ?