_asseinfo

Certo Regys. Considerando o arquivo gerado pela redução Z. Os registros A2, D2, S2 além de filtrados por data, também serão filtrados por ECF? Obrigado.

Boa tarde Régys, Quando eu emito o "Registros do PAF" após uma RZ, somente os registros "R" vão ser filtrados pelo ECF da RZ, ou todos os registros? Obrigado.

Olá pessoal, Gostaria colocar em pauta novamente um tópico que ficou esquecido e acho bem legal para ampliar ainda mais o poder de flexibilidade do ACBr NF-e. O tópico é Por uma questão ergonômica, as mensagens de validação do schema na minha aplicação são elaboradas com bastante atenção e como já possuo classes especialistas em validar uma NF-e, preciso que as validações de XML feitas pelo acbr_nf-e sejam OPCIONAIS. Agradeço a atenção de todos e espero que compreendam meu ponto de vista. Estou a disposição. Obrigado!

Boa tarde Pessoal, Estou tentando instalar o ACBr no Delphi XE4 em uma máquina 64 bits. Em anexo estou enviando o log com os erros que estão ocorrendo. Agradeço antecipadamente a todos. log_Delphi_XE4.txt

Olá Régys, essa integração ainda não foi realizada certo?! Você tem alguma previsão? Posso lhe adiantar que, nesse período que estamos operando sem os schemas não encontramos nenhum problema de funcionamento. Ficou muito bom! Aguardo integração, muito obrigado!

Certo. Valeu Régys. Ficamos aguardando então. Abraços.

Bom dia Régys, Como eu havia explicado no meu Post, para o envio da NF-e já funciona desta maneira sem problemas. O problema está nos outros processos, o cancelamento, o envio de eventos e a inutilização. Analisando estes métodos, acho que o patch que enviamos no primeiro post seria a melhor solução. Agradecemos a sua ajuda e aguardamos sua orientação.

