Painel de líderes

Bom dia a todos, Foi feito uma generalização nas Units: pcnConsCad, pcnRetConsCad, pcnConsStatServ, pcnRetConsStatServ, pcnDistDFeInt e pcnRetDistDFeInt. A motivação é porque elas aparecem de forma repetidas com nomes diferentes nos fontes dos componentes ACBrNFe, ACBrCTe, ACBrMDFe e ACBrBPe. A generalização e migração para a pasta PCNComum faz com que tenhamos mais controle das correções e melhorias, sem falar na redução de código. Infelizmente ao generalizar o pcnRetDistDFeInt ocorreu uma quebra de código, pois se fez necessário alterar o nome de uma classe e de algumas propriedades publicas. Para quem usa o DistribuicaoDFe será necessários fazer alguns ajustes no código da aplicação. Trocar os resNFe por resDFe e chNFe por chDFe (para quem baixa as Notas). Trocar os resCTe por resDFe e chCTe por chDFe (para quem baixa os Conhecimentos). Trocar os resMDFe por resDFe e chMDFe por chDFe (para quem baixa os Manifestos).

Bom dia Aguardo ansiosamente notícias sobre a reunião !

@luispalladino Atualize os fontes e teste novamente.

Bom dia Carlos, O componente possui o método DistribuicaoDFe para poder baixar Notas emitidas contra o seu CNPJ, que não é o seu caso. Uma saída seria gerar o XML da nota exatamente como foi gerado da primeira vez, assinar e por fim executar o método Consultar, pronto você terá o XML novamente com o protocolo de autorização. Outra saída é tentar baixar o XML via site da SEFAZ.

Bom, lendo ai o que você disse eu atinei para um possível erro por falta de informação. Realmente o comando que eu tentei usar era o "NFe.CriarEnviarNFe". Agora eu tentei aqui o comando de apenas criar e ai sim ele não tentou enviar. Existem outras dúvidas mas são para outro tópico, esse aqui podem fechar. Obrigado!!

Pesquisando sobre esse erro, encontrei um tópico que indica que um problema no logo poderia gerar especificamente este erro. Sendo assim, queira por favor atualizar e verificar se as alterações propostas hoje corrigem o problema do logo e também esse.

Ele é uma property. Não limpa a logo, apenas verifica. Mas acontece que a classe Picture tem outros "containers" de imagens (Graphic, Icon, Metafile, etc...) e verificar apenas o tipo Bitmap pode não ser suficiente. Enviei uma possível correção na revisão 16307 que faz a validação na hora de carregar a imagem. Queiram por favor atualizar, testar e reportar qualquer problema.

Boa tarde Arce, Muito obrigado pela colaboração, já enviei para o repositório.

Alexandre Marcondes, foi o primeiro (e único) a responder a meu Post... ele me ajudou MUITO, na organização das Ideias, dos fontes, e me passou os fundamentos básicos sobre o funcionamento de um Projeto de código aberto, como Repositório de Fontes, licenças de código, Source forge, etc... Muito obrigado Alexandre...

