Painel de líderes

Olá pessoal! Temos o prazer de informar que mais um novo componente foi adicionado ao projeto: ACBrLCDPR. O ACBrLCDPR foi criado para facilitar a geração do LCDPR - Livro Caixa Digital do Produtor Rural. Esse componente segue a mesma ideia de outros componentes para geração de arquivos como ACBrSPEDFiscal, ACBrSPEDPISCOFINS, ACBrSEF2, etc... Com ele você pode gerar o arquivo sem se preocupar com o layout do arquivo. A sua preocupação será apenas com as informações que precisa aprensentar. Como é um componente novo, temos consciência de que alguns ajustes talvez sejam necessários. Todos podem ficar à vontade reportar problemas. Podem fazer isso por criar um novo tópico com ajustes e anexar nele. Crie o tópico no subfórum ACBrTXT -> Outros (ACBrLFD, ACBrSEF2, etc). Mas queremos agradecer ao @Willian Hübner que pôs a mão na massa e fez a doação do componente que serviu como base dessa versão. Queremos também aproveitar a oportunidade para agradecer aos nossos usuários SAC. Seu apoio nos ajuda a continuar avançando.

Questionei esse banco sobre a possibilidade de integração e também o link para download do material de integração, mas eles não deram nenhum retorno.

Olá brafelinfo Seus arquivos de schemas (XSD) estão desatualizados. Atualize com os novos arquivos disponibilizados no repositorio.

É um sistema em Forms 6i onde faço uma chamada a uma package de banco (PL/SQL) que gera o xml. Alterei o xml gerado. Errado: <dup> <nDup>3881/001</nDup> <dVenc>2019-11-06</dVenc> <vDup>362790.00</vDup> <nDup>3881/002</nDup> <dVenc>2019-11-21</dVenc> <vDup>40310.00</vDup> </dup> Correto: <dup> <nDup>3881/001</nDup> <dVenc>2019-11-06</dVenc> <vDup>362790.00</vDup> </dup> <dup> <nDup>3881/002</nDup> <dVenc>2019-11-21</dVenc> <vDup>40310.00</vDup> </dup>

Isso pode ser o formato da conexão. Não tenho certeza que seja como você diz que os dados estão em memória. Isso está relacionado ao controle de transações. Eu particularmente não tenho muita experiência com esse componente IBConnection. Mas se o jeito de fechar uma transação é usar o Close, então é isso que você precisa fazer. Mas o ideal é fechar a transação assim que ela deixar de de ser útil e não antes do próximo Select. Pra ser mais preciso, eu necessito de um programa que exemplifique o seu problema para analisar aqui na minha máquina.

Por favor anexe o XML, que gerou esse PDF, para testes e Debug...

Boa tarde, Daniel Schroeder Sobre os fontes do ACBr, você poderá baixar no link abaixo: https://www.projetoacbr.com.br/fontes/

Fiz uma revisão no código e fiz o ajuste, procuro sempre conferir bastante antes de postar no fórum ... Muito obrigado !!!

Para o CTe não foi disponibilizado o método DistribuicaoDFe pela chave, como existe para NFe. Existe apenas o DistribuicaoDFePorUltNSU e DistribuicaoDFePorNSU.

Boa tarde Amigo, tenta indIEDest=1

O Fast também precisa ser versão 5.x acima para usar a maioria dos fr3 do repositório. Com o FR4 terá esses erros.

Alguns campos como CSC e Certificado podem ser configurados via comando, mas não são todas as configurações que é possível via comando, configurações não rotineiras precisa fazer na interface mesmo... https://acbr.sourceforge.io/ACBrMonitor/NFESetCSC.html https://acbr.sourceforge.io/ACBrMonitor/NFESetCertificado.html

Favor desconsiderar este post, a solução sugerida a cima funcionou!

boa tarde Felipe.... ja achei o problema.... o sistema só gera a tag do QR CODE ao validar o xml, eu estava só gerando o xml e abrindo pra ver se aparecia a tag, mas depois que validei e assinei, ai apareceu... deu certinho...obrigado pela ajuda....

consegui resolver o problema criei um arquivo CliSiTef.ini dessa forma o sistema funcionou corretamente aparecendo o modulo digitado

Olá @André Ferreira de Moraes Muito obrigado pela ajuda e empenho de todos vocês... Vocês são feras!!! Problema resolvido...

Bom dia, jhony2507. Tente deixar o campo "indIEDest=9" e não coloque nada no IE.

Vc está passando número inicial e final como 0.

Bom dia, O que esta faltando?

Desabilite a propriedade ImprimeLogoLateral. ACBrNFeDANFeESCPOS1.ImprimeLogoLateral := False;

Problema na SEFAZ-MG. Mantenho um Serviço em VB.NET que não utiliza os Componentes ACBr e tenho clientes tendo o mesmo problema. Já avisei eles para irem xingar a SEFAZ-MG, estou lavando as minhas mãos Todo mês é um problema na SEFAZ desse estado... complicado...

