Italo Giurizzato Junior

Boa noite Delcio, Obrigado pelo retorno. Fiz uma alteração no fonte, favor atualizar e testar novamente.

Boa noite Douglas, Estude o programa exemplo, que esta na pasta: ...\Exemplos\ACBrMDFe

Boa tarde Marcio, A impressão do DANFSE se destina a NFS-e e não ao RPS.

Boa tarde Rogercon, O erro ocorre na validação ou no retorno do envio para o WebServices? Se for no retorno do WebServices então é uma restrição no provedor Ginfes.

Boa tarde Binho, Pelo arquivo de retorno, tudo indica ser um erro no webservice deles. Aparentemente não encontrei nada no XML de envio que poderia provocar o erro: Erro ao realizar conversao dos dados de resposta XML. Favor entrar em contato com o provedor e apresentar o problema a eles. Do resto vou checar os fontes do componente.

Bom dia Wellington, O que não aparece na paleta do ACBr? O componente ACBrNFSeDANFSEQR ou o Quick Report? Lembre-se que o Quick Report possui a sua própria paleta. Qual versão do Quick Report você possui instalado no Delphi?

Bom dia Eber, Você acrescentou a cidade de Lavras/MG em qual provedor?

Bom dia Msilvia, Atualiza os fontes e tenta novamente.

Bom dia Andrade, Eu não recomento esse procedimento, uma vez que a pasta que contem os schemas que acompanha os fontes do ACBr, podem não estar atualizados. Procuramos sempre manter, mas não existe uma garantia. Eu procuro baixar os schemas atualizados do Portal Nacional da NF-e. E depois envio para os meus clientes.

Bom dia Vinicius, O componente ainda não atende a cidade de Montenegro/RS. Favor acessar o site da cidade para descobrir qual é o provedor ou entrar em contato com a prefeitura e perguntar qual é a empresa contratada para emitir as NFS-e.

Bom dia José, Qual é a dificuldade? Na rotina que alimenta o componente, ou quais campos que devem ser informados?

Bom dia Lucio, O XML indica que a UF do emitente é 41 = PR. O componente esta configurado para enviar o lote para a SEFAZ-PR ?

Bom dia Frederico, O certificado e-CNPJ serve para emitir o CT-e. Desde que que o CNPJ seja de uma transportadora e após a aquisição do certificado é preciso realizar o credenciamento junto a SEFAZ, a liberação normalmente demora 24 horas.

Bom dia Binho, Você postou os arquivos de envio e o RPS gerado, ajudaria se você postasse o arquivo de retorno: *-lista-nfse-c.xml

Bom dia Guilherme, Segundo a NT 2013/004 de Outubro/2013, página 104 temos os campos #11 (CPF) e #12 (CNPJ), ambos são CE indicado na coluna Ele. Na página 85 temos o significado de CE: Indica que o campo é um elemento que deriva de uma escolha (choice). Isso significa que você deve escolher qual dos dois vai ser informado, que no caso CPF ou CNPJ.

Bom dia Luiz, A sua alteração foi testada com a versão 3.0 do Quick Report? Ela compilou com as linhas abaixo fora do: {$IFDEF QReport_PDF} ? QRCTe.PrevShowSearch := False; QRCTe.PrevShowThumbs := False; QRCTe.PreviewInitialState := wsMaximized;

Bom dia Guilherme, Você esta utilizando o componente ACBrMDFe para gerar o XML? Para mim não, pois dentro do grupo <prop> esta aparecendo tanto o CPF quanto o CNPJ e só pode aparecer apenas um deles.

Bom dia Leonardo, Muito obrigado, arquivo atualizado já disponivel.

Bom dia Luiz, Verifique se não tem nenhum fonte do componente com uma bolinha vermelha ou triangulo amarelo no icone, se sim, apague-o e baixe novamente. Pois aqui compilou sem nenhum problema.

Bom dia Paulo, Faça como eu, tenha uma aplicação de visualização de documentos fiscais. Compilada com a diretiva de compilação PL_104 descomentada. E a aplicação que emiti o CT-e compilada com a diretiva PL_200.

Bom dia Luiz, Se você utiliza o Tortoise para baixar a atualização dos fontes, ele esta configurado com a nova URL? Não tem nenhum fonte do ACBrMDFe cujo icone possui uma bolinha vermelha ou triangulo amarelo? Se sim, exclu-a o arquivo e baixe novamente.

Luiz, Todos os fontes de todas as pastas estão atualizados?

Boa tarde Luiz, Dentro da pasta, ...\Fontes\ACBrMDFe temos o arquivo texto: Property_Does Not Exist Execute o passo a passo e verifique se o problema é resolvido.

Marcelo, Verifique se o código do item de serviço tem que ser informado com formatação (01.07) ou sem (0107). As vezes o Webservice esta retornado essa mensagem, sendo que o correto seria, número do RPS em duplicidade. Ou o número do RPS é inválido em função da Série informada.

Boa tarde Nellien, Bem que eu gostaria que fosse dessa forma, mas infelizmente não é possível, visto que no CT-e ocorreu mudanças drasticas na estrutura do XML. Vou sitar uma delas: Na versão 1.04 o grupo local de retirada ficava dentro do grupo documentos originários, mais precisamente as NF-e e o trupo com os documentos originários ficavam dentro do grupo remetente. Primeiramente note que existe um erro ai, pois se o documento originário for uma nota comum (papel) não temos como informar os dados do local de retirada quando este não for o mesmo do remetente. Isso foi resolvido na versão 2.00. Agora o grupo local de retirada (local de coleta como é chamado na versão 2.00) fica dentro do grupo remetente. Já o grupo com os documentos originários estão fora do grupo remetente. Como você pode ver as mudanças foram muitas, já na NF-e o que ocorreu foi apenas o acrescimo de uma duzia de TAGs novas, não ocorreu mudanças drasticas como no CT-e. A minha sugestão é você fazer uma aplicação que permita a visualização / impressão do DACTE referente a um XML da versão 1.04. Visto que o prazo para o cancelamento de um CT-e é de 7 dias, logo o seu cliente teria que conviver com duas aplicações uma de cada versão por no máximo uma semana.