Italo Giurizzato Junior

Boa tarde Claudio, Esse contador só deve saber contar até 10, pelo jeito. De uma olha na página 63 da Nota Técnica 2013/005 versão 1.22 - grupo ICMS20 - Tributação com redução de base de cálculo. Temos também o ICMS70 (página 69) - Tributação ICMS com redução de base de cálculo e cobrança do ICMS por substituição tributária.

Boa tarde Maiko, Qual é a necessidade de gerar o PDF no caso da emissão da NFC-e?

Boa tarde Ramalho, Porque você não usa o componente para gerar o XML? No seu XML aparece versao como sendo elemento da TAG envEvento, mas segundo a estrutura publicada na Nota Técnica 2014/003 versão 1.02 - página 7 "versao" é um atributo. Idem para versao da TAG evento que também no seu XML aparece como elemento em vez de atributo. Idem para Id que também aparece como elemento e o correto é ser um atributo de infEvento. Idem para versao da TAG detEvento que também aparece como elemento em vez de atributo.

Boa tarde Gilberto, A propriedade RetWS não traz o XML completo, ou seja, assinado e protocolado. O XML completo esta sendo salvo em disco? Se não esta verifique se esta atribuindo o valor True a propriedade Configuracoes.Arquivos.Salvar.

Bom dia Rigotti, Muito obrigado pela colaboração, já esta disponível.

Bom dia Danny, Muito obrigado pela colaboração, já esta disponível.

Bom dia ALA, As DLLs estão todas instaladas, o certificado é válido?

Bom dia Delfino, Para resolver os erro de propriedades não encontradas, existe um arquivo TXT dentro da pasta que contem os fontes do componente, basta seguir o passo a passo para resolve-los.

Bom dia Foleyjf, Muito obrigado pela colaboração, já esta disponível.

Bom dia WDorneles, A primeira tela de erro esta claro que ao tentar consultar o lote que foi enviado, você não esta informando corretamente o numero do protocolo retornado após o envio. Já na segunda tela de erro, o lote foi recusado pelo simples fato que não foi o cadastro do contribuinte junto ao provedor. Lembre-se que alguns provedores requer um cadastro para emitir a NFS-e via site e um outro cadastro para emitir via Web Services. Faça o cadastro e reveja a sua rotina de envio, vamos eliminar esses erros depois vamos ver o por que do XML estar fora da estrutura.

Bom dia Armando, Note que o que você postou como anexo é o XML do retorno sem nenhum tratamento e nele não consta os grupos <NfseCancelamento> e <SubstituicaoNfse> que por sinal no XML que você baixou da prefeitura esses 2 grupos aparecem duplicados. Faça o seguinte configure o componente para salvar os arquivos Soap (atribua o valor True a propriedade: Configuracoes.WebServices.Salvar). E faça uma nova consulta, abra o arquivo de retorno que contem a palavra -soap no nome para ver se aparece os grupos mencionados acima. Se mesmo assim não tiver os grupos, o problema é o Web Services do provedor que não retorna eles.

Bom dia Luciano, Tentou atribuir o valor desta forma: Servico.Valores.ValorServicos := 1685.50; Checou com a prefeitura se o código de tributação é exatamente esse que foi informado?

Bom dia, Muito obrigado pela colaboração, já esta disponível.

Bom dia Marcelo, O Certificado é valido, ou seja, não esta vencido?

Bom dia, Se eu entendi, através do programa exemplo do componente ACBrNFSe funciona 100%, ou seja, o Web Service processa com sucesso o RPS que é enviado e retorna o XML da NFS-e. Por outro lado através da sua aplicação o RPS é rejeitado pelo Web Services acusando que a alíquota é invalida. Se é isso, por favor compare o XML do RPS gerado através do programa exemplo, com o da sua aplicação. Detalhe importante, compare o valor de todas as TAGs de ambos os XMLs.

Bom dia, Você esta salvando o XML em disco ou esta pegando o mesmo de uma propriedade para salvar no banco de dados? Se esta pegando de uma propriedade, qual é?

Bom dia Otair, Pelo XML *-con-dis-dfe.xml notei que você esta consultando um NSU especifico, ou seja você esta atribuindo uma string diferente de vazio para o quarto parâmetro do método DistribuicaoDFe. Por favor leia o Manual do componente ACBrNFe que encontra-se disponível na pasta: ...\Doctos\Manuais

Bom dia Jorge, Para aparecer essa mensagem de erro, o conteúdo da propriedade Servico tem que estar vazia. Abra a unit ACBrNFeWebServices e procure por: procedure TNFeStatusServico.DefinirServicoEAction; essa procedure define o conteúdo das propriedades Servico e SoapAction. Se você notar algo estranho, favor excluir essa unit e baixar novamente usando o Toroise, depois compile a aplicação com a opção Build e teste novamente.

Bom dia Luis, Exatamente, mas no Manual versão 2.00a do CT-e disponibilizado no Portal Nacional do CT-e encontra-se uma tabela dos campos impedidos de serem alterados por uma CC-e. O campo vCarga não consta dessa tabela, sendo assim podemos alterar.

Boa tarde Geazi, Verifica a sua rotina, pois nada foi alterado com relação a geração dessa TAG. Será que você não esta atribuindo uma string vazia a essa propriedade em outro ponto da sua rotina que alimenta o componente ou fora dela antes de gerar o XML?

Boa tarde, Isso é estranho pois só aparece apenas uma vez o LayNFeEventoAN na function GetURL sendo assim não deveria alterar a URL. Você esta com todos os fontes de todas as pastas atualizados?

Boa tarde Marcelo, Você precisa instalar o componente ACBrNFeDANFEQR desta forma você vai poder optar por continuar a usar o Rave ou mudar para o Quick Report para imprimir o DANFE e terá condições de imprimir o evento da NF-e como você faz no MDF-e alem de poder gerar o PDF.

Boa tarde Carlos, No meu entendimento, temos que desenvolver componentes que estejam em conformidade com os manuais e notas técnicas. E não ficar adicionando linhas para poder ler arquivos gerados por outros sistemas, arquivos estes com erros como este apresentado por você. O seu cliente deveria entrar em contato com o emitente da NF-e e relatar o problema.

Boa tarde Leonardo, Se você levar em consideração ao XML que foi postado pelo nosso amigo Alex, não se trata de um XML de NF-e e sim de um retorno de download. E a versão do XML de download é 1.00 Sei que dentro deste contem o XML da NF-e cuja versão é 3.10, mas entenda que o LoadFromFile foi criado para ler o XML de uma NF-e e não de um retorno de download. A aplicação que gerou esse arquivo deveria extrair a NF-e do retorno e salva-la em disco com o nome: <chave>-nfe.xml Como ela não faz, apresentei acima uma pequena rotina implementada no ACBrNFe que faz o serviço, só não coloquei a linha para salvar em disco o XML da NF-e.

Boa tarde Jeferson, Em offline você não envia nada, apenas gera o XML assina e imprimi o DANFE. Quando os problemas forem sanados ai sim o XML assinado é enviado. Por favor na Nota Técnica 2013/005 versão 1.22 você encontra quais os campos devem ser alterados para gerar o XML com o tipo de emissão Offline.