Matheus Rossi

Segue anexo o arquivo mensagens.txt, se isso ajudar, mas acredito que possa ser alguma diferenciação entre os comandos AT do componente em relação ao modem talvez? Apesar que pesquisei sobre isso, existe um padrão para esse comandos, que são utilizados por esses modens correto? Se alguém puder ajudar, pois ainda não consegui receber nenhuma mensagem através do componente, mas se coloca o chip em um celular, o app de mensagens SMS recebe normalmente. mensagens.txt

Estou realizando testes em um modem ZTE MF823L, envia mensagens normalmente, mas ao chamar o método ListarMensagens retorna sempre "00 mensage(ns) encontrada(s).", sendo que enviei vários SMS de outros números. Isso em qualquer opção: Todas, Somente Lidas ou Somente Não Lidas. Alguém já passou pelo mesmo problema, mesmo que utilizando outro modem, e conseguiu achar a solução?

Boa noite! Melissa você conseguiu resolver? Estou com a mesma dificuldade...

Boa tarde Italo! Utilizo o Fast. Vou fazer as alterações no componente e assim que tiver pronto posto o fonte. Obrigado!

O arquivo XML de NFSE retornado pelo provedor BETHA, formata o campo Discriminação dos Serviços entre chaves e colchetes, e além do valor atribuído a esse campo ao gerar o RPS, também no retorno é adicionado várias informações entre colchetes como Valor do Unitário, Valor do Serviço, Qtde, sendo assim fica difícil a leitura para maioria dos usuários e clientes. Tem como formatar igual a impressão disponível direto pelo sistema da BETHA (os campos são organizados em uma tabela)? Ou se existir alguma outra forma de deixar esse campo apenas com o que realmente é atribuído ao gerar o RPS.

Boa noite Ítalo! Acredito que o Betha na versão 2.0 (Bethav2) não está totalmente funcional, então segui a orientação que você escreveu em outro post, de utilizar a versão 1.0 (Betha), agora está funcionando perfeitamente. Obrigado pela ajuda.

Boa tarde Ítalo! O arquivo 1-env-lot.xml anexado no início do post, no validador de assinatura da RFB resulta em uma das assinaturas inválida. O arquivo modificado com as assinaturas válidas que você solicitou é exatamente onde não consigo chegar. Mesmo gerando o LOTE assinando somente o RPS, não consegue validar. Nos testes que realizei, o problema não está no conteúdo da TAG SIGNATURE. A assinatura somente não é validada no arquivo XML do LOTE (anexo no começo do post arquivo 1-env-lot.xml), já no arquivo XML do RPS a assinatura é validada corretamente (anexo no começo do post arquivo 3517100629277300017556000000000020001-rps.xml). No momento não faço ideia do que preciso fazer pra resolver, mas vou continuar tentando até achar a solução, qualquer ajuda é muito bem vinda. Obrigado mais uma vez pelo retorno.

Obrigado Ítalo pela atenção. Sua explicação ajudou a esclarecer uma parte do problema, mas ainda continuo tentando entender o por que a assinatura fica inválida no arquivo XML do LOTE, no qual possui as TAGS adicionais <ListaRps>, <LoteRps>, <EnviarLoteRpsEnvio> em relação ao arquivo XML do RPS que por sua vez a assinatura é válida. Esse problema estou até o momento procurando a solução, se tiver outras sugestões agradeço.

Fiz outro teste no validador da RFB removendo as TAGS: <ListaRps> <LoteRps> <EnviarLoteRpsEnvio> A validação ocorreu com sucesso. O que não consigo compreender é por que retirando essas TAGS a assinatura é válida, seria erro de estrutura do XML de LOTE? Comparei essas TAGS (removidas) e está exatamente como especificado no XML de exemplo do provedor Betha. Estou tentando achar o problema, mas se esgotaram as tentativas até o momento. Pesquisei dentro do fórum do ACBR e em outros fóruns, mas sem sucesso em todas as tentativas.

Recentemente comecei utilizar o provedor Betha, mas estou tendo problema na assinatura digital do arquivo XML do LOTE, o retorno do provedor acusa a seguinte falha: Arquivo enviado com erro na assinatura. No XML do RPS a assinatura é validada corretamente. No arquivo XML do LOTE, comparei a TAG SignatureValue e verifiquei que os valores são diferentes quando entre a assinatura do LOTE e o RPS. E quando manda assinar somente o RPS a assinatura do arquivo XML do RPS fica válida e a do arquivo XML do LOTE (referindo-se a mesma assinatura na TAG do RPS) fica inválida. Segue abaixo o link para validar a assinatura dos arquivos que estão em anexo, sendo que um é o arquivo XML do LOTE e o outro o RPS (lembrando que nesses arquivos está habilitado a assinatura do LOTE e do RPS, mas em qualquer situação que manda assinar, o LOTE fica com assinatura inválida e o RPS válida). https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/Assinadoc/ValidadorAssinaturas.app/valida.aspx 1-env-lot.xml 3517100629277300017556000000000020001-rps.xml

Também estou passando exatamente pelo mesmo problema com provedor Betha na cidade de Monte Alto/SP. Segue anexo arquivo XML do lote. Em anexo também imagem da validação da assinatura feita no site da RFB, resultando em assinatura válida. 1-env-lot.xml

