Italo Giurizzato Junior

Bom dia Marcelo, Notei que você esta emitindo o CT-e na versão 1.04 em ambiente de homologação. Será que o ambiente de homologação só esta aceitando agora a versão 2.00 ??? Isso explicaria a Rejeição que você esta recebendo.

Se não houve alteração nas units referentes aos "DA", ou seja, DANFE, DACTE, etc. então não se faz necessário.

Bom dia ALA, Favor atualizar os fontes e testar novamente.

Bom dia Rogercon Favor atualizar os fontes e testar novamente.

Boa noite Dall'ara, Post como anexo o XML baixado do site.

ALA, Existe diferenças inclusive na alimentação do componente, te aconselho a fazer uma pesquisa no fórum sobre essa nova versão e estudar os fragmentos de código disponibilizados juntamente com o programa exemplo.

Boa tarde ALA, Na pasta de Schemas para o provedor GovBR temos dois modelos de schemas em ambos as TAGs do grupo <valores> na sua grande maioria são opcionais, logo o componente esta gerando de forma correta. Precisamos saber com exatidão qual é o schema que o provedor segue, pelo jeito nenhum dos dois disponibilizados junto com o programa exemplo.

ALA, Quantos clientes se utilizam do CT-e Complementar? E com qual frequencia? No caso da Versão 2.00 os valores do CT-e Complementar serão informados nos mesmos campos do CT-e Normal. Ou seja, em um CT-e Complementar o valor que aparece como valor do ICMS é do complementar, portanto não teremos as duas informações ( Pai e Filho ) como era antes.

Boa tarde Juliomar, Na verdade os contribuintes do Espirito Sando vão deixar de autorizar as NF-e na SEFAZ Virtual Ambiente Nacional e passarão a utilizar a SEFAZ Virtual do Rio Grande do Sul, isso já ocorreu com outros Estados Brasileiros. Inclusive acabo de disponibilizar uma atualização da unit ACBrNFeUtil onde temos as duas chamadas, sendo que a da SEFAZ Virutal RS esta comentada. No dia 04/02/2014 basta descomentar uma e comentar a outra e compilar a aplicação. Simples, Fácil, Rápido e sem Dor.

Boa tarde ALA, Por favor de uma olha na estrutura do XML da versão 2.00 do CT-e. Mais precisamente Nota Técnica 2013/013 - página 147 Note que agora dentro do grupo <infCteComp> a unica informação é a chave do CT-e complementado, logo não existem mais o grupos: vPresCom e impComp, ICMSComp. Como a versão 1.04 tem mais uns 5 meses de vida, não vejo razão para mudar isso.

Boa tarde a todos, Leonardo, concordo, ao meu ver basta realizar a alteração proposta por Guilherme Pinotte. Inclusive já deixei preparado. Basta o desenvolvedor alterar a unit ACBrNFeUlil.pas que esta dentro da pasta ...\Fontes\ACBrNFe2 comentando a linha que chava as URLs do Ambiente Nacional e descomentando a linha logo abaixo que chama as URLs do SEFAZ Virtual-RS. E por fim compilar com a opção Build a sua aplicação.

Boa tarde Leonardo, Estou dando uma geral nas URLs, assim que possível vou disponibilizar.

Bom dia a todos, Foi publicado no dia 02/01/2014 a NT 2014/001 que trata sobre as alterações em regras de validação e o novo layout do modal Aquiviário. Datas de Liberação: Ambiente de Homologação: 10/03/2014 Ambiente de Produção: 10/04/2014 No novo layout foram acrescentados 3 novos campos e consta também nessa NT o layout do DAMDFE para o Modal Aquiviário. Mas notei alguns problemas: 1. Não foi disponibilizado o novo schema com os novos campos, logo não é possível gerar o XML com esses campos, o componente não vai validar. Teremos que aguardar os novos schemas. O componente já esta preparado para esses campos, mas não vai gera-los no XML. 2. O DAMDFE faz referencia a esses novos campos, mas se tentar imprimir vai sair em branco (pelo motivo apresentado acima). 3. O DAMDFE apresenta dois quadros de informações da composição da Carga, um para o MDF-e emitido como Normal e outro como Contingência, em ambos temos a "Idendificação de Unidade de Transporte" e "Identificação de Unidade de Carga", como são varias as informações, na NT não deixa claro qual ou quais as informações devem ser impressas. Algumas coisas já foram implementadas, vamos aguardar, acredito que outras NT vão ser publicadas sobre o assunto.

