Francisco IBS

Alguma coisa de dados tem no retorno sim.

Estou com problemas na impressão para o provedor da Betha, gostaria de ver se mais alguem esta com problemas, os dados do emitente estão ficando em branco. Estou verificando o fonte e estou com dificuldade de entender: Conforme a imagem em anexo na leitura verificamos e alimentamos em prestador e na impressão esta verificando emitente... Esta certo isso?

O topico foi aberto para centralizar as informações da Betha, como já temos vários exemplos disso funcionando eu encerro ele, novas dúvidas podemos voltar ao procedimento padrão de abrir tópicos referentes a elas. Obrigado a ajuda e atenção de todos.

Boa Tarde, Sim utilizando: ACBrNFSeX.ConsultarSituacao(Protocolo, Lote);

Tenho uma vaga lembrança de ter pego algum erro de competencia em um cliente que ano passado era do simples e iniciou o ano como normal ou vice e versa, como eles tem Janeiro todo para poder fazer essa migração, já estavam emitindo notas federais com o novo CRT, mas no municipio ainda estava o antigo. Tive que fazer uma configuração que permitisse essa diferenciação, ou seja, o cliente era do normal mas para nota municipal ainda estava enviando como simples. Se quiser fazer o teste, se não só esperando o contato da Betha mesmo.

Com relação a consulta existe a consulta de situação para ser feita após a emissão: ACBrNFSeX1.ConsultarSituacao(Protocolo, Lote); Ela retorna se houve ou não sucesso, se esta aguardando, assim como numero da nota e link de impressão do pdf.

Fazendo testes identifiquei que não existe um campo de Desconto Total no documento, é isso mesmo? Estou verificando a documentação em: https://iss.ajuda.betha.cloud/e-nota-fly/ajuda/webservice-dps Em: 1.1 Recepcionar uma DPS

Boa Tarde... Srs. com as alterações deste tópico realizadas estou conseguindo fazer o envio e a consulta para Jaraguá do Sul/SC, vou fazer testes ainda com outros 2 municipios e reporto como ficou. Alguem por um acaso conseguiu fazer o cancelamento? Estou fazendo testes mas ainda não consegui um sucesso

Veja se é isso que precisa. 1248-ger-nfse-soap.xml

Boa Tarde... Estou tentando emitir NFSe para Betha mas sem sucesso, como no Discord existem alguns relatos de que conseguiram enviar gostaria de compartilhar e pedir para verificarem. No site da Betha https://iss.ajuda.betha.cloud/e-nota-cloud/ajuda/outros-conteudos/web-service/ a estrutura do XML esta diferente do que consegui gerar com o ACBr, em anexo os 2 XMLs: -XmlGeradoAtualmente: forma de envio atual -ExemploDisponibilizadoBetha: exemplo disponibilizado pela Betha. Também fiz testes com a ferramenta SoapUI, importando o wsdl: https://nota-eletronica.betha.cloud/dps/ws/service.wsdl A configuração no arquivo .ini esta: [4215505] Nome=Santa Cecilia UF=SC Provedor=Betha ProRecepcionar=https://nota-eletronica.betha.cloud/dps/ws Gostaria de ver se existe alguma configuração que atenda ou se é necessário realizar alteração no componente? XmlGeradoAtualmente.xml ExemploDisponibilizadoBetha.xml

Estava fazendo testes e não estava conseguindo cancelar as notas, estava retornando: Código : X800Mensagem: Erro de Validação: --> 1871 - Element '{http://www.publica.inf.br}CodigoVerificacao': This element is not expected. Correção: Alterei a Unit "Publica.Provider.pas" removendo a tag <CodigoVerificacao> e o cancelamento ocorreu como esperado. Em anexo, Unit alterada e XML de envio e retorno de exemplo de como ficou. 202600000008376-ped-can.xml 202600000008376-can.xml Publica.Provider.pas

Boa Tarde, blz, já baixei e fiz os testes está tudo ok. Pode encerrar. Obrigado pelo retorno.

Reinstalei o componente utilizando a opção ACBrXmlDocument para preparar o terreno pros novos campos da tributação e identifiquei um problema. Ao utilizar o recurso de por a <obsItem><obsCont> e/ou <obsFisco> o XML não esta sendo gerado corretamente, atualmente o xml gerado esta assim: ... <obsFisco xCampo="FiscoCampo"> <xTexto>campo do fisco sendo testado para testar o teste de testar</xTexto> </obsFisco> ... Quando o esperado é: <obsItem> <obsCont xCampo="CampoCount"> <xTexto>testando o campo count</xTexto> </obsCont> <obsFisco xCampo="FiscoCampo"> <xTexto>campo do fisco sendo testado para testar o teste de testar</xTexto> </obsFisco> </obsItem> Fiz alterações na Unit ACBrNFe.XmlWriter.pas, se poderem revisar e subir para o SVN, agradeço. ACBrNFe.XmlWriter.pas

Pior que não consegui entender, pensei que refazendo as alterações chegaria em alguma delas que geraria o problema, mas não foi o caso.

