Diogo Loff

Não é a MFD que quero, e sim só ler os dados da redução Z no momento que ela é feita e gravar no banco. Sobre os privilégios já fiz de tudo, este emulador inclusive gerei uma VM em XP e ele só roda no XP, mas não resolve meu problema pois as licenças de Delphi estão todas no Windows 10. Meu resolveu meu problema, gostei do emulador, funciona lisinho. Mas não foi facil achar, vários links na web quebrados, mas consegui.

Ola! Vamos ao problema, eu tinha uma impressora Daruma de testes, porem a mesma não funciona mais e não tem mais manutenção. Preciso fazer alguns testes aqui e não gostaria de comprar outro ECF pois em breve aqui em SC já não será mais utilizado. Eu até tentei comprar um ECF novo da Bematech no revendedor aqui mas ele disse que não pode vender para desenvolvimento, achei meio estranho. Achei dois emuladores: Bematech MP-4200 THFI II - Executa todas as funções sem problemas, porem toda vez que abre o emulador ele zera todos os contadores. Tem alguma solução para resolver isto? E isto é um problema pois não consigo fazer testes plenos do Bloco X, pois preciso emitir redução Z, testar no dia seguinte entre outros. Epson Simulador T81FBIII - Diferente do anterior, este mantem os dados na memória, porem não consigo emitir os arquivos da redução Z, ler as informações para gravar no banco de dados e gerar os arquivos, ele sempre da erro de comunicação quando chega nesta etapa. Alguma forma de resolver isto? Em fim se alguém puder me ajudar agradeço, em resumo já coloquei em modo de compatibilidade, em administrador, em fim e nada resolve, mais um pouco vou mandar rezar uma missa....

Ola! Estou tendo um problema quanto a geração de XMLs de NF-e, ocorre que estão salvando todas as NF-e independente de processadas ou não. Até algumas semanas atrás estava usando uma versão do ACBR de Novembro/2018, nesta versão do componente o salvamento esta correto, salvando somente as processadas. Já após a atualização do componente não funcionou mais. Até debuguei o código e pelo que vi sempre pega por padrão a propriedade do Arquivos.PathNFe quando do comando ACBrNFe1.NotasFiscais.GravarXML; Algumas informações: Arquivos.SalvarApenasNFeProcessadas = True Arquivos.SepararPorMes = True PathSalvar = 'C:\Programa\XMLNFe\temp\' PathNFe = 'C:\Programa\XMLNFe\' Na versão anterior, todos os arquivos gerados eles salvam no caminho do PathSalvar, somente após validar que salvam no PathNFe.

A questão das requisições externas não estou preocupado. O problema mesmo é o requisito do arquivo que precisa ser transmitido. E o problema esta relacionado principalmente a isto "2. A forma de compactação e transmissão será definida pelo FISCO da unidade federada para qual será transmitido o arquivo especificado no item anterior." Estas informações onde encontro? Já procurei por tudo.

Ola, já sou credenciado em SC para emissão de documentos fiscais desde 2003, e ocorre que antigamente antes do SAT não precisava de IE, em 2009 quando comecei a desenvolver sistemas para ECF, tive que fazer o cadastro no SAT, e neste para conseguir o cadastro tive que ter inscrição estadual, não sei como são as regras hoje. Mas minha empresa tem os CNAES: Principal: 62.03-1-00 - Desenvolvimento e licenciamento de programas de computador não-customizáveis Secundarios: 62.01-5-01 - Desenvolvimento de programas de computador sob encomenda 62.02-3-00 - Desenvolvimento e licenciamento de programas de computador customizáveis 62.04-0-00 - Consultoria em tecnologia da informação 62.09-1-00 - Suporte técnico, manutenção e outros serviços em tecnologia da informação 70.20-4-00 - Atividades de consultoria em gestão empresarial, exceto consultoria técnica específica Observação, tenho IE, mas não sou autorizado por exemplo a emitir NF-e, somente posso emitir NFS-e. Hoje não sei como estão as regras, o ideal seria você entrar em contato com a Sefaz da sua região ou da capital.

