Suporte Bravus Sistemas

Bom dia, até onde me consta isso é devido ao calculo do imposto no SN agora é fixo no portal nacional. Mas para confirmar recomendo entrar com contato com o suporte da prefeitura para confirmar. (19) 3602-3600 [email protected]

Vou tentar seguir com a mudança para o layout antigo proposto nesse outro tópico

Também tive esse mesmo comportamento, de noite o servidor deve estar menos sobrecarregado e conseguindo fazer as emissões e cancelamentos sem problemas.

Boa tarde @Jhoni Conzatti poderia explicar exatamente o que fez? também estou com problema em Blumenal

Bom dia tudo bem? gostaria de uma ajuda para entender qual a situação atual do cancelamento e consulta da NFSe pelo provedor. Atualmente estamos enferenteando um problema de timeout no envio das dps para a prefeitura, devido a isso esta ocorrendo de que não estamos conseguindo realizar o processo de consulta ou cancelamento corretamente pois com o timeout não recebemos os dados necessários para os processos. Atualmente me parece que ambos os comando são enviado diretamente para o portal nacional na prefeitura de Blumenal, gostaria de confirmar se é assim mesmo que está no código, e se poderiam me dar uma luz do que pode ser feito nesse caso. Já entramos em contato com a prefeitura mas não queremos depender apenas deles para solucionar a situação. Desde já agradeço.

Bom dia, apenas adicionando mais informação acessando o link disponibilizad para testar a API https://nfseblumenau.simplissweb.com.br/swagger/index.html foi possível fazer o envio da nota com o mesmo arquivo recusado usando o componente 326-ger-nfse.json

Bom dia @julio_cld, poderi me indicar qual está a sua configuração no nfsexservicos.ini? O meu está assim e está indicando que o serviço não existe [4208906] Nome=Jaragua do Sul UF=SC Provedor=Betha Versao=2.02 ProRecepcionar=https://nota-eletronica.betha.cloud/dps/service.wsdl HomRecepcionar=https://nota-eletronica.betha.cloud/dps/service.wsdl

Bom dia pessoal, Para essa mudança no provedor na consulta estão usando a consulta por lote ou RPS? Mais uma coisa eles estão retornando um XML vazio com o erro http 415 alguém mais com esse comportamento?