Lembrei disso hoje... e decidi procurar se o Post n.1 ainda existe... SIM, ele ainda está no Fórum da DevMedia, o qual eu frequentei por um bom tempo, e foi o espírito de cooperação dos usuários do fórum, que me motivou a criação do Projeto ACBr... Reparem no Post, que ainda não há menção do nome ACBr, e a ideia inicial, era fazer uma classe de Suportes a ECF (Emissor de Cupom Fiscal)... https://www.devmedia.com.br/forum/classe-para-acesso-direto-a-ecf-em-linux-windows/229474 Na abertura do último Dia do ACBr, eu menciono um pouco sobre a criação do Projeto... Classe para acesso Direto a ECF em Linux/Windows 03/05/2004 Ola, para todos.... Estou desenvolvendo uma Classe Multiplataforma para acesso direto a diversas Impressoras Fiscais. Na verdade o projeto ainda está engatinhando, mas já tive sucesso em Comunicação com a Bematech em Windows e Linux. Entretanto, como muitos programadores também necessitam ou já fazem acesso a ECF, resolvi usar a ideia de tornar isso um projeto OpenSource. P1 - Porque fazer mais uma biblioteca de acesso a ECF ? A ideia é fazer uma Classe que possa rodar em Linux / Windows. algo que nao existe hoje.... Alem de não exigir nenhuma DLL ou SO, a fim de evitar o ´inferno das DLL´s´ P2 - Como fazer acesso aos ECFs ? Como a classe deve rodar em Linux, fica descartado o uso de DLL´s... Todas as impressoras fiscais (pelo menos as que já programei) possuem manuais descrevendo os codigos de comandos e protocolos seriais. Atualmente acesso as impressoras: Bematech, Daruma, Schalter, Sweda, Mecaf (e compativeis) de forma direta, em DOS, usando a linguagem CLIPPER 5.02e.+Clipper Tools... O Executável não depende de nenhum arquivo externo ou device driver no CONFIG.SYS. A ideia é migrar as funçoes de Clipper para Delphi, usando um componente de acesso a Serial. P3 - Qual componente fará acesso a serial ? Dos que testei, apenas a classe SynaSer http://www.ararat.cz/synapse/ é multiplataforma (Kylix) P4 - Porque rodar em Linux ? Já pensou oferecer para os seus clientes uma solução de Aplicacação Comercial totalmente legalizada ? e sem pagar uma fortuna por isso ? Sem falar na estabilidade e segurança do Linux.... Qual usuário consegue apagar o sistema ? (alem do Root é claro Caracteristicas do projeto: - Deve ser OpenSource e com a distribuição dos fontes: - Deve ser Multi-plataforma (Windows ( CLX / VCL ) / Linux) - Nao deve depender de nehuma DLL ou SO. - Deve suportar as diferença entre os diversos modelos de ECF - As Classes Filhas devem tratar de forma transparente as pequenas diferenças na programaçao de Versoes diferente do mesmo Modelo de ECF. Ex: A classe TECFBematech deve ser capaz de trabalhar com todas as versoes da Bematech FI Vantagens do Projeto: - Total controle da Aplicação: Já vi DLL´s que simplesmente param o processamento do programa (Quem já homologou TEF discado, sabe o que eu quero dizer...) - Facil distribuição: Não precisa distribuir e instalar nenhuma DLL - Livre-se do Inferno das DLL´s Quando o usuário instala outro programa que usa a mesma DLL que você usa, porém em uma versão antiga (causando Bugs no seu programa) - Multiplataforma: Linux / Windows - Programação Limpa e Clara. Basta criar uma classe TECF com o modelo apropriado. O Codigo fonte sempre se refere a Classe criada, sem se preocupar com o Modelo Desvantagens do Projeto: - Se o hardware mudar, ficamos dependendo de novas informaçoes do fabricante, ou até mesmo de um modelo do equipamento para testes... - Geralmente as DLL´s incorporam novos Hardwares do mesmo fabricante.... Aqui teremos que implementar um novo filho da classe TECF para cada Hardware novo (somente se o novo hardware nao for compativel com o antigo) Estou lançando a ideia para ver a aceitação... Existe algum disposto a colaborar ? Posso enviar os fontes por e-mail para que estiver interessado... Em breve farei uma pagina para download do projeto... (Ou se alguem estiver disposto a fazer... ) A ser desenvolvido: - Terminar a implementação da Classe TECFBematech - Implementar as demais Classes (Daruma, Schalter, Sweda, Mecaf) - Criar Classe para Manupilação de TEF Discado para interagir com TECF Na verdade, nunca fiz nenhum projeto OpenSource... Gostaria de sugestões... Duvidas: - Como / Onde hospedar o projeto ? - Como cordernar ?.... - Como fica a questão legal de OpenSource ? É preciso registrar isso em cartório ? Ps: Srs Moderadores, desculpe postar essa msg em 2 áreas, mas acredito que seja do interesse...

Boa tarde pessoal.... Conforme o ajuste da contribuição do tópico abaixo, fiz uns ajustes nos registros M210/M610 Também estou adicionando um ajuste para incluir o registro F559 @EMBarbosa ACBrEPCBloco_M_Class.pas ACBrSpedPisCofins.pas ACBrEPCBloco_F_Class.pas