Você vai ter dois arquivos com mesmo nome, pois o arquivo é individual por ECF, e dentro do arquivo é indicado o ECF. Talvez sua preocupação sejam com relação a ter dois arquivos com mesmo nome onde um pode sobrescrever o outro, se for isto, tenho dois raciocínios abaixo: 1 - Ao menos por todas as homologações que fiz e com o que tenho entendido da homologadora e também da própria ER, com relação aos arquivos independente de Bloco X ou não, eles devem ficar local na mesma maquina onde esta o ECF, então teoricamente você não teria dois arquivos com mesmo nome, pois se são dois ECF, também se presume serem dois caixas. 2 - No caso especifico dos arquivos do Bloco X, você precisa também armazenar eles em banco de dados, para poder verificar a questão dos MD5, re-fazer o arquivo se por acaso o mesmo for excluído da pasta, etc. Ao menos a homologadora sempre exigiu isto, nesta tabela por exemplo eu controlo um chave inteiro sequencia, e os arquivos estão armazenados no banco de dados em blob. Também mesmo existindo o recibo salvo em pasta específica eu também salvo no banco de dados em blob, no mesmo registro sequencial que deu a origem, assim teoricamente o problema que você falou sobre sobrescrever os arquivos não existiria, pensando em uma mesma maquina, já que esta tudo no banco de dados, mas claro fisicamente você teria um problema, pois precisam existir os arquivos na pasta e neste caso um iria matar o outro, porem esta preocupação não existe se você trabalhar considerando como premissa o item 1. Posso estar equivocado, mas é assim que resolvo no meu sistema e tem dado certo, nunca tive problema nenhum.

Ola! Alguem tem informações referente ao ambiente, dados técnicos e como as certificadoras estão tradando o Requisito LXI da ER 02.06? BLOCO XII REQUISITOS ESPECÍFICOS DO PAF-ECF PARA GERAÇÃO E TRANSMISSÃO AUTOMÁTICA DE INFORMAÇÕES E ARQUIVOS PARA O ESTADO DE TOCANTINS

A tarde realizo este teste e te digo o que ocorreu.

O nome da pasta é "Schemas". Exemplo da Estrutura que sempre utilizei. Digamos: Disco:\MeuSistema\Sistema.exe Disco:\MeuSistema\Schemas Nunca precisei passar este path e utilizo o ACBr NFe acho que desde 2008 por ai, mas não vejo até como um problema ter que passar o path agora, na minha aplicação resolvi da seguinte forma agora: ACBrNFe1.Configuracoes.Arquivos.PathSchemas := ExtractFileDir(Application.ExeName) + PathDelim + 'Schemas'; Já esta até em testes novamente, a principio deu certo.

Bom, vamos lá!!! Descobri o problema, por algum motivo deve ter acontecido alguma modificação interna no ACBr com relação aos Paths, a propriedade "ACBrNFe1.Configuracoes.Arquivos.PathSchemas", tanto no meu sistema quanto no exemplo, eu deixo em branco, porque a patas de schemas eu deixo no mesmo nível com o executável, sempre utilizei assim. Testando aqui vi que se preencher a propriedade com o Path funciona, o engraçado é que com a NF-e em qualquer versão e com a NFC-e da versão 3.10 para baixo ainda funciona sem o path, já se trocar para NFC-e 4.0 passa ocorrer problema "Arquivo de Schema não especificado". Não cheguei olhar a fundo o fonte do ACBr para ver onde esta o problema, até porque isto não seria um problema já que é só preencher a propriedade, mas me gerou um transtorno porque fiquei "dando cabeçada" com uma coisa tão tosca por assim dizer. Talvez tenha mais pessoas que possam ter este problema de estarem acostumadas a utilizar na raiz sem informar o path.

Realizei as correções necessárias. Primeiramente já que foi solicitado realizar os testes com o exemplo do ACBr, o mesmo não esta funcional, a versão esta fixa na 3.10, tem vários erros quando a formatação do XML e campos obrigatórios faltantes no XML. Após realizada as correções, o mesmo erro apresentado no inicio do tópico persiste "Arquivo de Schema não especificado". Se coloco novamente para versão 3.10 no exemplo do ACBr funciona. Este erro é o ACBr ou é da Sefaz? O ambiente que estou usando para testar é da Sefaz RS.

