Ir para conteúdo
  • Cadastre-se

nolher

Membros
  • Total de ítens

    189
  • Registro em

  • Última visita

Tudo que nolher postou

  1. Me desculpe a demora para resposta! Em relação a nomenclatura, conforme o manual é uma orientação da SEFAZ para padronização, mas realmente até o momento não há uma exigência, e sim uma orientação! Entendemos que através desta padronização podemos ter uma melhor organização e controle dos arquivos gerados. Em nosso sistema por exemplo fazemos um controle dos arquivos enviado e gerados, de acordo com o recomendável pelo manual. E como já comentando anterior nossa maior preocupação é que já utilizamos essa padronização em nossa emissão de NF-e, com desenvolvimento próprio e na versão Delphi 7, e iremos migrar para Delphi XE, e gostaríamos de trabalhar com o componente ACBrNFE também, mas diante das informações e controle que já temos, esse ponto poderá ser um transtorno para realizarmos essa migração. Entendemos que o padrão atual do componente é utilizado pela maioria que utiliza o componente, sendo assim se houver possibilidades de implementar a padronização indicada no manual, haverá necessidade de ser opcional já que da mesma forma que realizamos o controle de acordo com a orientação do manual, poderá haver outros que já faz esse controle de acordo com a padronização atual do componente.
  2. Conforme solicitação segue unit com as referidas alterações, no topo foi colocado o comentario sobre a alteração, e nos pontos onde houve a alteração. Reforçamos que não realizamos a modificação em relação ao nome do arquivo XML final de envio (Xml com protocolo), pois nos faltou um maior conhecimento da rotina, pra que não houvesse transtorno no procedimento, sendo assim, solicitamos a avaliação, e o possivel atendimento da mesma, ficando assim totalmente igual o manual SEFAZ. Mais uma vez, nosso muitissimo obrigado. Nilton Olher ACBrCTeWebServices.pas
  3. Em relação a Padronização do Nome do arquivo XML, falamos do arquivo XML de Distribuição, e a padronização conforme Manual: 11.1 Processo de Compartilhamento O compartilhamento de documentos entre as SEFAZ e a RFB será realizado através dos Web Services de compartilhamento de Documentos Fiscais Elerônicos, seguindo a padronização de nomes de arquivos que segue: · CT-e: Número do Protocolo + “_v” + [Versão do arquivo de schema com 5 posições (ex: 99.99)] + “-procCTe.xml”. Exemplo: 143061234567890_v01.00-procCTe.xml. · Cancelamento de CT-e: Número do Protocolo + “_v” + [Versão do arquivo de schema com 5 posições (ex: 99.99)] + “-procCancCTe.xml”. Exemplo: 143061234567890_v01.00-procCancCTe.xml. · Inutilização de numeração de CT-e: Número do Protocolo + “_v” + [Versão do arquivo de schema com 5 posições (ex: 99.99)] + “-procInutCTe.xml”. Exemplo: 143061234567890_v01.00-procInutCTe.xml. · Carta de Correção de CT-e: Número do Protocolo + “_v” + [Versão do arquivo de schema com 5 posições (ex: 99.99)] + “-cartCorCTe.xml”.
  4. As alterações que fizemos foram simples, foram nos procedimentos de Cancelamentos e nos procedimentos de Inutialização, retirando a opção de FConfiguracoes.Arquivos.Salvar nos arquivos XMLs em transito. function TNFeCancelamento.Executar - Comentamos a parte if FConfiguracoes.Arquivos.Salvar then FConfiguracoes.Geral.Save(FNFeChave+'-ped-can.xml', FDadosMsg, FConfiguracoes.Arquivos.GetPathCan ); if FConfiguracoes.Arquivos.Salvar then FConfiguracoes.Geral.Save(FNFeChave+'-can.xml', FRetWS, FConfiguracoes.Arquivos.GetPathCan ); function TNFeInutilizacao.Executar: Boolean; - Comentamos a parte if FConfiguracoes.Arquivos.Salvar then FConfiguracoes.Geral.Save(StringReplace(FID,'ID','',[rfIgnoreCase])+'-ped-inu.xml', FDadosMsg, FConfiguracoes.Arquivos.GetPathInu); if FConfiguracoes.Arquivos.Salvar then FConfiguracoes.Geral.Save(StringReplace(FID,'ID','',[rfIgnoreCase])+'-inu.xml', FRetWS, FConfiguracoes.Arquivos.GetPathInu); Agora em relação a padronização do nome do arquivo final não chegamos a mexer. Mais muito obrigado. Nilton Olher
  5. Bom dia, boa tarde e boa a noite, conforme for a hora! rsrsrsrs Primeiramente venho mais uma vez agradecer a todos que Contribuirão com esse trabalho esplendido a qual nos ajudaram demais nesse projeto do CTe, e esse agradecimento faço aos que idealizaram o projeto, aos que fazem esse projeto acontecer, mas também a todos que de alguma forma contribuirão pra chegar onde esta hj, desde uma simples dúvida até aos que buscam aprimoramento e descobrem bugs, em sintase todos envolvido nesse trabalho. Bom, mas vamos ao que realmente interessa! Verificamos alguns pontos e sendo que um deles cheguei até a verificar com Italo, fizemos a alteração aqui, mas seria melhor se pudéssemos padronizar no componente, em relação ao local de salvar os XMLs gerados no processo. Temos 02 locais de definir os Paths no Componente, um é em Configurações.Arquivos e o Outro em Geral, ao nosso entender vemos que seria necessário padronizar a utilização ao salvar os XMLs, isto é, no Path definido em Geral.PathSalvar deveria salvar todos os XMLs gerados durante o processo de transição de envio, seja do conhecimento normal, de um cancelamento, de inutilização ou até das consultas, e nos Paths definido em Configurações.Arquivos deveria somente receber os XMLs final. O Segundo ponto esse vemos que seja muito mais importante, observamos que o nomes do arquivo final gerado, esta fora do padrão recomendado pelo o Manual, e em nosso caso isso tem nos acarretados problemas maiores, pois já temos o padrão do Manual aplicado no NFE, não componente ACBr, e que em nossa próxima versão gostaríamos de utilizar o componente ACBr, mas esse tem sido o grande empasse. Sendo assim vimos essa necessidade de colocar o nome dos XMLs final de acordo que o Padrão do Manual. No mais é isso pessoal, espero que possa ter um respaldo de todos para que nossas observações seja entendidas e posta em pratica. No mais muito obrigado. Nilton Olher
  6. Muito Obrigado pela implementação.
  7. Sim, resolve sim!
  8. Infelizmente não resolveu o meu problema. Mesmo assim ainda estou com o problema. Implementei dentro do componente especificamente na unit ACBrCTeWebServices as seguintes alterações: TCteRetRecepcao = Class(TWebServicesBase) private . . . public procedure Clear; . . . procedure TCteRetRecepcao.Clear; var i,j : Integer; AProcCTe: TProcCte; begin //Limpa Dados do retorno; FMsg := ''; FverAplic := ''; FcStat := 0; FxMotivo := ''; //Limpa Dados dos retornos dos conhecimentos; for i := 0 to FCTeRetorno.ProtCTe.Count-1 do begin for j := 0 to FCTes.Count-1 do begin if FCTeRetorno.ProtCTe.Items.chCTe = StringReplace(FCTes.Items[j].CTe.InfCTe.Id,'CTe','',[rfIgnoreCase]) then begin FCTes.Items[j].Msg := ''; FCTes.Items[j].CTe.procCTe.verAplic := ''; FCTes.Items[j].CTe.procCTe.chCTe := ''; FCTes.Items[j].CTe.procCTe.dhRecbto := 0; FCTes.Items[j].CTe.procCTe.nProt := ''; FCTes.Items[j].CTe.procCTe.digVal := ''; FCTes.Items[j].CTe.procCTe.cStat := 0; FCTes.Items[j].CTe.procCTe.xMotivo := ''; end; end; end; end; Espero que possa ser uma implementação que possa se tornar oficial. Desde já antecipo meus agradecimentos pelo auxilio.
  9. Em nossa rotina a um formulário para envio de diversos conhecimentos de acordo com a seleção do usuário, isto é faz-se uma pre seleção e envia aquele grupo de conhecimentos, logo em seguida o usuário poderá fazer nova seleção e enviar nova sequencia de conhecimentos. Até tudo bem, porém estou com o componente nesse mesmo formulário, ao final estou aplicando o clear na propriedade conhecimento, ou seja ACBrCTe.Conhecimentos.Clear , imaginando assim que estaria limpando todo o componente, mas estou percebendo que as informações de retorno estão sendo mantida, e me causando alguns transtornos já que caso ocorra alguma falha na transmissão da segunda remessa e não atualiza as informações de retorno esta sendo mantida a anterior. Sendo assim venho até vcs para solicitar alguma dica para resolver essa situação, caso já tenham passado por uma situação desta. Desde já antecipo agradecimentos, Nilton Olher.
  10. Nossa, muito obrigado vou verificar! E me desculpe a oreiada!
  11. Ao realizar a transmissão de homologação retornar a falha de Rejeição de EI do Remetente. Em anexo um dos xml enviado. Alguém teria alguma dica para mim nesse caso? Desde já antecipo agradecimentos, Nilton Olher
  12. Temos controle de Usuário sim, em todos os computadores!
  13. Primeiramente gostaria de agradecer aos idealizadores desse projeto e todos que vem trabalhando neste grande projeto! Aqui em nossa empresa estamos muito satisfeito com os recursos desde componente. E principalmente a mim, que no momento estou a frente desde projeto, veio facilitar demais meu trabalho. E até agora todos os problemas que tive consultei o forum e tive soluções. Esperamos poder contribuir em futuro para continuidade desde projeto. Bom, mas vamos aqui nos interessa, pois sei que todos estão muito ocupados. Instalamos o componente em nossas computadores, os quais todos tem Delphi 7 e Delphi XE, alguns com Windows XP e outros com Windows 7. Porém em uma dos computadores com Windows 7, no momento que abre o instalador não aparece a opção para instalar p/ Delphi Xe, somente aparece para Delphi 7. Este computador não tem nada diferente em relação ao demais, verifiquei em todo o forum para ver se houve situações parecida, e não detectei, espero poder contar com ajude de vocês. Desde já antecipamos nossos agradecimentos. Nilton Olher.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.