Então, fiz um BKP da versão atual do arquivo e voltei ele para versão 33363, refiz todas modificações do arquivo atual no arquivo antigo e consegui um arquivo que não esta gerando o problema. Poderia revisar as alterações e subir essa versão do arquivo pro SVN? Alguem que estava com problemas poderia testar o arquivo e postar se resolveu? Foi necessário reinstalar o componente. Desde já agradeço a atenção dos envolvidos. ACBrBoletoFCFortesFr.dfm

Isso, se der o Zoom + ele ajusta na tela, mas o problema da impressão ainda continua. Comentei as linhas e não resolveu, até deletei o componente "ACBrBoletoFCFortes1", inseri um novo com as configurações padrões para testar, o problema continuou. Só gostaria de relembrar, se eu voltar a versão do ACBrBoletoFCFortesFr.dfm pra revisão 33363 o problema não ocorre, nem na impressão nem na visualização, isso pode ajudar a gente a entender o que esta ocorrendo?

A margem esta sendo preenchida em tempo de execução:

Só para termos certeza que estamos falando da mesma coisa: Seria dessa escala que estamos falando?

Boa Tarde, @Juliomar Marchetti não sei se seria um problema apenas na visualização, no meu caso esta ocorrendo a perca da informação também na impressão. No lado esquerdo temos a impressão na versão atual, no lado direito temos a impressão do arquivo ACBrBoletoFCFortesFr.dfm voltando pra revisão 33363. Da de notar que o "comportamento" dele é diferente, o a versão atual do arquivo fica com uma margem maior que a versão anterior. Fiz a comparação do que houve de alteração no arquivo ACBrBoletoFCFortesFr.dfm revisão 33363 e a versão atual mas não consegui encontrar qual foi a alteração que estaria gerando essa diferença. Notei que foi alterado algo do PIX copia e cola, que alguns compotentes foram puxados pra cima, mas nada disso traz sentido para o que esta ocorrendo com a margem a direita. Mexo muito pouco no fortes e posso ter deixado passar algo, conseguiria dar uma luz?

Funcionou Italo. Como o meu primeiro erro foi: Ao criar a pasta no diretorio o erro parou de ocorrer, então não me ative que ainda assim precisaria preencher o campo "Schemas Provedor". Obrigado pelo auxilio.

Boa Tarde... Estou tentando utilizar o ACBrNFSeX com a emissão para Taubaté/3554102/SP e estou tendo o um erro ao tentar validar o xml: Erro de Validação: Erro: Schema inválido --> 3035 - Element '{http://www.w3.org/2001/XMLSchema}element': The attribute 'maxOccurs' is not allowed. ------------------------------ Versão OpenSSL OpenSSL 1.1.1j 16 Feb 2021 01.01.01.0AF C:\Windows\SYSTEM32\libcrypto-1_1.dll C:\Windows\SYSTEM32\libssl-1_1.dll ------------------------------ Requisição Ambiente : 2 Cidade : Taubate/SP Provedor : Etherium Versão: 2.04 Data/Hora: 20/06/2024 13:28:36 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : X800 Mensagem: Erro de Validação: Erro: Schema inválido --> 3035 - Element '{http://www.w3.org/2001/XMLSchema}element': The attribute 'maxOccurs' is not allowed. Correção: --------- NFS-e Numero....: 1 Cod. Verificacao: Prestador.......: Empresa Testes Tomador.........: INSCRICAO DE TESTE E TESTE Como na pasta schemas não encontrei o solicitado ao tentar gerar o XML, baixei o ele do site: https://abrasf.org.br/biblioteca/arquivos-publicos/nfs-e/versao-2-04 Alguem poderia me ajudar a entender o que esta ocorrendo, se o schemas a ser utilizado é o correto ou se é alguma falta de cofiguração? Em anexo o XML gerado assim como o arquivo .ini de configuração utilizado. ("temp1" "ACBrNFSeX_Exemplo") ACBrNFSeX_Exemplo.ini temp1.xml

Enviado.

Bom Dia... Realizando testes já com a alteração do TK-3432 notei que os indices para saber se o Arquivo tem o Cedente como CNPJ ou CPJ ficaram trocados. Segue manual e Unit já com a alteração. ACBrBancoUnicredES.pas GR - COB136 - Layout CNAB 240 - Retorno 03DEZ2019.pdf

Resolvido, pode encerrar o tópico.

Boa Tarde... Estava Testando os Layouts procurando os que permitem o uso de uma Logo para empresa e notei que 2 deles ao por uma logo com o tamanho maior do que o componente as logos eram cortadas: imgLogoEmpresaBoleto imgLogoEmpresaServicos Para os 2 componentes a cima ativei a propriedade "Scaled" no dfm "...Fontes\ACBrBoleto\FC\Fortes\ACBrBoletoFCFortesFr.dfm". Podemos por como padrão essa configuração(subir para o SVN) ? ACBrBoletoFCFortesFr.dfm