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.

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.

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.

conseguiu resolver seu problema?

Boa Tarde Hugo, pelo visto o problema já foi corrigido pela Sefaz de MG hoje de manha, agora eles estão na versão <verAplic>1.2.61</verAplic>, a versão <verAplic>1.2.60</verAplic> aparentemente estava com algum problema. O erro era o seguinte, eles não estavam reconhecendo a TAG <autXML> <CNPJ>04898488000177</CNPJ> </autXML> Mas pelo visto já esta tudo ok OBS: Nosso CTe-OS não era de complemento, não sei se é o mesmo seu caso, mas o nosso caso era isso. Abraço

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;

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.

Bom dia Alisson, Tanto o CTe (DACTE) quanto o MDFe (DAMDFE) se utilizam do mesmo Report (Fast ou Fortes)?

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.

boa noite.. referente a sua pergunta, sim.. voce tem de mandar o arquivo de remessa pelo site do banco..

Sim já existe logo subo os demos para o repositório.

@Jean Semolini Foi enviado ao repositório correções para resolver o problema do envio e também algumas atualizações em relação ao Demo em Java. Lembrando que ser for usar SSL ou TLS precisa também das bibliotecas do OpenSSL que se encontra na pasta DLLs\OpenSSL\1.0.2.13\.

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.

Boa tarde. A ambiente de testes deles voltou a funcionar. Se enviar a nota com a série "TESTE", o webservice retorna a nota número 370 com dados fictícios sem erros.

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.

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

Achei o problema. Essa linha: Ide.cMDF estava comentada. Alterei o meu sistema para ela receber o número do mdfe e deu tudo certo. Obrigado pessoal pela ajuda. Grato, Wagner

Visulizar Arquivo SPED com Padrões de Projeto/Apresentando ORMBr/Distribuição DFe Por: @Isaque Pinheiro O autor do ACBrSPED irá mostrar uma técnica para tirar melhor proveito do uso dos componentes SPED, aplicando padrões e boas práticas para minimizar e facilitar manutenções futuras. Vou mostrar o recurso de Distribuição de documento eletrônico com o ACBr e como ele poderá te ajudar em fazer download dos XMLs armazenadas no SEFAZ. E por último apresentação do projeto ORMBr Framework for Delphi, o que é, o que ele faz, como pode te ajudar, o ORMBr é um projeto opensource do qual sou autor e mentenedor. Veja também o vídeo: Autor Daniel Simoes Enviado 19-11-2018 Categoria Dia do ACBr 1a edição

Visulizar Arquivo NFC-E NO MOBILE: DA TEORIA A PRÁTICA Por: @Régys Silveira Demonstração prática de como construir servidores REST no Delphi com o intuito de facilitar a emissão de NFC-e/CF-e utilizando aplicativos mobile. Baixe os fontes e apresentação em: https://regys.com.br/palestra-dia-do-acbr/ Veja o vídeo em: Autor Daniel Simoes Enviado 19-11-2018 Categoria Dia do ACBr 1a edição

Boa noite. obrigado já está no svn. favor testar novamente

Então acabei solucionando o meu problema pegando o arquivo antigo que eu tinha DACTE_OS.fr3 e efetuando o ajuste independente do arquivo que está no repositório. (Parece que o do repositório não é compatível com o meu da versão 4). O que eu utilizava era de agosto de 2017. Em anexo o que eu alterei, caso interesse comparar. DACTE_OS.fr3