Italo Giurizzato Junior

Boa noite Caetano, Favor anexar o XML de retorno ao realizar a consulta em uma NFS-e cancelada.

Boa noite Caejr, No caso do provedor Thema somente o Lote é assinado, os RPS não. Antes de cancelar devemos carregar o XML da NFS-e. Favor anexar os XML gerados após a execução do método Cancelar.

Boa noite Arce, Muito obrigado pela colaboração, ainda hoje vou enviar para o repositório.

Boa noite Edilson, Alem de instalar o Certificado, a cadeia de certificados da certificadora foi instalada também?

Boa noite Roberto, Eu não migrei o provedor CTA para o Trunk2 pelo simples fato de ser exatamente igual ao provedor IssDSF. Sugiro que no arquivo Cidades.INI informe como provedor: IssDSF a cidade em questão. Refaça os testes.

Boa noite Augelias, Segundo o arquivo INI do provedor temos: [Assinar] RPS=0 Lote=1 Isso significa que o XML do RPS não deve ser assinado somente o Lote. Acho que esta explicado o motivo do XML do RPS estar sem a assinatura.

Boa noite Arce, Para que a chave esteja ficando diferente, isso é porque você esta atribuindo o valor zero ao campo cCT isso faz com que toda vez que o componente for gerar o XML ele gera o código do CT-e de forma randômica. O que você tem que fazer é gerar o cCT randomicamente com até 8 dígitos. Salva essa informação com as demais no banco de dados. E quanto for alimentar o componente com os dados do CT-e atribua ao campo cCT o valor gerado. Exemplo: // // Dados de Identificação do CT-e // Ide.cUF := DM_CTA.EmpresaCodigoEstado.AsInteger; Ide.cCT := DM_CNT.ConhecimentoCTChave.AsInteger; // Código Aleatório Ide.CFOP := DM_CNT.ConhecimentoCFOP.AsInteger; Ide.natOp := 'PRESTAÇÃO DE SERVIÇO'; Isso faz com que o componente sempre gera a chave igual, para o mesmo CT-e.

Boa noite Marcio, Os dados do veículo estão incompletos. [Veic001] cInt= RENAVAM= placa=BNF-7110 tara=1200 capKG=1300 capM3=8 tpProp= tpVeic= tpRod= tpCar= UF= CNPJ= RNTRC=12345678 xNome= IE= PropUF= ProptpProp= tpProp= O que esta em negrito é o que esta faltando. O que esta em vermelho se refere ao proprietário do veiculo, caso o proprietário seja o próprio emitente do CT-e não se faz necessário informar.

Boa noite Anderson, Se esta sendo removido o grupo <infNFe> isso significa que a tag <tpEmit> contem o valor 1 = Prestador de Serviço de transporte e não 2 = Transportador de Carga Própria. Quanto ao erro de leitura da UF, com certeza o seu XML contem espaço em branco onde não devia.

Boa noite Reinaldo, A nova versão do CT-e (3.00) não teremos mais a tag para informar se é Lotação ou Carga Fracionada.

Boa noite Marcio, Na pasta que contem os Schemas, consta os Schemas do CT-e versão 3.00?

Boa noite Bruno, Estude o fragmento TXT (AliementarComponente.TXT) que esta disponível na pasta: ...\Exemplos\ACBrDFe\ACBrCTe

Boa noite a todos, O componente já esta pronto para o Web Services de DistribuicaoDFe, o arquivo ACBrCTeServicos.ini também já contem as URLs de homologação/produção que não costa na NT e nem no Portal. Favor iniciar os testes.

Boa noite Rodrigo, Esse problema também ocorre com o programa exemplo?

Boa noite Bruno, Já tentou usar os métodos Enviar e EnviarSincrono?

Boa noite Dimas, Favor atualizar os fontes. Use o comando: vID := ACBrNFSe1.NotasFiscais.Items[0].NFSe.InfID.ID ; para ler o valor do atributo ID.

Boa noite Joanisberg, De que forma você lendo o campo cStat? E em qual momento, logo após o envio ou após a consulta?

Boa noite Reinaldo, A TAG indGlobalizado não tem nada a ver com Lotação ou Carga Fracionada. Vamos a um exemplo para você entender: Suponha que uma empresa ABC (Remetente) vende para 30 clientes (Destinatário), todas as mercadorias serão transportadas pela Transportadora XYZ. A empresa ABC é o tomador do serviço, logo é ela que vai pagar o frete para realizar todas as 30 entregas. A principio a transportadora XYZ tem que emitir 30 CT-e, mas caso esta seja detentora de regime especial, concedido pela UF de sua jurisdição, ela pode emitir apenas um CT-e que é chamado de CT-e Globalizado. Sugiro que você leia o Boletim Técnico em anexo para mais informações. No momento não é possível realizar testes de emissão de CT-e versão 3.00 pois o ACBrMonitor Plus ainda não recebeu as alterações necessárias. Somente o componente ACBrCTe que esta pronto. Espero ter ajudado. CTe_BT2012_001 Padroniza CTe Globalizado.pdf

Boa noite Gabriel, Na sua primeira postagem, você anexa uma imagem que se refere a um arquivo de retorno a consulta a situação de um lote, mas agora anexa um XML de uma nota. Sendo que este ultimo esta abrindo com o navegador IE.

Boa noite Rogério, O provedor tem o serviço de Substituição de NFS-e via Web Services? Se não tiver, não tem como.

Boa noite Dimas, Precisamos saber em qual XML retornado pelo provedor que consta essa informação, para depois ler a mesma. Por favor verifique todos os arquivos gerados e anexe o que contem a informação desejada.

Boa noite Naty, Com as alterações propostas por Heronim, que por alias já foram enviadas para o repositório, não funcionaram para a cidade de Colatina? Segundo ele esta funcionando 100%. Aconselha a fazer uma cópia dos fontes, excluir a pasta do ACBr, baixar tudo novamente e fazer novos testes.

Boa noite Gilberto, A cidade já encontra-se no arquivo Cidades.ini

Boa noite, O problema esta na existência de dois grupos CompNfse só que um tem um prefixo tc sem os dois pontos. Ainda estou estudando como resolver esse problema.

Boa noite, Muito obrigado pela colaboração, já esta no repositório.