Farol TI

Bom dia. Ajustamos o provedor de 2 municípios que estavam configurados no arquivo ini como Padrão Nacional, porém continuam utilizando webservice próprio: [4302204] Nome=Boa Vista do Burica UF=RS Provedor=ABase [4313805] Nome=Palmitinho UF=RS Provedor=IPM Versao=1.01 Params=ServicosPadraoNacional:ObterDANFSE ProRecepcionar=https://palmitinho.atende.net/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://palmitinho.atende.net/?pg=rest&service=WNERestServiceNFSe

Estou tendo o mesmo problema, mas me parece q o XML está correto. Alguém conseguiu resolver?

Bom dia, em testes verificamos que o a configuração de Boa Vista do Buricá estava como Provedor Nacional. Segue a correção: [4302204] Nome=Boa vista do Burica UF=RS Provedor=ABase

Bom dia, testado e funcionando corretamente. Obrigado.

Estou com o mesmo problema, que também ocorre no provedor ABase, dá a mensagem de serviço não implementado, mas é por estar validando os schemas na consulta de chave.

Boa tarde, estou implementando o uso do provedor Abase, e consegui enviar corretamente, porém não estou conseguindo consultar a DPS (consultarnfsedps/{id}). Na procedure TACBrNFSeProviderABaseAPIPropria.PrepararConsultaNFSeporChave(Response: TNFSeConsultaNFSeResponse) precisei alterar o seguinte: Response.NumeroRps por Response.InfConsultaNFSe.ChaveNFSe Porém obtinha erro de validação de schemas. Ao mudar em debug pra nao validar os schemas, recebo a nota corretamente. Minha dúvida é como mudar via parametrização pra não validar os schemas apenas para a consulta.

Boa tarde Encontramos duas situações que foi necessário correção para gravar xml da pública. Um incluindo o código do país e outro corrigindo a descrição da tag CodigoMunicipioLocalPrestacao. Em anexo arquivo com a alteração. Publica.GravarXml.pas

Boa tarde. Identificamos um problema na linha digitável do boleto da NFCom. Como código de barras e linha digitável tem dígitos diferentes, não está sendo feita a leitura correta. Para corrigir, implementamos a alteração que segue, no arquivo anexo. Se for possível revisar e adicionar, agradeço. ACBrNFCom.DANFComRLRetrato.pas

Realizados testes, tudo correto. Obrigado.

Identificamos um problema ao imprimir a NFCom, que mesmo informando código de barras, o mesmo não é apresentado na impressão. Verificando o código fonte, teve a inclusão do teste de inteiro na unit ACBrNFCom.DANFComRLRetrato.pas: if (sTemp <> '') and (StrToIntDef(OnlyNumber(sTemp), 0) > 0) then Porém, por ser um código muito grande, passa do limite de inteiro, não preenchendo a linha digitável.

Bom dia. Estou gerando o pdf da NFCom pelo método DANFCom.ImprimirDANFComPDF. O arquivo é gerado corretamente e consigo visualizar corretamente no navegador. Porém, ocorre erro ao abrir no Adobe Reader (testamos em versões diferentes, sem sucesso). Gostaria de saber se alguém passou por isso e tem alguma sugestão. Segue print:

O provedor atualizou o endereço do webservice, segue a alteração, já testado: Nome=Crissiumal UF=RS Provedor=Betha Versao=2.02 ProRecepcionar=https://nota-eletronica.betha.cloud/rps/ws HomRecepcionar=https://nota-eletronica.betha.cloud/rps/ws

O município mudou de provedor, segue a configuração, já realizei testes e está ok. [4319372] Nome=Sao Pedro do Butia UF=RS Provedor=ABase Versao=2.01

Ok, grato.

Estou com um problema na leitura do retorno dos boletos do Bradesco CNAB 400. O retorno contém boletos cujo nosso número termina com a letra P. O que está correto de acordo com o layout do banco. Porém, a classe que lê esse campo está pegando somente números: TACBrTitulo.SetNossoNumero wNossoNumero:= OnlyNumber(AValue); Então a leitura do retorno fica diferente do que foi salvo na remessa, dificultando a identificação do boleto correto. Gostaria de sugerir que fosse possível ler como campo alfanumérico, porém não sei em que isso poderia afetar o funcionamento de outros bancos. Aguardo retorno de alguma sugestão. Obrigado.