EMBarbosa

Olá Alex, Você chegou a encontrar esse exemplo abaixo no página de modelos do manual? ; informações para emissão CTe de Substituição, verifique no Manual Sefaz as situações para Substituição. [infCteSub] chCte= CNPJ= mod= serie= subserie= valor= dEmi=

O erro está na seguinte mensagem: Compiling package D:\Install\Componentes\ACBr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Fortes\ACBr_NFeDanfeRL.dpk "C:\Program Files (x86)\Embarcadero\Studio\17.0\bin\dcc32.exe" "D:\Install\Componentes\ACBr\Pacotes\Delphi\ACBrDFe\ACBrNFe\DANFE\NFe\Fortes\ACBr_NFeDanfeRL.dpk" Embarcadero Delphi for Win32 compiler version 30.0 Copyright (c) 1983,2015 Embarcadero Technologies, Inc. D:\Install\Componentes\ACBr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFCe\Fortes\ACBrDANFCeFortesFr.pas(1323) Error: E2003 Undeclared identifier: 'UnlimitedHeight' ACBr_NFeDanfeRL.dpk(92) Fatal: F2063 Could not compile used unit 'ACBrDANFCeFortesFr.pas' Compilation failure Erro ao compilar o pacote "ACBr_NFeDanfeRL.dpk". Abortando... Ocorreram erros na compilação dos pacotes. É provável que ou o Fortes de sua máquina não está completamente atualizado, ou há alterações locais nos arquivos.

Olá Claudio. Primeiramente, muito obrigado pela contribuição. Gostei muito de você ter separado o exemplo em uma outra aba, em vista de tantas informações necessárias. Infelizmente, seu exemplo substituiu os geradores de relatório do Fortes report pelo Fast Report e inclui componentes de terceiros (TVirtualTable) que não poderia ser utilizados por quem tem uma licença Professional do Delphi. Sendo assim, não podemos enviar o código ao SVN nesse estado. Se você ou algum outro usuário tiver o interesse em corrigir esses pontos acima, teremos o prazer de fazer a atualização no código. Mesmo que não possa, mais uma vez, obrigado pela intenção em ajudar. Talvez outros usuários que tenham esses componentes ainda possam achar esse tópico e exemplo úteis.

Veja que no vídeo aparecem apenas Warnings, Hints e notes. A última linha não tem informação exata do motivo do erro... Seria interessante você verificar se em outras linhas não aparecem erros. Por outro lado, talvez você já tenha resolvido com as dicas do Júnior acima. Poderia nos dar um retorno?

Olá a todos, Queremos apenas informar de uma nova funcionalidade no componente ACBrNFeDANFeESCPOS: Ele agora permite a impressão da Inutilização de uma numeração de uma NF-e/NFC-e. Embora não seja algo comum, talvez você tenha uma situação semelhante ao relatado neste link num tópico pelo usuário do SAC @OFF-TI. Ela foi introduzida na revisão 17146. Como é uma funcionalidade nova, sugestões e informações sobre erros são bem-vindas.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Apenas tome cuidado porque seus arquivos estavam desatualizados. Subi as alterações para o SVN na Revisão 17137. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Geralmente essa informação se encontra no site da SEFAZ. Já procurou no documento perguntas respondidas da sua SEFAZ.

Não sei se essa rotina de lançar residuais itens a itens é apropriada. Me parece que o correto seria executar o arredondamento/truncamento conforme o caso. Eu consigo entender quando sobra "um centavo" e se distribui em um item (ex.: ou o último, ou o de maior valor, etc...). Mas vários centavos complica... Ué... então tem alguma coisa errada... Se você seguiu a orientação do fabricante e não deu certo o mais provável é que, descartando defeitos nos equipamentos, ou eles te deram uma orientação incorreta, ou a implementação está incorreta. Daí é preciso analisar com bastante calma e se for o caso, trabalhar em conjunto com eles pra entender o que está acontecendo. Pra resolver, primeiro você precisa realmente entender qual a fonte do problema. Isso é a metade do caminho. De onde vem as diferenças dos cálculos? É a forma de arredondamento usado pelo equipamento? É forma de arredondamento da linguagem utilizada? É algum passo que não está sendo realizado da forma correta? Eles te passaram a orientação correta? O equipamento está com problemas talvez precisando de uma atualização do Software Base/Firmware? Encontrar as respostas pode não ser muito fácil, por isso monte um aplicativo simples que reproduz o problema para que você possa entender o que está acontecendo. Ele poderá ser usado também para mostrar pra qualquer pessoa que você contate buscando ajuda o problema. Por exemplo, nós...

Todas as alterações nos componentes refletem no ACBrMonitor. No entanto, comandos específicos podem exigir implementações diferentes no monitor antes de funcionar. Quanto a funcionar, acreditamos que sim. Mas como pode ver no post anterior, estamos pedindo os usuários para testar pra confirmar que não passou nada despercebido.

@MFincotto, @mansur, @EliasCesar, @Gean, Muito obrigado a todos pelas contribuições. Fiz a implementação baseada nelas. Subi as alterações para o SVN na Revisão 17134. Pelo que vi está tudo certo. Queiram por favor atualizar, testar e reportar qualquer problema. Por favor, levem em conta que como houveram muitos contribuidores pode ser que algo tenha alterado de sua contribuição para a outra. Mais uma vez obrigado.