Boa tarde, Se você estiver com todos os fontes de todas as pastas atualizadas a resposta é: SIM. O ACBrNFe já esta pronto para emitir NF-e cujo emitente é um Produtor Rural e se for necessário a emissão de MDF-e, o componente ACBrMDF-e também já esta preparado. Arregace as mangas e inicie os testes.

Obrigado. Vou fazer essa configuração e aguardar a versão.

Marque a opção abaixo até geração da próxima versão semanal...

Já resolvi! Se puderem fechar o post, agradeço. Se alguém passar por isso no futuro, segue a solução abaixo. Tive que fazer as seguintes modificações no código: [DllImport("dllsat.dll", CallingConvention = CallingConvention.Cdecl)] public static extern IntPtr EnviarDadosVenda(int iNumSessao, string pcCodAtivacao, string pcDadosVenda); e no meu método: public static void enviarDadosCFeToSat() { try { readFileXML(); int numSessao = 2; string codAtivacao = "123456789"; IntPtr ptr = EnviarDadosVenda(numSessao, codAtivacao, xml); string s = Marshal.PtrToStringAnsi(ptr); } catch { throw; } }

Entendi Daniel, obrigado

O problema está descrito na mensagem... trata-se de uma propriedade que não existe no seu Delphi... a solução não é difícil... basta abrir o formulário, ignorar os erros, e salvar novamente..

Seria bom.

O cNF (código numérico) deve ter no máximo 8 dígitos: Para a chave 23190124854238000142550010000002281524745605 o cNF é 52474560, o último caractere é o dígito verificador da chave.

Prezado Elton, Fiz alguns ajustes na Unit ACBrEPCBlocos.pas para fazer as conversões de String p/Enumerado dos novos códigos criados na Versão 1.28. Isto p/facilitar no momento de fazermos a leitura e evitar o uso de cases muito grandes. Verifique se está de acordo. ACBrEPCBlocos.pas

Me pareceu correto. Já enviei ao SVN. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez, obrigado pela contribuição.

obg,, vou testar

Bom dia, A Configuração de ANSI e UTF8 nos parâmetros do monitor é referente a comunicação com a aplicação e não tem a ver com a geração da remessa... Até então a remessa para todos os bancos é gerado sempre nesse formato e não teve problemas... A recusa está ocorrendo na homologação do arquivo por alguém do banco ou ao enviar arquivo na página do banco?

Obrigado pessoal, eu fiz da maneira que o Felipe disse mas na verdade o que estava ocorrendo foi que eu tive que atualizar o fortes report ai deu tudo certo. Valeu gente.

Bom dia @Nelson A Sousa Não consegui simular exatamente o erro relatado, mas a resposta da SEFAZ não está ficando gravada no log.txt? De fato a estrutura dos comandos gera a resposta a partir da execução total dos Métodos realizados com exito. Mas os processos já realizados ficam no log... Talvez possa separa os comandos, utilizando o "CriarEnviarNFe" e Posteriormente o "ImprimirDANFE" pois o cancelamento da impressão pelo usuário é uma interação após a execução do comando...

Vale a pena lembrar que o ACBr tem um componente que baixa essas tabelas. Ele se chama ACBrSpedTabelas. Veja o exemplo dele na pasta Exemplos\ACBrTCP\ACBrSpedTabelas

Olá, Esse tipo de erro é local. Houve algum problema na sua cópia local que o SVN não conseguiu tratar e deixou o estado da sua cópia local inconsistente. A recomendação então é rodar o CleanUp que faz uma limpeza local e tenta colocar sua cópia num estado consistente. Se o CleanUp falha, a resolução mais rápida e fazer um outro Checkout mesmo. Que foi o que você fez.

Enviei uma correção ao SVN na revisão 16305. Queiram por favor atualizar e reportar qualquer problema.