Olá Régys! Em primeiro lugar nós gostaríamos de agradecer pela sua atenção. Ao longo deste e-mail a gente espera conseguir passar pra você a nossa visão sobre o problema. A gente compartilha com você que é uma boa prática validar o XML gerado com os arquivos XSD. Isto não está descartado em nosso software. Esta validação só acontece em momento diferente e com um mecanismo fora do ACBr no qual não nos obriga ter fisicamente a pasta de schemas. O problema é que NEM SEMPRE o ACBr não nos deixa escolha. Eles nos obriga a passar por este passo. Na transmissão, por exemplo, a gente não tem problema. Nós não usamos mais o método "ACBr.Enviar" que faz implicitamente a validação. Nós usamos os métodos "ACBr.NotasFiscais.Assinar" e "ACBr.WebServices.Envia(x)" separadamente. Nosso problema está em métodos como "ACBr.Enviar" no qual tem mais de uma responsabilidade nele. Este cara, além de quebrar o SRP (http://en.wikipedia.org/wiki/Single_responsibility_principle), acaba tirando a liberdade de escolha. Se o método de transmissão fosse mais fragmentado e nos permitisse "programaticamente" escolher se iremos invocar o método de validação ou não, a proposta acima seria desnecessária. Na transmissão eu até posso não chamar a validação, mas ao transmitir a CC-e e também ao enviar o cancelamento eu não tenho como fazer isto. Você teria uma alternativa, além da nossa, para resolver este problema? Agradecemos a sua ajuda e aguardamos sua orientação.

Olá pessoal! Ao chamar o método "ACBrECF1.RelatoriosGerenciais" para a impressora ZPM (protocolo FiscNET) a lista vem poluída com vários itens inválidos. Isso ocorre porque não é checado se o item é válido (conforme abaixo): Function SubCarregaGerenciais(Indice : Integer) : Boolean ; ... RG := TACBrECFRelatorioGerencial.create ; RG.Indice := FiscNETResposta.Params.Values['CodGerencial'] ; RG.Descricao := FiscNETResposta.Params.Values['NomeGerencial] ; fpRelatoriosGerenciais.Add( RG ) ; ... Gostaria de propor uma modificação para que fosse adicionado a lista somente itens válidos (como já é feito com outras implementações como ACBrECFBematech e ACBrECFDaruma): Function SubCarregaGerenciais(Indice : Integer) : Boolean ; ... if Trim(FiscNETResposta.Params.Values['NomeGerencial']) <> '' then begin RG := TACBrECFRelatorioGerencial.create ; RG.Indice := FiscNETResposta.Params.Values['CodGerencial] ; RG.Descricao := FiscNETResposta.Params.Values['NomeGerencial] ; fpRelatoriosGerenciais.Add( RG ) ; end; ... O que os amigos acham? Envio em anexo o patch com a modificação, caso optem por modificar conforme descrevi acima. Um abraço ACBrECFFiscNET.pas.rar ACBrECFFiscNET.pas.rar

Olá pessoal! Tudo bem? Eu espero que sim... Uma dor de cabeça bem grande para o pessoal do suporte técnico é manter os schemas da NF-e atualizados. Pensando nisso nós criamos a propriedade "ValidarXMLUsandoSchemas" nas configurações gerais na qual serve para ligar/desligar a validação do XML. Como nós fizemos uma série de validações antes mesmo de gerar o XML, tal validação se torna redundante. O comportamento padrão da propriedade é validar, ou seja, o comportamento atual do componente. E a modificação é muito pequena. Apenas criamos a propriedade e colocamos um IF em volta do método "NotaUtil.Valida". Segue em anexo um patch contendo as modificações. Caso necessário, posso fazer um patch para cada unit modificada.... Existe a possibilidade da mudança ser acatada? validacao_schemas.zip

Mais uma vez muito obrigado ao peterson161 e a todos os colaboradores do projeto ACBr.

OK. Obrigado pela dica peterson161. Eu analisei o código lá. Eu só gostaria de saber como pegar o xml com o cancelamento sem salvar em arquivo. No nosso software não utilizamos os arquivos salvos. Pegamos as informações diretamente do componente. Você sabe como se tem essa informação disponível? Você sabe também onde eu pego o cStat no retorno do cancelamento?

Boa tarde pessoal, Estou utilizando o cancelamento da seguinte forma: ACBr.NotasFiscais.Clear; ACBr.NotasFiscais.LoadFromStream(XML); //Carrega o XML ACBr.Cancelamento(justificativa); e pego o retorno em: ACBr.WebServices.Cancelamento.cStat Fui efetuar um teste de cancelamento hoje em modo homologação e recebo a mensagem "Desativado de acordo com Ajuste SINIEF 16/12. Usar o Evento de Cancelamento (NT 2011/006)". Como devo utilizar agora o cancelamento? Obrigado.

Boa tarde amigos, No registro 0000 o campo 12 - Suframa não é obrigatório e não necessita ser exportado quando não há valor. Atualmente ele gera "000000000" quando vazio. No arquivo ACBrEPCBloco_0_Class.pas, na linha 376, ao invés de "LFill( SUFRAMA, 9 ) +", "LFill( SUFRAMA ) +". No registro C380 os campos 05 - Num_Doc_Ini e 06 - Num_Doc_Fin a exportação do registro não é obrigatório e ele pode ser exportado nulo. No arquivo ACBrEPCBloco_C_Class.pas, na linha 1590, ao invés de "LFill(NUM_DOC_INI,6) +", "LFill(NUM_DOC_INI,6,True) +", na linha 1591 ao invés "LFill(NUM_DOC_FIN,6) +", "LFill(NUM_DOC_FIN,6,True) +". Muito obrigado pela atenção. Abraços.

Vejo alguns problemas: 1. Atualmente o ECFACbr possui um local específico pra informar esses dados ("InfoRodapeCupom"); 2. Segundo a especificação do PAF o MD5 deve ser estar na primeira coluna da primeira linha das informações complementares quando tratar de ECF que disponibilize esse campo. O que vocês pensam a respeito? Muito obrigado Ronaldo

Olá pessoal, Por que a função "IdentificaPAF" necessita do parâmetro MD5? Eu utilizo o campo "informações complementares" para informar o MD5. A função "IdentificaPAF" utilizo para identificar nosso software, mas como não envio o MD5, o rodapé está ficando assim: ... ---------------------------- MD5: SDA4SD56AS4DA56SD456 DAV0000000001 ---------------------------- MD-5: ISA PDV - www.asseinfo.com.br ---------------------------- ... Será que poderíamos alterar a função pra quando não for passado o MD5 não imprimir o prefixo "MD-5:"? Se for possível me disponho a fazer a modificação e enviar o patch. Muito obrigado. Ronaldo

Olá Regys, obrigado pelo feedback. Já enviei as alterações no primeiro post. Muito obrigado. Ronaldo.

Olá pessoal, Na unit "ACBrECFDaruma.pas" existe uma falhinha na comparação do path onde foi gerado o arquivo "espelho_mfd.txt", pois é sensível ao caso na comparação, mas não na cópia e na exclusão, por exemplo: if ("c:\Espelho_MFD.txt" <> "c:\espelho_mfd.txt") then DeleteFile("c:\Espelho_MFD.txt"); Corrigi o problema, usando a função "AnsiUpperCase" nas comparações. Segue em anexo o patch do SVN. Seria possível vocês integrarem ao fonte? Muito obrigado. Ronaldo ACBrECFDaruma.pas.rar ACBrECFDaruma.pas.rar

Olá Alexsander, Os testes na pré-homologação com o Luiz da Daruma ocorreram tudo OK. Depois que o Daniel integrou os códigos no ACBc, a gente desviou nosso TEF para outro caminho e acabamos não fazendo os testes no código atual do ACBr. Se você fizer esse teste/homologação agradeço se poder reportar aqui! []`s Marcos de Melo.

Muito obrigado Italo. O problema era o Id mesmo. Abraços.

Bom dia a todos, Alguém conseguiu descobrir por que ocorre este erro? Estou com este erro e não consigo descobrir qual é o problema... Abraços.

Bom dia a todos, Post muito interessante. Eu atualizei o componente e em ambiente de homologação funcionou perfeitamente. Obrigado a todos do ACBr. Abraços.

Boa tarde, Realmente são 384 caracteres que ela suporte. Obrigado.

Boa tarde Galera, Por acaso alguém já passou pelo problema de enviar uma observação muito extensa para o ECF Daruma FS-600 e ele retornar o erro "024-Erro no verificador da comunicação"? Eu testei com ECF da bematech mas o erro não ocorre. A observação contém 500 caracteres. Abraços.

Bom dia pessoal, Neste tópico vou colocar as contribuições da Asseinfo com o NFS-e do ACBr para o funcionamento nos municípios que vão utilizar o WS da Betha. Na unit pnfsNFSeR eu fiz as correções para que possa ler um XML de NFS-e completo. Antes ele não conseguia ler um XML quando ele já é uma NFS-e. Abraços. Alan Costa Facchini. Programador Asseinfo pnfsNFSeR.zip