Italo Giurizzato Junior

Adonis, Muito obrigado pela contribuição, já inclui na minha lista de tarefas. TK-3079

Adriano, Quando concluir os testes favor anexar o arquivo ACBrNFSeXServicos.ini com a nova cidade para que possamos enviar para o SVN. Desde já muito obrigado pela sua contribuição.

Boa tarde Adonis, Qual é o erro que ocorre ao tentar instalar novamente o ACBr?

Boa tarde Jones, Você esta usando o componente ACBrNFSe (Antigo)? Se sim, lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Mario, Mas essa não é uma solução.

Você colocou o caminho inteiro? NFe.compra.xPed

Boa tarde, Porque você não faz da seguinte forma: if OpenDialog1.Execute then begin ACBrMDFe1.Manifestos.Clear; ACBrMDFe1.Manifestos.LoadFromFile(OpenDialog1.FileName); ACBrMDFe1.Manifestos.Imprimir; end; O Parâmetro True no LoadFromFile faz com que o componente recrie o XML, se você tem o XML não faz nenhum sentido em recriar ele. Não entendi o porquê de configurar o componente para o ambiente de produção antes da impressão.

Se você utiliza o Fast Report basta criar um novo FR3 que imprima essa informação. Se você utiliza o Fortes Report vai ser necessário alterar o componente.

Boa tarde Takero, O componente gera o XML "soap" e envia para o webservice do provedor. O que o Renato lhe pediu é: 1. Configurar o programa exemplo para salvar os arquivos "soap", na Aba WebServices do programa exemplo marque a opção "Salvar envelope SOAP". 2. Faça novos testes. 3. Anexe os arquivos *-soap.xml gerados nos testes.

Boa tarde, Segundo a NT 2020/001 não está previsto a impressão dessa informação. Qual é a real necessidade de se ter essa informação impressa na etiqueta? Lhe pergunto isso, pois o DANFE Simplificado - Etiqueta foi criado para atender o comercio varejista para consumidor final em comércio eletrônico, venda por telemarketing ou processos semelhantes.

Boa tarde, Uma curiosidade, qual é a linguagem que vocês trabalham? Em vez de montar o XML porque não monta o arquivo INI ?

A verdade é uma só. A empresa contratada pela SEFAZ-MG para implementar e dar manutenção em seu WebService pelo jeito não tem nenhuma competência. Não vejo outra saída a não ser os contribuintes começarem a protocolarem reclamações até que a SEFAZ-MG resolva jogar a toalha e firmar o convenio com a SEFAZ-Virtual do RS.

Boa tarde Mario, Já inclui na minha lista de tarefas para analisar o problema. TK-3078

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Léo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3077 Léo, Já esta no SVN.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Adilson, Já esta no SVN. Muito obrigado pela colaboração.

Boa tarde Adriano, Complementando o que o Renato, já te passou:

E com a minha alteração, chegou a testar para ver se resolve o problema?

Boa tarde Maurício, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Funcionou sem nenhum problema até as 8:30 com a alteração que fiz e subi para o SVN? Se sim, com certeza a SEFAZ-MG colocou novamente em pratica a pata de elefante deles.

Boa tarde, Depois de atualizar os fontes, reinstalou o ACBr e compilou com a opção Build a aplicação?

Bom dia Antonio, Já se encontra no SVN a implementação parcial do provedor SigISSWeb. Esta faltando ajustar a unit SigISSWeb.Provider, essa unit é responsável por preparar o envio da emissão, consulta, cancelamento entre outros serviços. Favor atualizar os fontes e reinstale o ACBr.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.