Painel de líderes

Foi realmente um ótimo evento. Palestras muito interessantes e esclarecedoras. Somente tenho uma sugestão: Para dar alternativas e agilidade no almoço, trazer alguns food trucks com opções diversas para a alimentação. Abraços, Paulo

O erro é típico de versão do OpenSSL antiga, que ainda não suporta TLS1.2 Pegue (todas) as DLLs da pasta "\ACBr\DLLs\OpenSSL\1.0.2.13\x86", e copie na mesma pasta do seu .EXE

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

Parece ser um Bug no Filtro PDF do Fortes Report....mas seria complicado debruçar nos fontes do Fortes, e tentar compreender porque ele não computa o tamanho da linha corretamente, com a fonte em Arial... Acho que é mais simples aplicarmos a sua sugestão e mudar a fonte para Courier New

Boa tarde ALA, Favor atualizar todos os fontes de todas as pastas, reinstalar os componentes e faça novos testes. Note que fiz alteração no arquivo INI do provedor NFSeBrasil.

Obrigado Amarildo pela atenção, mas descobri o problema aqui, após vc ter pedido os logs. Att Claudio

Boa tarde Henrique, Se chegou a funcionar depois no dia seguinte sem alterar nada ocorre esse erro, com certeza deve ser algum problema no provedor. Favor entrar em contato com eles e expor o problema.

Sim Obrigado.

poderia por favor anexar um PDF demonstrando o problema ? Acho que seja necessário mudar o Texto para um Memo

boa tarde.. sim.. ja foi aberto um topico sobre isso

você já não está com um tópico aberto falando sobre isso?

Substitui o arquivo nfse.xsd do Schemas pelo do fonte do ACBr, está enviando as notas. Obrigado pelo suporte!

Tente ajustar a página de código no componente... para 852 ou 860

@Italo Jurisato Junior como sempre muito obrigado pela resposta e me mostrar o meu erro. Realmente estou fazendo da forma que você citou acima... Vou alterar esse cMDF e cCT agora mesmo. Abraço, Wagner

OK, ja passei o assunto a ele obrigado...

Bom dia Wagner, Você esta cometendo um erro que muitos cometem. Quem disse que o valor de cMDF tem que ser igual a nMDF? No final da pagina 100 do Manual do MDF-e versão 3.00 temos: nMDF = Numero que identifica o Manifesto: 1 a 999999999 cMDF = Código aleatório gerado pelo emitente, com o objetivo de evitar acessos indevidos ao documento. O campo nMDF tem um tamanho que varia de 1 a 9 dígitos, por outro lado o cMDF tem um tamanho fixo de 8 dígitos. Tanto o nMDF quanto o cMDF fazem parte da chave que contem 44 dígitos, não faz nenhum sentido ter nessa chave dois campos com o mesmo valor. Pelo jeito você comete esse erro no CT-e, correto? Essa transportadora esta vulnerável, pois se o XML ou o DACTE cair na mão de um concorrente, esse poderá (se tiver paciência) descobrir quais são os remetentes e destinatários mais frequentes, bem como o valor cobrado pelo frete. Desta forma o concorrente poderá entrar em contato com essas pessoas (remetentes / destinatários) oferecer o mesmo serviço por um preço mais em conta. Pare e pense, você esta pondo em risco o futuro dessa transportadora.

Tem que testar pois o LazReport é para Lazarus o projeto correspondente e ele é o FreeReport mas não lembro se funciona no Tokyo

Qual a marcar/modelo da balança? Pode ser a configuração dela que está com o tipo de protocolo que envia o peso de forma constante e não quando você solicita.

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

Excelente Sergio vou testar agora

Não analisei na íntegra, mas de cara os 2.20 no vCFeLei12741 é maior que a soma dos 0.13 no vItem12741 de cada ítem.

pode ser necessário aumentar o timeout.

Daniel, Esqueci de enviar um exemplo do PDF já com a nova Fonte. Sat.pdf

Boa tarde, o pipino ainda continua, coloquei uma rotina na minha aplicação, se retornar " Erro:Erro: 12002 - TimeOut de Requisição", manda de novo, e de novo, e de novo, até conseguir, esta dando certo, demora mas vai, também aumentei o TimeOut pra 60 segundos...

Boa tarde Paulo, Verifique se o arquivo Goiania.ini na seção assinatura os campos RPS e RpsGerar estão recebendo o valor 1.

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

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

Eu cheguei a ver esse post antes de criar esse tópico, mas no meu caso, como disse, mesmo setando a porta para lpt, a gaveta não recebe o comando. simplesmente, não tenho resposta nenhuma. Mas com o ACBrPOSPrinter funciona.

No site não encontrei nenhuma informação. Apenas tem a informação que fica a critério de cada UF exigir ou não essa informação. Achei a resolução do estado de Minas revogando a obrigatoriedade: Resolução que obrigava o envio: http://www.fazenda.mg.gov.br/empresas/legislacao_tributaria/resolucoes/2017/rr5071_2017.htm Resolução que revoga o envio: http://www.fazenda.mg.gov.br/empresas/legislacao_tributaria/resolucoes/2018/rr5151_2018.htm Os demais estados ainda não localizei, mas acredito ser verídica a informação...

Sim, já havia olhado a referida documentação. Como dito ali, este seria o melhor caminho... porém, não é viável aplicar este conceito a minha necessidade. Estou migrando do BDE para FireDac(7 para Tokyo), e isto implicaria em, primeiramente, setar o "Connection" de todos os componentes de acesso a dados para conseguir centralizar este controle. No momento, estou trabalhando com com a conexão definida ao "ConnectionName". Entendo que o grande ponto no meu contexto é: o FireDac abre uma transação implícita ao dar um ".Post" que, se não for comitada, só será no momento no encerramento da conexão.

