Daniel Simoes

não

Importante que fique claro... que atualmente não existe um layout SEFAZ para NFe 4.0

Não temos nada nesse sentido, no ACBr...

Eita... mais um DFe a vista... Você está usando a ACBrDFeSSL como base ? Você poderia usar a implementação de um dos DFes mais simples, suportados pelo ACBr, como por exemplo o ACBrBPe, e tentar implementar um componente similar...

Lendo o Blog do @Cantu achei o great2!.exe http://blog.firebase.com.br/saudades-do-baixo-nivel/ Até hoje tenho inveja dele... como míseros 6kb de codigo, conseguiam fazer tanta coisa em processadores tão simples...

É com muita satisfação que comunico que o Projeto ACBr estará presente como Patrocinador, na 15a FDD - Firebird Developers Day Eu e @Cantu, somos amigos de loga data... desde a época do Modem Analógico e as antigas BBS, então fico muito contente em podermos estar presentes, em mais essa edição. Participe... pois além de assistir as ótimas palestras que a FDD oferece, será uma ótima oportunidade de conhecer vários integrantes e desenvolvedores do Projeto ACBr O 15º FDD acontecerá em Piracicaba - SP, no dia 18 de Agosto de 2018, e contará com a presença mais do que especial de Vlad Khorsun, um dos principais core developers do Firebird! Vlad é responsável pela implementação de alguns dos recursos mais interessantes e úteis do Firebird, como Execute Block, Global Temporary Tables, CTe - Common Table Expressions, além de aperfeiçoamentos no nBackup, execute statement, etc. Alexey Kovyazin, especialista em recuperação e otimizaçao de bases de dados, estará mais uma vez presente além, é claro, de vários nomes da comunidade brasileira. A grade de palestras ainda não está completa, mas já é nítido que o assunto "performance" terá um grande foco nessa edição. A seguir listamos os temas já confirmados: 100% dicas e macetes (Cantu) Foco na performance! (Vlad Khorsun) Tudo sobre o nBackup (Vlad Khorsun) Entendendo os novos PLANs do Firebird 3 e novas técnicas de otimização (Alexey) Monitoramento de performance e correção automática de problemas com o HQBird 2019 (Alexey) Firebird 4 - o que vem por aí (Alexandre B. Smith) Do Desktop (Client/Server) para Web usando AngularJS e Firebird (Alexandre B. Smith) Replicação de forma simples e eficaz com Firebird (Thulio Bittencourt) Boas Práticas de Tunning SQL (Marcelo Daibert) Modelagem de Dados x Mundo Real (Marcelo Daibert) Mais palestras em breve...

O problema pode estar relacionado a essa correção: Favor atualizar os fontes e testar novamente...

O problema pode estar relacionado a essa correção: Favor atualizar os fontes e testar novamente...

Importante correção, para o problema de erro 12175 Favor atualizar os fontes e testar novamente...

O problema pode estar relacionado a essa correção: Favor atualizar os fontes e testar novamente...

O problema pode estar relacionado a essa correção: Favor atualizar os fontes e testar novamente...

Obrigado pela analise e correção... enviado para o SVN, com o commit: 15375

Use as Tags de abertura de Gaveta... Veja exemplo no Demo

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Marque a opção para copiar as DLLs

Se você for usar o componente ACBrMTER o Protocolo é indiferente para você... pois o componente abstrai a diferença entre os modelos Estude os fontes do Demo e o manual do equipamento que você irá utilizar

Na pasta Tools tem os manuais dos protocolos http://svn.code.sf.net/p/acbr/code/tools/MicroTeminal/

Bom... tente ambos... mas StxEtx é mais moderno e tem mais recursos

Veja os exemplos de ACBrMTER (TCP/IP)... ele suporta os protocolos: VT100 StxEtx PMTG Verifique se esse terminal é TCP/IP e se suporta um desses Protocolos

Modificado para: Obrigado pelo Bug Report...

Como já foi dito aqui nesse tópico... o problema é facilmente corrigido, se você especificar para o componente, o Path completo dos Schemas... Entretanto... parece haver um problema, quando a informação do PathSchemas está vazia... o que já foi solicitado nesse tópico, é que alguém ligue o Debug, e verifique qual o valor que fica, quando ele tenta calcular o diretório padrão para os Schemas

o que quis dizer desde o inicio, é que pode não ter tido atualização para o XML de Evento... mas mesmo assim o Componente irá procurar por arquivos de Schemas de versões anteriores Entretanto é necessário deixar todos os Schemas, da 3.10 e 4.0, nas mesma pasta de Schemas da sua aplicação... assim como está em: \ACBr\Exemplos\ACBrDFe\Schemas\NFe

como a NFe 4.0 tem novas regas, novas Tags e novos Grupos, então é empírico que seja necessário novos arquivos de Schema http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8=

Se não me engano, o GitHub permite baixar os fontes do GIT, por um SVN Client... (apenas baixar) Pode ser que seja necessário o seu Login e Senha do GitHub

Deve ser erro na tradução vou verificar...