Italo Giurizzato Junior

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>

Bom dia a todos, Por favor atualizem todos os fontes de todas as pastas do ACBr. Agora a pouco disponibilizei uma alteração no programa exemplo, cujo botão agora realiza o cancelamento por evento. Da pasta Schemas removi os Schemas da versão 1.04 e adicionei os da versão 2.00 Testem usando o programa exemplo.

Boa noite Wiglan, A constante: CTecancCTe = '1.04'; existe pois logo no inicio da versão 2.00 o cancelamento por Web Services ainda estava funcionando e a versão do XML para este tipo cancelamento era 1.04 Se não me falha a memória existe uma propriedade chamada SalvarCCeCanEvento que recebe os valores True e False.

Boa noite Heto Andrade, O erro não iria mudar com a alteração que lhe propus. O que muda é o conteúdo do arquivo salvo. Por favor post como anexo o arquivo de retorno para que possamos analisar.

Boa noite Rogério, Primeiramente você deve utilizar os schemas do pacote: PL_CTe_200a_NT2013_013 que é o mais atual. Segundo, você descompactou o pacote?

Boa noite Volmir, Via componente não.

Boa noite Ewerton, Mas o código abaixo não tem nada haver com o de cima. principalmente a linha abaixo o Except. Outra coisa, a partir do momento que o componente esta compilado para a versão 2.00 você terá dificuldades em ler XMLs da versão 1.04

Boa noite Tathiana, Dentro da pasta: ...\Fontes\ACBrNFe2 temos arquivo texto que contem um passo a passo para resolver esse problema de propriedades que não existem.

Boa tarde Eder, Se você conseguiu cancelar o CT-e através do Web Services Cancelar isso significa que a SEFAZ deve estar passando por algum problema no se Web Services de recepção de eventos e resolveram ativar o de cancelamento. Outra coisa os schemas estão atualizados, digo isso pois os pacotes PL_CTe_200pre e PL_CTe_200_NT2013_010 ainda se utilizavam do cancelamento pelo Web Service e não por evento. O pacote de schemas correto que devemos utilizar é o PL_CTe_200a_NT2013_013. Por favor não esqueçam de descompactar esse arquivo dentro da pasta configurada no componente como sendo a pasta dos schemas.

Boa tarde Augusto, Você consegue as URLs de homologação e produção, do provedor Ágili para a cidade Chapada dos Guimarães?

Boa tarde a todos, Mas os senhores estão redondamente enganados. Vejam estes testes de cancelamento por evento na versão 2.00: 31-ped-evento.xml 31-eve.xml 2814041795714200014457017000000025194464570211011101-procEventoCTe.xml Abram os arquivos com o navegador e chequem o valor do atributo versao. Outra coisa no caso de envio de evento a constante utilizada para determinar a versão é: CTeEventoCTe = '2.00'; e não CTecancCTe = '1.04';