-
Total de ítens
36.098 -
Registro em
-
Última visita
-
Days Won
1.001
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Italo Giurizzato Junior
-
-
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.
-
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.
-
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.
-
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.
-
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.
-
Boa tarde Juliano,
Sim, de uma olhada no manual, página 116.
-
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.
-
Toni,
Se for possivel, poste o xml do CTe que você esta enviando e esta ocorrendo a rejeição, para que possamos checa-lo.
-
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.
-
Bom dia Rodrigo,
As últimas alterações efetuadas no componente ACBrCTe, são compativeis somente com o pacote PCN2.
-
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.
-
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.
-
Boa tarde Julian,
Essas questões tributárias e contábeis o melhor é conversar com um contador.
-
-
-
Bom dia Liciane,
Se você estiver com os fontes atualizados, o DACTe já esta bem parecido com o manual.
-
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.
-
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.
-
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.
-
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.
-
Boa tarde Guilherme,
Você ainda usa algum fonte da pasta PCN, por que?
-
Boa tarde Amauri,
O componente ainda não suporta a cidade de São Paulo e outras que não seguem o modelo estabelecido pela ABRASF.
-
Boa tarde Ariovaldo,
Segundo o manual da NFSe ( ABRASF ) você indica o código principal do tipo de serviço que a empresa presta e na discriminação você relaciona tudo o que foi feito.
-
Boa noite Guilherme,
Você baixou todos os fontes?
Se sim, abra o pacote ACBrComum e compila, isso pode resolver o problema.
Falha no Schema ao consultar CT-e versão 104 MG
em ACBrCTe
Postado
Boa noite Graça,
Sim, o colega Janis de Uberlândia, tambem esta com o mesmo problema.