Bom dia Luciano, Segundo o seu XML, me diz que você esta gerando uma NFC-e na versão 3.00, correto? Pelo que pude analisar não encontrei nada que pudesse estar gerando o erro. Portanto se o erro da SEFAZ é: Erro Não Catalogado, o problema é na SEFAZ.

Boa noite Bruno, Favor atualizar os schemas. O primeiro pacote de schemas para a versão 2.00 do CT-e que a SEFAZ disponibilizou continha um erro nesse texto fazendo com que o XML não seja validado. Tem um segundo pacote onde esse problema foi sanado.

Boa noite Ant. Carlos, Exclu-a os arquivos da pasta ...\Fontes\ACBrCTe que possui em seu icone uma bolinha vermelha ou triangulo amarelo. Atualize novamente e compile a aplicação com a opção Build.

Boa noite Josue, Pesquise no fórum, exitem dicas de como alimentar esses campos. Não houve alteração no nome do campo do componente, apenas o nome da TAG. Isso foi feito para manter compatibilidade com a versão anterior.

Boa noite Bruno, Atribuia vazio a condição de uso, ou seja: infEvento.detEvento.xCondUso := '';

Boa noite Josué, Você esta configurando o componente corretamente? Ao configurar o componente temos que informar o modelo e a versão do documento fiscal. E ao alimentar o componente com os dados devemos atribuir o valor 3.1 ao campo versao. Outra coisa, os webservices da SEFAZ-MG já estão preparados para recepcionar a NF-e na versão 3.10?

Marcelo, Se você simplismente utiliza o comando Enviar para realizar o envio do lote: ACBrCTe1.Enviar( nLote ); E esta obtendo esse erro, isso significa que o problema é na SEFAZ.

Jairo, O componente ACBrCTe compilado com a diretiva de compilação PL_200, o deixa compativel com a versão 2.00 do CT-e. Isso significa que é possível efetuar o cancelamento por evento e enviar a CC-e. Lembre-se que o Cancelamento por evento e CC-e só estão disponiveis para a versão 2.00 do CT-e. Na pasta ...\Exemplos\ACBrCTe existem varios arquivos TXT, são fragmentos de códigos onde você vai encontrar exemplos de como efetuar o cancelamento e a carta de correção.

Igor, Você pode realizar um consulta pela chave, veja: ACBrMDFe1.WebServices.Consulta.MDFeChave := sChave; ACBrMDFe1.WebServices.Consulta.Executar; Isso vai realizar uma consulta e retornar a situação atual do MDF-e. Se ele esta autorizado, vai ser retornado o protocolo que você precisa para efetuar o cancelamento.

Boa tarde Marcelo, Tentando entender: 1. é gerado o XML com tipo de emissão = 5 ou seja contingencia; 2. o XML é assinado; 3. o DACTE é impresso. Até ai sem nenhum problema, correto? 4. é carregado o XML anteriormente sem efetuar nenhuma alteração no mesmo. 5. é enviado para SEFAZ; Correto? Através do XML: -pro-rec.xml que você postou nota-se que o numero do recibo é zero: <nRec>000000000000000</nRec> Como você esta realizando o envio? É através do comando Envio( nlote ), ou esta utilizando outra forma? Você realizando a consulta através do numero do recibo? Se sim, esta informando corretamente este numero?

Boa tarde Silvio, Favor não postar em varios lugares o mesmo questionamento. O ACBr não é uma DLL e foi escrito para o Delphi.

Boa tarde Jairo, Qual é a finalidade de se fazer isso?