Italo Giurizzato Junior

Boa noite Marcos, O MDF-e que você anexou esta sem o protocolo de autorização, ele foi enviado?

Roger, Que eu saiba o pedido de cancelamento sempre houve a necessidade de assinar.

Heronim, Favor atualizar os fontes e faça novos testes.

Roger, Quando migrei o componente para o Trunk2 fiz testes usando o provedor Ginfes e ao cancelar uma nota o pedido de cancelamento foi assinado. E não ocorreu nenhum erro.

Boa noite Rafael, Desculpe não entendi, esse provedor Actcon para a cidade Ipatinga ele usa a versão 1 do layout da ABRASF, por outro pado para a cidade de Governador Valadares ele usa a versão 2. Esta correto isso?

Roger, O componente de DANFSE foi incluído no form junto com o ACBrNFSe ? Se sim, foi feito o link entre eles?

Roger, O pedido de cancelamento não esta assinado. A sua aplicação esta usando o arquivo Ginfes.INI que esta na pasta: \Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?

Boa noite ALA, Desculpe não entendi o que você deseja saber. Se você quer saber se o provedor ISSDigital usa o Método Enviar ou Gerar ou EnviarSincrono, basta você abrir o arquivo ISSDigital.INI e verificar quais os SoapAction definidos para esse provedor. Você vai notar que esta definido o Recepcionar (usado pelo método Enviar), o Gerar (usado pelo método Gerar), o RecSincrono por outro lado não esta definido, isso significa que esse provedor não podemos usar o método EnviarSincrono.

Boa noite Weslei, Note que a mensagem de erro acusa que o campo CPF esta vazio. Favor estudar o programa exemplo, procure pelas configurações das propriedades do emitente. Procure por: .Emitente

Boa noite Lucas, Esse erro ocorre quando se usa o Capicom?

Roger, Favor anexar os arquivos de envio e de retorno referente ao cancelar.

Heronim, Por favor configure o componente para salvar os arquivos soap. Configuracoes.WebServices.Salvar := True; Faça novos testes e anexe os arquivos de envio e de retorno (soap).

Heronim, Esse não serve, pois ele é apenas o XML do RPS, necessito do XML de envio e de retorno. O XML de envio contem o que você anexou entre outras informações.

Boa noite Adenilde, Se a nota foi rejeitada pelo fato do valor da alíquota estar errada, a correção é simples basta informar a correta.

Boa noite Fábio, Pelo arquivo de pedido de cancelamento notei que esta faltando os dados do emitente. Sendo assim, o problema é que os dados do Emitente não foram configurados no componente. Favor olhar no programa exemplo como realizar essa configuração, são 6 propriedades. Procure por: .Emitente

Boa noite Heronim, Ajudaria se você anexar também os XMLs gerados, principalmente os de envio e de retorno.

Boa noite Roger, O mesmo problema ocorre com o programa exemplo?

Boa noite, Qual é o método de envio que você esta utilizando? Se for o enviar, você configurou o componente para Consultar o Lote após o Envio? O mesmo problema ocorre com o programa exemplo?

Boa noite Gabriel, Peça a esse contator de historias que lhe mostre a Nota Técnica sobre o DistribuicaoDFe para o CT-e.

Boa tarde Sidneide, Notei que o XML de pedido de cancelamento esta totalmente diferente em relação ao que o componente gera. Você fez alterações no componente na tentativa de tentar resolver o problema?

Fábio, Fiz uma alteração para ler o retorno do cancelamento. sCanc := ACBrNFSe1.WebServices.CancNFSe.RetCancNFSe.InfCanc.Sucesso; Se sCanc for igual a string 'true' significa que a nota foi cancelada. Favor atualizar os fontes e testar.

Boa tarde a todos, Nelson, favor fazer o que o Mauro lhe orientou. Realize os testes, caso venha funcionar, ou seja, conseguir enviar a nota, favor postar os resultados para que possamos incluir definitivamente mais essa cidade ao arquivo Cidades.INI

Boa tarde a todos, Mauro, desculpe pela demora, já apliquei as 2 alterações feitas nas Units postadas no dia 9 e 10. Já enviei para o repositório. Muito obrigado pela colaboração.

Boa tarde Heronim, No arquivo EL.ini temos a seguinte linha: UseCertificado=1 experimente mudar o valor para zero.

Boa tarde Roger, Você esta configurando as propriedades referentes ao Emitente?