Bom dia, Devido a relatos aqui no fórum de um possível problema que estava ocorrendo ao utilizar este método, está sendo realizado um "Clear" nas propriedades da classe NFe, antes de executar esse método. Se você não estava tendo problemas ao utilizar o método, não deve mudar nada.

Obrigado Daniel! Vou pesquisar! Valdeci

Veja o que diz o manual para o campo CST_ICMS do registro C170: Com relação aos impostos, eles só devem ser declarados caso o declarante estiver se creditando do imposto, caso das empresas do lucro real.

No Acbr existe alguma forma de formatar essa aliquota para 4 casas ?

vou tentar

Vacilei aqui. Se o indiedest=2 é isento, faz todo sentido de não gerar a tag= IE, Desculpe e obrigado,

Estranho que o XML anexado, passou sem nenhum erro:

Isso pode ser configuração na balança ou no aparelho. Talvez esteja configurado para reconhecer apenas esse valor, desconsiderando o restante... Notei que o manual que tinha anexado era do modelo 420 mas você iniciou o tópico falando do modelo 400, cujo manual atual é esse: https://cdn.toledobrasil.com.br/app/institucional/files/manuais/MU TI400 - 3474457 - Rev. 05-08-19.pdf Você precisa verificar qual protocolo o aparelho fala e verificar se o ACBrBal tem esse protocolo. É preciso também garantir que as configurações da comunicação também são iguais (como velocidade, paridade, stop bits, etc...). Geralmente isso resolve. Caso contrário, é necessário criar uma nova classe para o protocolo que o ACBrBal não fala. Como não temos um aparelho desse, fica difícil implementarmos e testar um novo protocolo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

É exatamente esse problema da terceira empresa que você tentou cadastrar que está acontecendo aqui. Há um defeito para recuperar a senha, o suporte abriu um chamado para solucionar. Até se puder relatar esse problema pro suporte também quem sabe eles dão uma prioridade maior por perceber que mais pessoas enfrentam esse problema. O detalhe é que eles tem problemas bem maiores para dar prioridade e esse acaba ficando pra trás. Você está utilizando o componente ACBrNFSe?

Boa tarde Juliana, pode fechar esse post, tinha muitos erros na estrutura, refiz tudo e esta ok. obrigado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Ok obrigado. vou aguardar

Ok. Caso não funcione, tente anexar o XML aqui para validação.

Bom dia Filipe, Já testei esta combinação, também não funcionou. Vou tentar reinstalar o componente, pode algo algo relacionado com algum lixo de versões anteriores. Obrigado pelo retorno

Bom dia. Ainda não. Att.

Bom dia. Sua sugestão é interessante, porém requer análise e demanda um certo tempo, por isso ficou registrada mas sem previsão de análise. Caso queira iniciar a implementação e anexar aqui, podemo lhe auxiliar com as dúvidas que possam surgir. Att.

Olá Valmir, Estou analisando os logs... já vou te dar um retorno.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia a todos, Qual é a versão do Monitor?

Bom dia. Infelizmente no momento a única opção seria o uso dos componentes em Delphi/Lazarus. Att.

Bom dia Juliana, por algum motivo ainda não entendido, resolveu sim. O problema que ocorreu no início do tópico não acontece mais. Estou conseguindo gerar aplicativos tanto em 32bits quanto em 64bits, porém não foi feito absolutamente nada. Obrigado pela ajuda.

Faltou as dll do openssl.

https://www.unifil.br/portal/institucional/servicos/programa-aplicativo-fiscal

Boa tarde Por favor forneça mais detalhes...qual impressora, qual a configuração.. Att.

Você poderia usar o ACBrMonitor... veja mais em: https://www.projetoacbr.com.br/acbr-monitor-plus/ Ou ainda usar a ACBrLib... onde já existe a ACBrLibMail... Veja esse tópico...

Olá pessoal, A versão mais recente chamada de 3.00a tem como diferencial a tag que contem a string do QR-Code. O ambiente de produção das SEFAZ-Autorizadoras passou a exigir essa tag a partir do dia 26/08/2019, sendo assim não faz mais sentido a propriedade de configuração: GerarInfCTeSupl que dependendo do seu valor gerava ou não o grupo <infCTeSulp que contem a tag <qrCodCTe>. Será removido a condição para gerar ou não o grupo <infCTeSupl> bem como a propriedade de configuração mencionada acima, pois agora esse grupo tem que existir no XML. Ao atualizar os fontes a partir do dia 14/10/2019 poderá ocorrer erro de compilação e ou de execução por conta dessa propriedade que não vai mais existir. A solução para esse problema é muito simples: 1. remover dos fontes da sua aplicação todas as linhas que fazem referencia a propriedade GerarInfCTeSupl. 2. abrir os arquivos DFM que contem o componente ACBrCTe e remover a linha que contem a propriedade GerarInfCTeSupl. Feito isso basta compilar a sua aplicação com a opção Build.

Aproveitando, fiz algumas alterações que correspondem ao leiaute 1.2 do arquivo. segue anexo para avaliação dos moderadores, se estão de acordo, podem publicar! BrLCDPR.rar