Agora começou dar erros em mais campos, observei que no exemplo do ACBr não respeita a versão e esta fixo 3.10, vou alterar e testar novamente.

No exemplo esta ocorrendo erro do Cest conforme anexo, vou corrigir e tentar novamente.

Não cheguei a testar com o exemplo, mas vou fazer agora pela manha e retorno.

Ola! Já realizei as alterações no meu sistema para trabalhar com a NF-e 4.0. Ocorre que com relação a NF-e esta tudo funcionando de acordo. Porem quando é emissão de NFC-e esta apresentando o erro "Arquivo de Schema não especificado", a pasta de schemas é a mesma da NF-e, se eu volto a versão por exemplo para a 3.10 funciona. Com relação aos meus fontes ja revisei tudo e não encontrei nenhum problema, inclusive as rotinas para geração do XML e envio são as mesmas tanto para NF-e quanto NFC-e então deveria estar funcionando. Alguém pode me ajudar?

Bom Dia! Elton, obrigado pelas considerações, da próxima vez vou verificar melhor as questões com relação a organização do forum. Juliomar, sobre a impressora em intervenção é como o Elton falou, nós podemos porem somente mudar a data e desde que no ECF esteja credenciado como Desenvolvimento, inclusive quando imprimo qualquer cupom já vem escrito em todos cabeçalhos de cupom ECF PARA DESENVOLVIMENTO. Também no próprio órgão homologador, por exemplo eu costumo fazer na Unisul o documento de agendamento que vem com as orientações para a homologação diz: * Impressora emissor de cupom fiscal (ECF) compatível com o software, preferencialmente em modo de intervenção para alteração da data.

Boa tarde! Informo que consegui. O pessoal da Daruma acabou me respondendo por e-mail agora pouco, já fazia dias que estava tentando contato. Até o Juliomar escreveu que não seria possível, mas o meu ECF é credenciado como DESENVOLVEDOR então eu posso sim fazer isto. Mas voltando ao problema, se alguém passar por isto segue: Liberar no Firewall a porta 1070, também não pode ter nenhum tipo de impedimento de conexão com o IP da Daruma, 200.220.138.84. Também precisa adicionar o aplicativo TOOL FS800i nas exceções de antivirus. Feito isto vai funcionar. Mas somente funciona se o ECF cadastrado lá na base da Daruma estiver como DESENVOLVEDOR. Também aproveitando o POST, para quem estiver desenvolvendo para esta impressora, eu fiz praticamente todos os testes já e ela esta funcionando perfeitamente. Somente duas questões que o ACBR não esta muito legal, é para as mensagens de papel, para este modelo quando da problema de papel, a impressora acaba acusando erro de "Não esta em linha", tive que tratar estas mensagens. Já a versão anterior da Daruma por exemplo uma Mach 2 apresenta as mensagens corretas, sem necessidade de tratamento. E também no momento de gerar a redução Z, se possuir por exemplo pre-venda pendente, e não colocar um sleep entre um comando e outro, da problema, parece que a impressora esta executando os comandos mais lento, porem meio que retorna que já deu certo e vai para o proximo (não sei se me fiz entender). Acontece o mesmo na virada de mês que precisa gerar o MFD logo na redução Z, para resolver estas situações tive que colocar uns delays no código entre um procedimento e outro. Já na Mach 2 não acontece isto. No mais tudo certo.

Ola! Alguém sabe como mudar a data/hora da impressora Daruma FS800i? Eu tenho o aplicativo de intervenção, porem ele não ativa a intervenção lógica, da o erro da imagem que anexei ao Post. Quando eu utilizava da Mach 2 era fácil, pois era somente tirar o jumper e estava resolvido, porem nesta é via software, pois a impressora é blindada. Estou recorrendo aqui ao forum, pois pode ser que alguém já passou por isto e possa me dar uma dica. Estou tentando contato com a Daruma faz uma semana, o 0800 dela não funciona mais, os Skypes e e-mails eles não respondem.... Liguei para o SAC, foi o único que me atendeu, porem disse que somente com o suporte desenvolvedores. Já não sei mais o que fazer, preciso concluir o roteiro de testes e a homologação já é inicio de fevereiro.

