Italo Giurizzato Junior

Bom dia Maiquel, Favor configurar o componente para salvar os arquivos soap, eles podem lhe dar uma dica do problema. Configuracoes.WebServices.Salvar := True;

Bom dia Maiquel, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia André, Muito obrigado pela colaboração, já esta no repositório.

Bom dia Rodrigo, Será necessário alterar os arquivos: Cidades.ini e WebISSv2, mas antes de realizar essa alteração favor entrar em contato com o provedor e solicitar as URLs de homologação e produção.

Bom dia Germano, Com certeza é problema no provedor, pois o campo LocalTributacao recebe o código IBGE do município e este possui 7 dígitos segundo o schema.

Bom dia ALA, A mensagem é clara, para o campo ISSRetido você esta informando 1 e deve ser 2 e o campo ValorISSRetido tem que ser zero.

Boa noite Gabriel, Esse XML esta assinado e protocolado. Favor anexar um outro com o grupo fatura que esta ocorrendo rejeição por falha no schema.

Bom dia a todos, Lembrem-se que no caso do CT-e OS o envio é síncrono, ou seja, após o envio já temos o resultado do processamento do documento. Tentem obter os dados que desejam a respeito do resultado do processamento da seguinte forma: Protocolo := ACBrCTe.Conhecimentos.Items[ x ].CTe.procCTe.nProt; Status := ACBrCTe.Conhecimentos.Items[ x ].CTe.procCTe.cStat; Motivo := ACBrCTe.Conhecimentos.Items[ x ].CTe.procCTe.xMotivo;

Bom dia Welton Configuracoes.Geral.IdentarXML := False;

Boa noite Gabriel, Em vez de Retorno e CTeRetorno, tentou CTeRetornoOS?

Boa noite Carlos, Favor atualizar todos os fontes de todas as pastas do Branches, pois fiz diversas alterações no programa exemplo e no componente ACBrANe. Com as alterações que promovi, foi possível consumir o Web Services de homologação com sucesso e obter o retorno. O componente possui uma propriedade de configuração chamada TipoDoc que pode receber os valores: tdNFe, tdCTe e tdMDFe. Para a AT&M no caso da NF-e ou CT-e o processo é de averbação já no caso do MDF-e é declaração. Como a emissão do MDF-e deve ser posterior a do CT-e ou NF-e sendo assim no caso de uma transportadora acredito que, devemos emitir os CT-e, realizar a averbação dos mesmos, depois emitir o MDF-e e por fim fazer a declaração do MDF-e.

Boa noite Gean, Você já teve a curiosidade de ver os arquivos que compõe os fontes do componente ACBrMDFe? Pelo jeito não. Pois se tive-se iria descobrir o arquivo ACBrMDFeServicos.ini É neste arquivo que se encontra as URLs de homologação e de produção do MDF-e.

Boa noite Gean, Você ativou a opção para identar o XML? Se sim, desativa.

Boa noite Welton, Você ativou a opção para identar XML ? Se sim, desativa.

Boa noite André, Muito obrigado pela colaboração, já enviei para o repositório.

Boa noite André, Muito obrigado pela colaboração, já enviei para o repositório.

Boa noite Valter, Favor atualizar os fontes e testar novamente.

Boa noite Willian, Favor atualizar os fontes e faça novos testes.

Boa noite Graça, É muito estranho essa mensagem sendo que no envio consta a tag <Usuario> com o usuário informado.

Boa noite Luiz, Você esta com todos os fontes de todas as pastas atualizados? Ao reinstalar com o ACBrInstall_trunk2 marcou a opção para apagar os arquivos antigos?

Boa tarde Graça, Favor atualizar todos os arquivos do Branches e refaça os testes com as alterações que fiz.

Boa noite Graça, Você tem o XML de envio que não ocorreu erro com o HTTPReqResp1 ?

Boa noite André, O arquivo em anexo não consta a alteração.

Boa noite Sidnei, Muito obrigado pela colaboração, já enviei para o repositório.

Boa noite Lucas, Será que o numero que esta sendo informado não se refere a uma nota que já foi emitida e depois cancelada.