Desses links já chegaram a ler essa parte

Boa tarde Gabriel, Muito simples, você esta comparando o XML de um RPS com o XML de envio do lote de RPS, que obviamente tem mais elementos. O componente possui as seguintes configurações: Configuracoes.Arquivos.Salvar := True ou False; se true salva os XML do RPS e da NFS-e. Configuracoes.Geral.Salvar := True ou False; se true salva os XML secundários, por exemplo o de envio de lote de RPS.

Legal! O mORMot é uma ferramenta muito poderosa e, na minha opinião, é ideal para o que está querendo fazer. Se começar a usar ele vai querer jogar fora os TDatasets. ? Realmente, você ter que alterar um código chamado milhares de vezes não é o desejado. Se não me engano a unit SynDBVCL.pas pode ajudar nessa conversão. Mas você precisa mesmo de um pouco de cautela. O que você colocar no componente IBXQuery e UniQuery em tempo de design, não vai funcionar em tempo de execução. Afinal, você mesmo admitiu que não está usando a conexão desses componentes. Quando você faz: Você substituiu a query desenhada em tempo de design, e consequentemente os campos (TFields) adicionados em tempo de design também param de funcionar. Um detalhe é que isso acontece toda vez que o comando acima for executado, cada vez apontando para uma referência diferente. O mORMot já tem uma função que retorna o Dataset preenchido. Se não me engano um TClientDataset. Veja esse post no blog deles, embora um pouco desatualizado, indica a unit que mencionei acima. A conexão sempre vai ser necessária, de uma maneira ou de outra, mesmo que por fora do TDataset. No seu caso, a conexão terá que ser feita pelo mORMot. Processar os dados manualmente e preencher um TDataset daria mais trabalho do que substituir o seu design atual. Eu não recomendaria isso de forma alguma. É preferível remover de vez os componentes em tempo de design e passar a usar só o mORMot. Com certeza daria um trabalho braçal agora, mas tornaria seu aplicativo muito mais clean, fácil de dar manutenção e com uma possibilidade de erros muito menor. A outra opção mais interessante que vejo é tentar fazer funcionar o proposto no começo: remapear todos os campos em tempo de design para os campos criados pelo mORMot. Note no entanto que você teria que fazer isso para cada query existente no seu datamodule e toda vez que a query for ativada. Ou seja, você teria criar um método que faz o mapeamento dos campos e substituir em todos os lugares que é executado comandos semelhantes aos abaixo: UniQuery1.Open; //ou UniQuery1.Active := True;

bom dia.. por que nao faz o seguinte: Entre em contato com o Contador, expoe o problema e ai o contador, vai entrar em contato com o Sefaz para ver o que esta ocorrendo.

A correção do contador de registros no registro trailer do BB foi corrigida dia 26/10, então recomendo que atualize o seus fontes. Sobre os outros erros, durantes os testes que fiz e de outros usuárias a respeito de um outro erro, como descrito no tópico abaixo, não deu esses erros no número sequencial dos registros. Se possível, atualize os fontes e refaça os testes ou até utilize, nos testes, o .pas que disponibilizei no mesmo tópico, se ainda persistirem o erro anexe o arquivo de remessa para que seja analisado por favor.

Valeu! Estudando em 3, 2, 1...

opa..

Bom dia, dannymazzo. Estranho... Aqui funciona perfeitamente. Tente apagar a pasta do ACBr, baixe novamente e tente executar o demo.

Amigo, você estava certo. Fazia essa configuração em tempo de execução na hora do envio e na consulta não fazia. Coloquei configurado no componente e ficou ok. Obrigado pela ajuda. Não sei como colocar [Resolvido] no título..rs

6.3 - Mostre respeito pelo modo de escrever. Escreva de modo claro, gramaticalmente e semanticamente correto. Não escreva TUDO EM MAIÚSCULAS. Isso é lido como se estivesse gritando e é considerado rude. Favor leia as regras do fórum.

Ok, tranquilo, desmarquei aqui, tava sim marcada, vou ver o que mais posso fazer e ver se consigo emitir sem problemas agora. Agradeço desde já!

Mas esse problema não é exatamente sobre a IBXQuery ou UniQuery. É sobre objetos e referência. Bom, em algum momento ele precisa se comunicar com o BD. Então a conexão precisa ser feita. A menos que estejamos falando de coisas diferentes aqui... Mas pelo que você mencionou anteriormente, a conexão funcionava. Veja o que você mesmo escreveu antes: Isso significa que aconteceu a conexão. É um pouco difícil orientar vocês porque não entendi muito bem o que vocês querem fazer nem sei qual é o framework que vocês estão utilizando para fazer o ORM.

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

Desenvolvendo no Linux com ACBr Visulizar Arquivo - Slides e PDF com passos para instalação da VM e configuração do OpenSuse. Mãos a Obra… Veja na prática, como Criar um ambiente de Desenvolvimento no Linux, usando: OpenSuse, Lazarus/FPC e ACBr. Compile o Demo do ACBrNFe em Linux 64 bits Veja o vídeo em: Autor Celso Marigo Junior Enviado 19-11-2018 Categoria Dia do ACBr 1a edição

Sim, já está implementado para abrir e fechar quando não for DF, somente para sped com data igual ou superoir a 01/01/2019

Resolvido!, vlw italo muito obrigado pela ajuda, o problema era esse mesmo; muito obrigado tb felipe.

Bom dia Dercide, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Em SP, quem utiliza a NFC-e precisar possuir um aparelho SAT ativado para realmente estar em conformidade com a legislação estadual.