Estou com o mesmo problema desde a semana passada quando começei a atualizar o PAF para homologar novamente. O arquivo de redução Z valida, porem o de ESTOQUE todo momento da XML Invalido: Schema Invalido. Segue XML, Schema e Print ESTOQUE_20161001_20161031.xml estoque.xsd

Ola. Estou com um problema parecido na primeira redução Z do mês quando possui pre-venda pendente. Ocorre que a redução Z esta pendente, e neste caso ele precisa emitir as pre-vendas após a emissão da Z, porem como é a primeira o ECF entra em emissão da Memória Fiscal, então ocorre o mesmo tipo de erro seu. Também não consegui resolver. Eu estou usando uma Daruma FS800i.

Ola! Estou tendo um problema com o ACBrMail que não consigo descobrir o que pode ser. No momento que envio as notas fiscais eletrônicas, tenho uma opção no meu sistema se o usuário deseja solicitar confirmação de leitura. Ele marca um check e eu seto na propriedade ReadingConfirmation := True e até aqui tudo certo. Ocorre que quando o cliente recebe e-mail, o software de e-mail (outlook por exemplo) pergunta se confirma a leitura, mesmo colocando sim, não vem e-mail de leitura. Fiz diversos testes com outlook e windows live e-mail, em todos os casos a pergunta é apresentada porem o e-mail de LIDAS não é gerado na caixa de saída. Já se eu crio um e-mail manualmente pelo outlook por exemplo e solicito confirmação, quando recebo a mesma e confirmo é gerado um e-mail na caixa de saída e enviado. Fiz vários exemplos iguais de e-mail tanto manual quando pelo ACBrMail, comparei o header de ambos, existem umas diferenças nas ordens dos comandos apresentados, porem não sei se influencia... até modifiquei no ACBr para enviar igual a um e-mail do outook na mesma ordem os comandos e também não funciona. Já não sei mais o que fazer.

Também acabei de testar aqui com a alteração sugerida e funcionou 100%. Vou fazer a mesma alteração no LoadFromFile do CTE que é o mesmo problema.

É isto mesmo, no seu ponto de vista de ter várias notas no mesmo XML não havia pensado, porem o processo como você descreveu é o que sempre fiz, sempre gero os XML antes e depois vou carrando vários XMLs no LoadFromFile. Com a correção que você fez, agora sim resolve para ambos os casos, pois a que eu fiz somente resolvia a minha situação. Valeu.

Depende da versão da impressora, por exemplo a Zebra que é um modelo menor (não tenho a referencia aqui) porem esta utiliza PPLA ou PPLB, tipo a Argox OS 214 esta funciona, porem se você pega aquelas Zebras que são maiores não funciona ou funciona em partes, por exemplo imprimir uma imagem, no ZPLII não estava funcionando ou por exemplo impressora que utiliza a EPL2 não imprime nada. Se não tem ninguém reclamando é porque estão utilizando as impressoras menores que são PPLA ou PPLB. Ou também tiveram que adaptar e não postaram. Além destas correções foram realizar a melhoria da velocidade de impressão, pois tudo depende da forma como é carregada a informações para a memoria da impressora. Se vir surgir tempo disponível vou pedir para minha equipe colocar as melhorias para as units do trunk2, pois ainda estou conseguindo utilizar os fontes velhos com o trunk2.

Daniel, no mês de dezembro eu já fiz a atualização dos meus fontes, ocorre que como mudou o trunk nossa equipe de desenvolvimento testou arduamente todas as funções que nós utilizados do ACBR, que são: ECF ETQ NFE CTE NFSe Ocorre que como coloquei: 1 - Impressão para Zebra não funciona; 2 - A impressão de Argox é muito lenta. Ainda é realidade os erros mesmo na versão nova. Então para vocês verificarem as alterações terei que atualizar o fonte e corrigir tudo no fonte novo? Se for assim, vou manter manualmente sempre trocando o fonte quando eu necessitar, se um dia não for mais possível e ficarem totalmente incompatíveis os fontes eu providencio a correção com fontes atuais.