Italo Giurizzato Junior

Bom dia Geferson, O manual do DACTE é um desastre. Eles alteram uma página e não alteram outra. Não tem todos os modelos, para os diversos tipos de CT-e. Uma coisa é certa, o Documento Fiscal Válido Juridicamente é o XML, deste que este esteja assinado digitalmente e com o protocolo autorizando o uso retornado pela SEFAZ autorizadora do contribuinte. O DACTE serve apenas para acobertar o transporte da carga da sua origem até o seu destino. Na medida do possível procuramos deixar o DACTE conforme orientação do manual. Mas no manual deixa claro que algumas alterações podem ser feitas desde que não prejudiquem o que foi definido como padrão.

Bom dia Carlos, Segundo relatos de colegas que implementaram essa funcionalidade em suas aplicações, foi necessário realizar dezenas e as vezes centenas de consultas para que as primeiras notas fossem retornadas. Acabo de disponibilizar um fragmento da rotina que faz a consulta, rotina esta da minha aplicação. Ao atualizar os fontes, você vai encontrar um arquivo TXT chamado: ConsultarNFeDestinadas dentro da pasta: ...\Exemplos\ACBrNFe2 Estude essa rotina.

Bom dia Pablo, Favor atualizar os fontes e tentar novamente.

Bom dia Magela, Você atribuiu o valor cstICMSOutraUF a propriedade SituTrib ? exemplo: Imp.ICMS.SituTrib := cstICMSOutraUF;

Boa tarde Wagner, A minha rotina de consulta, primeiro carrega o XML que foi enviado e esta sem o protocolo, depois executo o comando para consultar. ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); ACBrCTe.Consultar; ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); ACBrCTe.Conhecimentos.Imprimir;

Boa tarde Deivide, Como você já observou esta tudo OK através do validador do RS. Mas note que no grupo <seg> você esta informando quem é responsável pelo seguro e o valor da carga. Não informe o vCarga pois se refere ao valor averbado e você nem sequer esta informando o numero da averbação.

Boa tarde Marco, Você tentou carregar o XML da NFS-e antes de solicitar o seu cancelamento?

Boa tarde Eduardo, A dica que eu dou é utilizar dois combo box um para os grupos e outro para os campos. Mediante a seleção dos mesmos pelo usuário você preenche essas duas propriedades.

Boa tarde Geferson, No meu entendimento devemos seguir o que consta no manual. Mas como você tem os fontes, nada te impede de realizar as alterações necessárias para atender essas situações.

Boa tarde Rigotti, Todos os fontes estão atualizados? O seu problema se refere ao provedor: SystemPro?

Bom dia Alexandre, Eu controlo o numero do lote de eventos.

Bom dia a todos, Sim, trata-se de um erro no servidor que não esta conseguindo chamar o respectivo serviço.

Bom dia Anderson, O CFOP se refere ao serviço a ser executado, correto? Você deve levar em consideração a UF de inicio da prestação e a UF de fim da prestação. São as TAGs: UFIni UFFim E não comparar a UF do Remetente com a do Destinatário ou outra combinação que você postou. Se o CT-e é do tipo Normal, ou seja, não é redespacho, pode ocorrer duas situações: 1. A transportadora vai transportar do Remetente até o Destinatário, neste caso a UFIni é a UF do Remente e a UFFim é a UF do Destinatário. 2. A transportadora vai transportar do Remetente até a uma outra transportadora que por sua vez vai transportar até o Destinatário, neste caso a UFIni é a UF do Remetente e a UFFim é a UF da segunda Transportadora. Espero ter ajudado.

Bom dia Amarildo, Você alterou os fontes incluindo essas URLs? Se sim, por favor, post como anexo o fonte alterado para que possamos realizar um merge.

Bom dia Deivide, Checando o seu XML no validador do Rio Grande do Sul, ele esta OK, inclusive a assinatura esta válida. Curiosidade: a série já esta em 513 ou você esta atribuindo o mesmo numero do conhecimento a série? Notei que no seu XML esta aparecendo dentro do grupo <compl> o grupo <fluxo> que por sinal esta vazio. Acredito que você esteja atribuindo espaço em branco a propriedade xOrig ou a xDest ou a xRota. Favor verificar e corrigir.

Bom dia, Se você se refere a Consulta de NF-e Destinadas, a resposta é não.

Bom dia Rafaella, Na página 3 da NT 2014/001 versção 1.0 - Evento EPEC temos o seguinte texto: DPEC – Declaração Prévia de Emissão em Contingência: Existe também a alternativa de emissão de NF-e em contingência com o registro prévio do resumo da NF-e emitida. O registro prévio da NF-e permite a impressão do DANFE em papel comum, sendo a validade do DANFE condicionada à posterior transmissão da NF-e para a SEFAZ de Origem. É esta emissão de DPEC que está sendo substituída pelo evento de EPEC.

Bom dia Rafaella, Sim, já esta disponível.

Dalvan, É que da forma que você postou, para mim ficou claro que você tinha implementado o provedor do zero. Se você tivesse dito, que fez alterações nas Units para atender a cidade em questão teria ficado mais claro. Muito obrigado pela colaboração, já esta disponível.

Bom dia Dalvan, O provedor SystemPro já esta implementado no componente para a cidade de Erechim/RS. Favor checar se não se trata do mesmo provedor. Caso afirmativo, basta altera-lo, para atender também a cidade de Canela/RS.

Bom dia Leonardo, Muito obrigado pela colaboração, já esta disponível.

Bom dia Lucio, Basta alimentar a lista infMDFeTransp com as chaves dos MDFe emitidos pelas transportadoras. algo do tipo: with infMDFeTransp.Add do begin chMDFe := schave; end; Não esquecer de informar a quantidade total de MDF-e relacionadas no Manifesto Aquaviário, alimentando a propriedade: tot.qMDFe := qtotalMDFe;

Bom dia Robson, Favor atualizar os fontes e testar.

Bom dia Rodrigo, Por favor atualize os fontes e teste novamente.

Bom dia Deivide, Notei 2 coisas no seu XML. A ausência da Inscrição Estadual do Destinatário e no numero do documento consta no seu final o ponto decimal. Veja: <infOutros> <tpDoc>00</tpDoc> <nDoc>589787989898.</nDoc> <dEmi>2014-06-09</dEmi> <vDocFisc>890.00</vDocFisc> </infOutros>