Se a pessoa tiver acesso físico ao BD, apenas criptografia garantirá que não se consiga conectar. Acho que não. Pense bem, não faria sentido ficar armazenando esse tipo de informação. Num cenário de grande concorrência, isso tornaria o BD muito grande rapidamente. Você poderia criar triggers do BD e usar outros dispositivos das tabelas de monitoração (MON$xxx), mas talvez seja melhor você avaliar se isso é realmente o melhor jeito de resolver o seu problema (que por acaso você não disse qual é)...

Você pode discordar... mas é a verdade. Embora realmente talvez exista mais dados disponíveis por outros meios, isso é útil apenas quando você quer atacar um alvo em específico, não quando se quer montar uma base de dados. Quando você pesquisa numa ferramenta de busca os dados de retorno não são formatados e podem estar desatualizados. Isso os torna menos valiosos e dificulta automatizar.

Sim. O problema é que existem muitos fazendo consultas sistemáticas e montando bases de dados para uso indevido, como vender, fazer golpes, etc... Não é por menos que o governo fica preocupado e está tornando o acesso de maneira automatizada cada vez mais difícil de fazer.

Isso provavelmente se deve as DLLs faltantes necessárias para a comunicação segura.

Se você já está trabalhando com os eventos já existentes, talvez seja mais fácil você implementar os eventos faltantes e enviar os fontes.

Moderação: Tópico movido para área de classificados.

Acho que você precisa mesmo sentar com o cliente e o contador e conversar. Daí, depois de analisar a rotina dele, vai conseguir pensar numa maneira de automatizar. O cálculo de volume em m3 sólido é fácil. Largura x Altura x Comprimento. Então bastaria os produtos serem cadastrados com seus tamanhos definidos (largura, altura, comprimento) e você calcularia o volume na hora de imprimir o documento. A questão é se o cálculo de volume for em m3 estéril. Isso é, quando pequenas frestas entre as madeiras são desconsideradas... Isso complica muito... O que é que vem escrito na nota do fornecedor dele? madeira? ou vem especificado por produto (caibro 2x2, caibro 3x2, etc...)?

Por favor, verifique qual a versão anterior do ACBrMonitor. Se possível, gere o log do objeto ETQ antes e depois da atualização.

Olá, Creio que você está correto. Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17115. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Não seria exatamente obrigatório. Acho que poderíamos dizer que seria recomendado, mas não obrigatório. E se você já tem algo funcionando, penso que seria até contraproducente exigir isso sem analisar seu código. Por outro lado, se você puder verificar os outros componentes que fazem esse tipo de leitura, pode ser que você veja algumas vantagens: talvez note algum código que você não precisaria refazer e poderia eliminar do seu componente; talvez perceba alguma maneira melhor de fazer certa rotina; talvez entenda melhor o código do ACBr e isso o ajude em outras ocasiões ... talvez encontre algum erro no código dos componentes atuais que você corrigiu no seu e possa nos ajudar

Embora eu tenho certeza que outros usuários aqui do fórum podem te responder, sugiro você procurar outro caminho. Quando os próprios fiscais não se entendem, eu sugiro você fazer uma pergunta formal a SEF e a qualquer outro órgão competente. Você pode até mencionar que fiscais diferentes exigiram procedimentos diferentes o que deixou então uma dúvida sobre qual o procedimento correto. Junte essas informações e compartilhe com os responsáveis. Isso inclui os funcionários e os contadores da empresa de transporte. Daí, se continuar acontecendo dos fiscais implicarem, você pode orientar os motoristas e responsáveis pela carga a apresentar a resposta da SEF (e qualquer outro documento recebido). Isso evita dor de cabeça.

Por favor, continue no seguinte tópico:

Olá muito obrigado pelas várias contribuições. Está na nossa fila de análise.

Muito obrigado pela sugestão. Fiz uma implementação baseada nela. Subi as alterações para o SVN na Revisão 17110. Pelo que vi está tudo certo. Favor testar e reportar qualquer problema.

Olá, Em primeiro lugar, muito obrigado pela iniciativa e pela intenção de contribuir com o projeto. Ficamos felizes com as contribuições. Obrigado por ter apontado também ao outro tópico, de modo que podemos relacionar os dois. Hmmm... acho que precisamos fazer um artigo na base de conhecimento sobre contribuições em forma de código ou componentes... Mas vamos lá! Nós pedimos que os novos componentes: funcionem em Lazarus e Delphi preferencialmente usem apenas bibliotecas de terceiros que já estão no nosso SVN se esforcem em seguir a formatação dos componentes já implementados possuam um aplicativo simples de demonstração Sobre o componente específico, depende mais do que for necessário. Se for comunicação com WebServices, é provável que se você basear num componente da paleta ACBrDFe poupará trabalho. Mas se for apenas comunicação TCP, então veja os componentes da paleta ACBrTCP. Acho que eu não entendi exatamente como você quer que ajudemos. Se você tiver uma dúvida mais específica, talvez fique mais fácil opinar. Caso contrário, você pode enviar o código, explicar suas dúvidas e pedir sugestões.