Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    40.007
  • Registro em

  • Última visita

  • Days Won

    1.167

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde tenco, Com relação ao problema do componente gerar 2 código aleatórios diferentes, um ao gerar o XML e outro ao gerar o lote de envio, foi resolvido. Encontrei onde estava o bug, favor atualizar os seus fontes, compilar a sua aplicação com a opção Build e realizar os testes, passando o valor ZERO ao campo cCT para que o próprio componente gere de forma aleatória o referido código.
  2. Bom dia a todos, Lembrem-se que alguns pacotes devem ser apenas compilados, outros compilados e instalados, o ACBrComum deve ser apenas compilado. Vide Arquivo de Instalacao.txt -Procure pela pasta Pacotes\Delphi e abra o arquivo synapse.dpk e clique em compile. Procure pela pasta Pacotes\Delphi e abra o arquivo ACBrComum.dpk e clique em compile. Procure pela pasta Pacotes\Delphi e abra o arquivo ACBrDiversos.dpk e clique em compile e depois clique em Install. Procure pela pasta Pacotes\Delphi e abra o arquivo ACBrCapicom.dpk e clique em compile. Procure pela pasta Pacotes\Delphi\ACBrNFe2 e abra o arquivo PCN2.dpk e clique em compile. Procure pela pasta Pacotes\Delphi\ACBrNFe2 e abra o arquivo ACBr_NFe2.dpk e clique em compile e depois clique em Install.
  3. Bom dia Graça, Verifiquei a estrutura do xml com os schemas, não encontrei nada de errado. Acredito que o problema seja a chave, como foi alterada (seguindo agora a mesma estrutura da NFe) as rotinas de checagem da SEFAZ não devem estar 100% dai o erro. Mas vamos continuar realizando as verificações.
  4. Boa noite Graça, Sim, o colega Janis de Uberlândia, tambem esta com o mesmo problema.
  5. Realmente se deixar o campo cCT com o valor zero o componente vai gerar um código aleatório para ele. Vou checar esse problema de estar gerando um outro código ao montar o lote de envio.
  6. Boa tarde, Eu procedo de forma diferente, a minha aplicação é que gera o código aleatório e atribui ao campo: CTe.ide.cCT, desta forma nunca tive problemas com a chave. Outro detalhe na tabela do banco de dados que utilizo para armazenar os dados do conhecimento, é salvo também o código aleatório, a chave completa (com o código aleatório e digito verificador), data de emissão, numero do protocolo de autorização, data de cancelamento, justificativa, protocolo de cancelamento, claro se ocorrer o cancelamento. Uma duvida: Após alimentar o componente com os dados, esta sendo executado apenas o comando Enviar ou esta sendo executado os comandos: Assinar, Validar e Enviar ? O comando Assinar, gerar o XML (inclusive a chave) assina e salva em disco. O comando Validar, executa o comando Assinar e depois valida o XML gerado. O comando Enviar, executa os comandos Assinar e Validar e depois gera o lote e o envia, se a sefaz não rejeitar, o XML assinado recebe o protocolo de autorização e o DANFe é impresso no papel.
  7. Reveja as suas rotinas, você esta atribuindo duas vezes o valor zero a: CTe.ide.cCT A primeira ao gerar o XML e assinar e a outra ao enviar.
  8. Bom dia, Compare a chave do CTe que consta no arquivo: -cte.xml com o 1-env-lot.xml Note que o final esta diferente: CTe35111104947886000136570010000051012089026832 CTe35111104947886000136570010000051017992715225 A tua aplicação esta gerando uma nova chave no momento do envio, favor rever a sua rotina. Espero ter ajudado.
  9. Bom dia Juliano, A falha foi minha. Obrigado por informar sobre a falha no componente, já esta disponivel a correção tanto no fonte pcteCTeW quanto no pcteCTeR.
  10. Boa tarde Juliano, Sim, de uma olhada no manual, página 116.
  11. Toni, Verificando o XML postado, notei que o numero informado na tag RNTRC ultrapassa o tamanho maximo permitido que passou de 14 para 8 na nova versão: 09082200098850 2011-11-11 0 Vide manual página 123, campo #2 do lay-out Modal Rodoviário.
  12. Toni, Se for possivel, poste o xml do CTe que você esta enviando e esta ocorrendo a rejeição, para que possamos checa-lo.
  13. Bom dia Toni, O erro ecorre no envio ou ao consultar a situação de um CTe já enviado? Você esta enviando para a SEFAZ de qual UF? Os testes que realizei utilizando a SEFAZ - SP, tudo OK. Em MG esta retornando a rejeição de Falha no Schema XML ao consultar a situação de um CTe pela sua chave.
  14. Bom dia Rodrigo, As últimas alterações efetuadas no componente ACBrCTe, são compativeis somente com o pacote PCN2.
  15. Boa Noite Elvis, Sim o componente funciona sim com o certiticado A3, tambem tenho uma aplicação rodando a 3 meses com o A3 sem nenhum problema. Verifique se você não esta informando a senha, se estiver não informe. No caso do A3, ao executar o primeiro acesso ao WebService vai ser necessário informar o PIN do certificado.
  16. Boa noite, Você copiou o as DLLs para pasta System32 e registrou? Dentro da pasta DLL temos um Batch que copia as DLLs e as registra.
  17. Boa tarde Julian, Essas questões tributárias e contábeis o melhor é conversar com um contador.
  18. Boa tarde Juliana, Você esta com os fontes atualizados? Se possível poste o arquivo de retorno: -sit-c.xml para que eu possa verificar.
  19. Bom dia, Qual versão do Windows, do Delphi, você esta usando?
  20. Bom dia Liciane, Se você estiver com os fontes atualizados, o DACTe já esta bem parecido com o manual.
  21. Boa noite a todos, O componente ACBrNFSe, sofreu varias alterações visando atender o modelo Abrasf. Para o provedor Ginfes, foi o primeiro a ser implementado, portanto para as cidades que utilizam esse provedor é para funcionar. Os fontes mais atuais encontam-se no Branches.
  22. Boa tarde Ariovaldo, Segundo o Modelo da Abrasf temos 2 campos um chamado Discriminacao e ItemListaServico ambos com ocorrencia 1-1. Esses 2 campos servem para discriminar os serviços executados e informar o código padrão de uma lista de Serviços. Acredito que Araras segue um modelo diferente do Abrasf.
  23. Amauri, No momento estamos concentrando esforços para que o componente atenda o modelo ABRASF e suas pequenas variações. O modelo utilizado por São Paulo e outras cidades é totalmente diferente, acredito que a solução mais viavel seria desenvolver um outro componente especifico para esse modelo. Toda ajuda, principalmente no desenvolvimento das rotinas são bem vindas.
  24. Boa noite Guilherme, Hoje os componentes ACBrNFe, ACBrCTe, e ACBrNFSe se utilizam dos fontes que encontram-se na pasta PCN2, logo você tem que adicionar o path dessa pasta a lista de path do Delphi e não o da PCN.
  25. Boa tarde Guilherme, Você ainda usa algum fonte da pasta PCN, por que?
×
×
  • 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.

The popup will be closed in 8 segundos...