Diogo Loff

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.

Ola! Estou enviando fontes atualizados da NFSe com relação a tratamento dos provedores do sistema da Betha e da cidade de POA. Correções que realizei. 1 - Betha, alguns endereços estavam errados; 2 - Betha, possui tag especifica para informar a forma de pagamento, no rps era enviado, porem no retorno não estava sendo tratado corretamente; 3 - Corrigido problemas com relação as tags especificas de construção civil, eu atendo varias industrias que fabricam pré moldado e concreto usinado, e em varias situações é necessário informar campos especificos, que não estavam sendo tratados corretamente para o sistema Betha e para o de POA, este item creio que a correção foi geral para qualquer provedor que trate isto. Eu trabalho com a NFSe a 2 anos todos estes itens foram bem testados e estão em produção a um bom tempo. Estes fontes são do Trunk pois do Trunk2 o ACBRNFse não esta funcionando como deveria, fiz vários testes no mês de dezembro. Também não tenho como especificar detalhadamente as alterações realizadas, então creio que cabe aos mantedores conferirem se estão de acordo, pois outras alterações pode terem sido realizadas por outras pessoas e como tomei a iniciava de contribuir com um certo atraso de minha parte, pode ser que estes fontes que estou enviando já estejam desatualizados, porem garanto que para Betha e para prefeitura de POA estão me atendendo 100%. NFSeBethaPOA.zip

Ola! Segue anexo fontes do ACBRETQ onde diversas melhorias foram realizadas por mim. Estou enviando os fontes, pois sempre que atualizo o ACBR, os fontes que vem sempre estão com os mesmos problemas, são dois. 1 - Impressão para Zebra não funciona; 2 - A impressão de Argox é muito lenta. Meu perfil de cliente é industria onde existe muita impressão de etiquetas, é etiquetas para produção, etiquetas para tags, etiqueta para produto, etiquetas para expedição, etiquetas para correspondência, para os mais variados fins. Estas melhorias estão em produção nos meus clientes, desde que utilizo o ACBR, que é por volta de 2010/2011 então todas estão bem testadas. Esta anexo para avaliação e para atualização do repositório. ACBrETQ.zip

Me desculpe então, porem gostaria de dizer que você não me deu a resposta, será corrigido aquele problema na NFE e CTE? Ou sempre que eu atualizar terei que conferir ou eu envio o fonte alterado para vocês? Você não faz ideia do problemão que criou, e ainda vou ter que contornar o cliente, pois quer cobrar a multa de mim. Sobre isto vou providenciar, porem não estou falando de assuntos diversos e sim que precisa ser tomado atenção por parte da comunidade quando uma coisa é atualizada, ainda mais quando deixa de funcionar a anterior, sobre mudanças que fiz vou criar os tópicos nos locais corretos. Desculpe se estou sendo de certa forma grosseiro, somente gostaria de uma resposta mais analítica da situação. Já que o foco principal deste tópico que coloquei é o erro da NFe e do CTe esta anexado os fontes que corrigi. CorrecaoNFECTE.zip

Ola, eu utilizo o ACBR a muito tempo já, porem nunca fiz nenhuma contribuição, então segue problema critico que encontrei no ACBR. Ocorre que eu utilizava o trunk e para mim era perfeito, funcionava 100%, porem em virtude das modificações do diferencial de alíquota tive que migrar para o trunk2. Ocorre que existe um erro critico na NFE no procedimento LoadFromFile e também no CTE. Nós somente descobrimos porque um cliente nosso enviou uma mercadoria para fora do pais e quando chegou na alfandega e foram verificar a chave da nota fiscal, estava aparecendo outra nota fiscal que não era aquela, porem era outra do mesmo lote que ele enviou, isto gerou um problema e multa para o cliente, ocorre que trabalhando neste feriadão descobrimos o problema. Procedimento Original! function TNotasFiscais.LoadFromFile(CaminhoArquivo: String; AGerarNFe: Boolean = True): Boolean; var XMLStr: String; XMLUTF8: AnsiString; i: integer; MS: TMemoryStream; begin Result := False; MS := TMemoryStream.Create; try MS.LoadFromFile(CaminhoArquivo); XMLUTF8 := ReadStrFromStream(MS, MS.Size); finally MS.Free; end; // Converte de UTF8 para a String nativa da IDE // XMLStr := DecodeToString(XMLUTF8, True); LoadFromString(XMLStr, AGerarNFe); for i := 0 to Self.Count - 1 do Self.Items.NomeArq := CaminhoArquivo; (isto este errado, observar que se estou carregando várias notas, sempre vai substituir o path para o da ultima) Result := True; end; Procedimento Corrigido! function TNotasFiscais.LoadFromFile(CaminhoArquivo: String; AGerarNFe: Boolean = True): Boolean; var XMLStr: String; XMLUTF8: AnsiString; i: integer; MS: TMemoryStream; begin Result := False; MS := TMemoryStream.Create; try MS.LoadFromFile(CaminhoArquivo); XMLUTF8 := ReadStrFromStream(MS, MS.Size); finally MS.Free; end; // Converte de UTF8 para a String nativa da IDE // XMLStr := DecodeToString(XMLUTF8, True); LoadFromString(XMLStr, AGerarNFe); Self.Items[Self.Count - 1].NomeArq := CaminhoArquivo; Result := True; end; Para entender porque uso o LoadFromFile, eu primeiro gero todos os XMLs, depois tem uma tela que criei chamada envio de lote, onde o usuário seleciona todas as notas fiscais geradas no sistema e clica em um botão enviar, neste momento eu carrego todos os XMLs com o path que já esta gravado no meu sistema e ao final chamo a função para Enviar. Aproveitando gostaria de informar que sempre que atualizo o ACBR sou obrigado a trocar as Units para impressão de etiqueta ACBrETQ, ACBrETQClass, ACBrETQEpl2, ACBrETQPpla, ACBrETQZplII, porque primeiro que a impressão para zebra desenvolvida pela comunidade não funciona, segundo a forma como foram desenvolvidas é muito lenta a impressão, se você pega uma industria grande onde a impressora de etiquetas não para é bem complicado. Não sei como poderia estar enviando estes fontes para vocês avaliarem e colocarem como oficial. Também outro problema que enfrento sempre com a atualização do ACBR é a NFSe que nunca funciona corretamente, existem diversos problemas com emissão do sistema Betha Fly Nota (maioria dos meus clientes usam este) e também com o sistema da Prefeitura de POA. Por exemplo com a atualização do trunk2 tudo parou de funcionar corretamente com relação a isto, então peguei os fontes da NFSe anterior onde eu já tinha também implementado correções e incorporei a este fonte, porem passei um trabalhão, porque tive que mexer nos pacotes devido a existirem units que são do comum que foram modificadas no trunk2. Creio que antes de mudarem versões ou abandonarem uma que esta funcionando, poderiam fazer uma analise melhor se realmente esta tudo funcionando na nova para assim não prejudicarem os usuário, exemplo o problema do LoadFromFile da NFE e CTE é critico, com a versão anterior nunca tive problemas, agora você imagina devido a este problema vamos aqui na empresa fazer um pente fino em funções básicas, pois não esta confiável. É claro é uma comunidade então cabe a todos que utilizam contribuírem.