Bom dia, um cliente nosso está com o problema na geração de pix. Segue a baixo o log do exemplo. Já tentei realizar as soluções e dicas dos posts abaixo mas sem sucesso. Gerar key, pem, csr descriptografar key. também confirmei que o certificado está válido Atribuindo PSP: TACBrPSPBancoDoBrasil, Nome: ACBrPSPBancoDoBrasil1 - LerConfiguracao: D:\Fontes\Resources\Homologação webservice\Sicredi\omb8511 madeira angeli\PIXCDTeste.ini - AplicarConfiguracao - ConfigurarACBrPIXCD Atribuindo PSP: TACBrPSPSicredi, Nome: ACBrPSPSicredi1 Atribuindo PSP: Nil Atribuindo PSP: TACBrPSPSicredi, Nome: ACBrPSPSicredi1 - ConfigurarACBrPSPs - LerConfiguracao: D:\Fontes\Resources\Homologação webservice\Sicredi\omb8511 madeira angeli\PIXCDTeste.ini - AplicarConfiguracao - ConfigurarACBrPIXCD - ConfigurarACBrPSPs CriarCobrancaImediata( ) PrepararHTTP Autenticar LimparHTTP TransmitirHttp( POST, https://api-pix.sicredi.com.br/oauth/token ) ConfigurarHTTP ConfigurarProxy ConfigurarTimeOut ConfigurarHeaders( POST, https://api-pix.sicredi.com.br/oauth/token ) Req.Headers: Authorization: Basic TkRRM09UZzJNamt3TURBeE1ESTZNREF3TVRvemFsWTpNbU5mY1VaRktEZ3hhbHBpS0VjcQ== Accept-Encoding: gzip, compress, deflate Req.Body: grant_type=client_credentials&scope=cob.write%20cob.read%20pix.write%20pix.read ResultCode: 500 - Resp.Headers: POST /oauth/token HTTP/1.0 Host: api-pix.sicredi.com.br Keep-Alive: 300 Connection: keep-alive User-Agent: Mozilla/4.0 (compatible; Synapse) Content-Type: application/x-www-form-urlencoded Content-Length: 79 Authorization: Basic TkRRM09UZzJNamt3TURBeE1ESTZNREF3TVRvemFsWTpNbU5mY1VaRktEZ3hhbHBpS0VjcQ== Accept-Encoding: gzip, compress, deflate Resp.Body: EACBrPixHttpException: Erro HTTP: 500, Metodo: POST, URL: https://api-pix.sicredi.com.br/oauth/token ***************EACBrPixHttpException*************** Erro HTTP: 500, Metodo: POST, URL: https://api-pix.sicredi.com.br/oauth/token

Publica.GravarXml.pas @Juliomar Marchetti Segue em anexo

o Arquivo enviado está fora de formatação com os novos campos. Analisa o arquivo nfse.xsd que enviei antes seus envios não estão nesse formato @Juliomar Marchetti como tive que fazer algumas mudanças nos arquivos do ACBr também como podemos fazer para disponibilizar para a comunidade essa alteração?

Boa noite, apenas gostaria de reportar sobre as mudnaças da nota de serviço em Itajaí. Em anexo segue o novo Schema para as operações, tive que fazer uma mudança na sequencia das operações de consulta se comparar com o arquivo disponibilizado pela prefeitura. Também inseri o seguinte código no gerarXML da pública. function TNFSeW_Publica.GerarServico: TACBrXmlNode; begin Result := inherited; Result.AppendChild(AddNode(tcStr, '#', 'CodigoPais', 1, 4, 1, NFSe.Servico.CodigoPais, DSC_CPAIS)); Result.AppendChild(AddNode(tcStr, '#', 'CodigoMunicipioLocalPestacao', 1, 8, 1, NFSe.Servico.CodigoTributacaoMunicipio, DSC_CMUN)); end; nfse.xsd

Diferente da Moderna também foi preciso informar as tags: Servico.Valores.tribMun.pAliq Servico.Valores.tribMun.tpRetISSQN Também faltou atualizar os schemas

Boa tarde pessoal, preciso de mais uma ajuda. Um cliente meu quer transmitir uma NFSe para fora do município com retensão de ISS. Ao transmitir a nota a retenção não é reconhecido e fica sem. houve uma mudança na prefeitura recentemente. Antes era da Moderna e mudarem para o Padrão nacional. Na moderna funcionava corretamente. poderiam me indicar exatamente onde está meu erro? segue o xml da nota 42083022219237505000100000000000001525110287797933.xml

também usamos o SEFAZ SVRS de SC mas não tivemos esse problema

Obrigado @BigWings, irei ajusatar aqui nos registros da alteração

Boa tarde Pessoal, Estamos finalizando alterações de reforma tributárias e para os testes finais e estamos tentando transmitir uma nota com os campos da reforma informados. No ambiente de homolagação transmite mas produção não. Recebo o seguinte retorno: Rejeicao: Falha no Schema XML da NFe (Elemento: enviNFe/NFe[1]/infNFe/det[1]/imposto/IBSCBS/) A SEFAZ de SC já está aceitando esses campos em produção? se sim, esta faltando algo no XML em anexo? Desde já agradeço erronota0.xml

Tive que fazer alguns ajustes no código do sistema para atender o novo padrão mas de resto de configuração do ACBr em si foi apenas o .ini mesmo. no meu caso os pontos que diferenciaram do resto foram: TNFSe.VerAPlic TNFSe.tpemit OptanteSN RegimeEspecialTributacao que segue um padrao diferente Servico.Valores.totTrib.indTotTrib Servico.Valores.totTrib.pTotTribSN não informar o Prestador.RazaoSocial pois no nosso caso o tpemit é de prestador Prestador.Contato.Telefone e Tomado.Contato.Telefone ser apenas numeros Esse aquivo do layout ajudou bastante e fui verificando no arquivo PadraoNacional.gravarXML para entender quais campos precisava preencher tiposComplexos_v1.00.xsd

Boa noite, sobre o arquivo .ini é isso mesmo

Boa tarde pessoal, desculpe não dar um retorno mas hoje foi simplesmente um caos. @Léo @BluData deixei no . ini assim [4208906] Nome=Jaragua do Sul UF=SC Provedor=Betha ProRecepcionar=https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps ProConsultarSituacao=https://nota-eletronica.betha.cloud/rps/ws/consultarSituacaoLoteRps ProConsultarLote=https://nota-eletronica.betha.cloud/rps/ws/consultarLoteRpsV110 ProConsultarNFSeRps=https://nota-eletronica.betha.cloud/rps/ws/consultarNfsePorRpsV110 ProConsultarNFSe=https://nota-eletronica.betha.cloud/rps/ws/consultarNfseV110 ProCancelarNFSe=https://nota-eletronica.betha.cloud/rps/ws/cancelarNfse HomRecepcionar=https://nota-eletronica.betha.cloud/rps/ws/recepcionarLoteRps HomConsultarSituacao=https://nota-eletronica.betha.cloud/rps/ws/consultarSituacaoLoteRps HomConsultarLote=https://nota-eletronica.betha.cloud/rps/ws/consultarLoteRpsV110 HomConsultarNFSeRps=https://nota-eletronica.betha.cloud/rps/ws/consultarNfsePorRpsV110 HomConsultarNFSe=https://nota-eletronica.betha.cloud/rps/ws/consultarNfseV110 HomCancelarNFSe=https://nota-eletronica.betha.cloud/rps/ws/cancelarNfse também aumentei o time out conforme o @Juliomar Marchetti para 60000 Após alterar o ini eu executei o bat e reinstalei conforme diz no arquivo mesmo assim o erro permaneceu. Agora o cliente já consegue emitir as notas então acredito que ontem no fim da tarde fosse um problerma durante a implantação na prefeitura também. Vale dizer que o link para impressão das notas mudou também então tem que tomar um cuidado nisso também.

Boa tarde Pessoal, Houve uma mudança na NFSe em Jaragua do Sul A Betha mudou a forma de integração para o Cloud assim como nas prefeituras de Rio Fortuna e Criciuma também em SC. porém estou tendo um problema com o retorno de time out isso se deve pois está demorando alguns segundos para ter o retorno porém ao tentar consultar tenho o seguinte retorno

Verifiquei que havia uma parte do meu código mudando a VersaoDF do webservice para ''. Ajustei e deixei como 'V2'. Muito obrigado mesmo Victor

Bom dia pessoal, Estou com um problema no envio de boletos, já teve um tópico semelhante antes mas sem solução identifiquei que no meu caso LJSON não estava recebendo o retorno do .Parse agora a condicional ['codigo'] funciona e retorna o erro mais para cima é definido o header de token com o clientID do cedente. que teve um topico resolvido No meu caso a aplicação já está em x64 então vi esse outro tópico O meu ClientID está com 9 dígitos. Alguém poderia me ajudar a entender a raiz desse problema?

Encrontrei a solução. No meu caso foi a questão que informar o local do arquivo e a senha que causava esse erro. Informando o númro de série resolveu.

Boa tarde pessoal, Estou precisando de uma ajuda com a emissão de boleto para o Sicoob. Estou recebendo o seguinte erro na função de gerar token de autenticação Essse erro estoura na unit ACBrBoletoWS.Rest.OAuth na função ProcessarRespostaOAuth na linha: LJson := TACBrJSONObject.Parse(UTF8ToNativeString(Trim(ARetorno))); o ARetorno é client_id={}&scope=boletos_inclusao boletos_consulta boletos_alteracao&grant_type=client_credentials, mas '{}' seria o clientid mas substitui para mandar aqui. Segue em anexo o log do envio. logBoleto.txt