Italo Giurizzato Junior

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.

Boa tarde Marcelo, O 01.07 é um código do tipo de serviço que a empresa executa. A mensagem de erro diz que esse código é inválido, portanto você deve informar o código correto, para isso é preciso saber qual é o código que foi atribuido para a empresa em questão. O código 01.07 se refere ao serviço de Suporte Técnico em informatica, no caso de um consultório odontológico o código é 04.12

Kamatha, Por favor não post o mesmo problema em varios tópicos. Já lhe respondi no outro.

Boa tarde Kamatha, Qual é a versão do documento fiscal configurado no componente, ve100 ou ve100a? Você esta usando os schemas corretos para a versão escolhida? Se não me falha a memória no ambiente de homologação só esta sendo aceito na versão 1.00a

Boa tarde icozeira, Você mesmo pode dar ele como resolvido.

Boa tarde Rodrigo, Muito obrigado pela colaboração, assim que possível vou estar disponibilizando os fontes. Uma dica, quando acrescentar uma propriedade nova em uma procedure ou function, mesmo que ela seja opcional, por favor inclua sempre por último e não no meio das outras já existentes.