Boa tarde! Teria que ver a sequencia de comando. Isto é um universo de "ifs" e não é fácil a gente detectar o que vc está tentando dizer. Exemplo: O título do seu tópico está dizendo NFe. Ai você comenta em off-line. Ai o manual orienta que "off line" é de uso exclusivo para NFCe (Modelo 65). Se você estiver falando de NFCe, cuide para não usar comando que envie, pois off-line não envia nota e sim imprime a NFCe enquanto não há "comunicação com a SEFAZ".

Boa tarde. Estamos trabalhando em algumas implementações para a integração com os WS dos bancos, assim que tivermos finalizado criaremos um tópico no Noticias do ACBr. Att.

Logo Logo você terá.... lógico que também é possível imprimir usando um arquivo BMP em disco... </zera></ce> <bmp>C:\temp\acbrmono.bmp</bmp> Estou concluindo os teste, devo enviar ainda hoje... A ideia é boa... mas realmente é bom criarmos um novo tópico... Tem algum layout que seja aceito pelos bancos ?

Se nem a página de teste não está imprimindo pode ser algum problema no driver/instalação da impressora. Verifique se/Siga os passos do tópico abaixo para ver se resolve o problema.

Boa tarde já está no svn sua contribuição. favor testar obrigado

Boa tarde Walmir, Os ajustes são tão pequenos que na minha aplicação não levei mais do que 20 segundos para corrigir e compilar com sucesso.

@Italo Jurisato Junior Se você preferir pode criar um apelido para classe: TresNFe = class(TresDFe); Dessa forma você não gera esses ajustes na aplicação;

Não consegui visualizar os problemas... Pode por favor circundar em vermelho, os pontos com problemas ? Já experimentou imprimir a NFCe em Esc/Pos ? é mais rápido, é mais simples (não necessita de instalação de Spooler) melhora a durabilidade da cabeça de impressão

BigWings obrigado pela ajuda, Atualizei, notei que o pacote do AcbrBoleto foi atualizado, mas o erro persiste. Seria necessário reinstalar o componente?

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

Bom dia, alexandre.abaco. Acredito que possa ser um problema de atualização do windows, tente atualizar e refaça os testes. Veja o link abaixo: https://support.microsoft.com/pt-br/help/2701894/splwow64-process-crashes-when-you-try-to-print-an-adobe-document-in-wi

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.

Bom dia, Carlos Luciana. Acredito que não existe. Apenas destinatário, transportador e terceiros autorizados no XML podem baixar o arquivo. Sugiro que grave as notas ficais no banco de dados, assim você não terá problemas futuros Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia Preencha o arquivo .ini seguindo recomendações do manual (Sem espaços) : https://acbr.sourceforge.io/ACBrMonitor/CartadeCorrecao.html Se estiver compilando a versão do ACBrMonitor, certifique-se de que os Schemas da NFe estão atualizados na pasta do ACBrMonitor, se utilizar o instalador isso é feito de forma automática...

Está na minha lista de afazeres.

Poderia por favor anexar um exemplo de imagem, que você está utilizando ?

Enquanto não termino as demais implementações... se possível, por favor me auxilie nos testes com as Units abaixo...

Boa tarde @Daniel Simoes O problema ocorre tanto com a opção expandido como não expandido. Pelo que verifiquei a linha "if rliLogo.Picture.Bitmap.Empty then" é um método e não uma simples verificação se tem logo ou não. Esse método limpa a logo. Por isso ela não é impressa. Comentei essa linha (712 da ACBrNFeDANFeRLRetrato.pas) e imprimiu o danfe normalmente. Abraços.

meu JS ta meio enferrujado mas tente da seguinte maneira. $(document).ready(function() { var socket = new WebSocket('ws://127.0.0.1:3434'); socket.send('ACBr.data\r\n\r\n.\r\n\r\n'); socket.onmessage = function(retorno) { alert(retorno) } socket.onerror = function(retorno){ alert("erro"); }; socket.onclose = function(retorno){ alert("conexão fechada"); }; });

https://acbr.sourceforge.io/ACBrMonitor/ModeloEventoS2299INI.html

Italo, Resolvi o problema estava faltando colocar a midas.dll na máquina do cliente. Obrigado pela atenção