Boa tarde. Alguém chegou implementar?

Bom dia! Estou com o mesmo problema ao utilizar a impressora MP4200TH via rede, o IP da impressora está informado corretamente, também fiz o teste com todas as opções de página de código e não imprime. Utilizando diretamente a DLL em outras opções do nosso sistema imprime normalmente. Alguém passou pelo mesmo problema e tem alguma sugestão? Agradeço desde já a atenção de todos do fórum.

O problema persiste, deve ser algum erro nos fontes que alimenta os .fr3, não consegui identificar, quem colaborou na implementação do componente pode resolver com certeza. Instalei o componente do Fortes Report, resolveu e funcionou perfeitamente.

Qualquer um dos quatros fr3 disponíveis. Se usar o demo ocorre exatamente o mesmo problema, inclusive no primeiro post esqueci de mencionar que também duplica as linhas, por exemplo, no primeiro boleto sai certo, no próximo vai duplicando as instruções de abatimento, juros, mora, etc e assim sucessivamente até o último boleto. Vou tentar descobrir nos fr3 se tem algo de errado.

Impressão de valores de juros e mora sai repetido o valor do primeiro boleto criado na lista, ou seja, se gerar 10 boletos os 10 vão sair com o mesmo valor de juros e mora. O mais estranho é que os outros campos sai tudo certo de acordo com a lista, e no arquivo remessa os valores também ficam corretos, somente na impressão, estou usando fast report. Estou com as atualizações mais recente do trunk2. Será que alguém passou por esta situação e tem alguma solução?

Estou utilizando Delphi XE7 e Fast Report 5.0 Embarcadero Edition, acontece esse mesmo problema, reinstalei o delphi e o ACBr do zero e não resolveu, alguém tem alguma sugestão? Inclusive na paleta de componentes do fast aparece os componentes de exportação para PDF e vários outros formatos.

Conclusão: vou tentar reinstalar o Delphi XE7 (acompanha o FR 5.0 Basic) pra tentar resolver, pois o problema aparentemente é no componente FR, não tenho certeza, por que anterior a revisão do ACBr que mencionei no post anterior não acontecia o erro, pra isso não tenho explicação ainda. Se alguém passou pelo mesmo problema e resolveu de alguma outra forma e puder postar fique a vontade.

Também estou com o mesmo problema, estou com a revisão 10570, fiz a instalação do zero a partir do ACBrInstall_Trunk2, não houve nenhum erro. Alguém encontrou a solução? Estou tentando encontrar a solução, qualquer novidade volto a postar.

Estou com esse mesmo problema: property transparency not found em TfrxPDFExport Atualizei os fontes e o pacote de instalação, removi o componente, o .bpl, reinstalei o componente DANFSE e o erro persistiu, alguém passou pelo mesmo problema e tem alguma solução? Desde ja agradeço quem puder ajudar.

Boa tarde barrys, conseguiu resolver o erro: arquivo servico_enviar_lote_rps_envio_v01.xsd não encontrado. ? Pra tentar ajudar, dei uma olhada na pasta Schemas do provedor Ginfes e possui esses dois arquivos semelhantes: servico_enviar_lote_rps_envio_v02.xsd e servico_enviar_lote_rps_envio_v02.xsd Gostaria de saber se alguém está utilizando o componente para cidade de Jaboticabal?

Nesse caso da CCe o erro foi meu, simplesmente não estava passando a chave da nfe, e quando passava não era uma chave válida. E sinceramente não encontrei nos fontes do componente onde é feito essa validação da chave, que por sua vez gera esta exceção. Desculpe tomar o tempo e muito obrigado pela ajuda.

Quando citei o problema estava com as atualizações do dia 04/11, e nesse dia removi tudo e reinstalei do "0" pois passei para o trunk2. Acabei de atualizar os fontes, compilei a aplicação e o erro persiste, inclusive no demo também. Verifiquei todas as chamadas desde minha aplicação até passar por todos os fontes do componente e nada de encontrar o problema, será que é aconselhável remover tudo e reinstalar o ACBr? Tem alguma sugestão?

Depois que atualizei para o trunk2 e reinstalei os componentes, estou com esse mesmo problema, porém não encontrei nenhuma solução, mesmo setando a propriedade IniServicos o erro acontece, mas no meu caso é com a CCE: URL Não Definida para: TNFeEnvEvento. Também fiz o teste pelo Demo e o problema acontece igual. Agradeço se tiver alguém que ja passou pela mesma situação e possa ajudar.

Problema foi resolvido abrindo o arquivo ACBrMDFeDAMDFeRL.dfm, ignorando todos os erros de propriedade, alterando e revertendo qualquer alteração no código ou form somente para poder salvar o arquivo com as modificações, feito isso compila o pacote de instalação ACBrMDFeDAMDFeRLpkg.dpk e instala. Acredito que poderia deixar esse arquivo somente para o Delphi, pois ja existe o componente específico para o Lazarus, a não ser que esse último não esteja funcional e tenha que utilizar do Delphi. Muito obrigado pelo retorno.