Italo Giurizzato Junior

Dimas, O provedor Fiorilli talvez não necessite de um certificado para consumir os web services, no caso do envio através do método Enviar, tanto o RPS quanto o Lote devem ser assinados, já no envio através do método Gerar devemos assinar o RPS, sendo assim é preciso ter o certificado instalado e o componente configurado corretamente.

Boa noite Denise, A emissão segundo a versão 3.00 em ambiente de produção só será possível assim que a SEFAZ liberar o ambiente de produção para essa versão. Como a versão 2.00 e 3.00 vão conviver até dezembro de 2017 não existe nenhum gatilho. Assim que a sua aplicação estiver 100% migrada para a versão 3.00 funcionando perfeitamente no ambiente de homologação, assim que o ambiente de produção for liberado você poderá emitir nesse ambiente e abandonar definitivamente a versão 2.00 Sendo assim, você tem ai 1 ano para adequar a sua aplicação e realizar todos os testes necessários.

Dimas, Pelo que entendi, a sua aplicação é idêntica ao programa exemplo com uma diferença os componentes estão em um DM, é isso? E usando o programa exemplo, ocorre o mesmo problema?

Boa tarde Rodrigo, Cara como você faz uma coisa dessa? Deveria ter ido atrás de um cliente (transportadora) e solicitar o certificado dele para você realizar os testes. Outra coisa, se você esta credenciado em ambos ambientes, você pode sim usar a qualquer momento o ambiente de homologação, mesmo já estando emitindo em produção. A pessoa que passou essa informação dizendo que não pode esta errada e totalmente desinformada. E se não me falha a memória você pode sim reverter o processo, ou seja, deixar de ser credenciado a emitir CT-e.

Boa tarde Dimas, Os componentes estão em um Data Module ou você esta criando e destruindo toda vez que vai usá-lo?

Bom dia Douglas, Muito obrigado pela colaboração, já esta no repositório.

Bom dia, Já tentou enviar outra nota sem informar o valores de retenção PIS e COFINS?

José, O Web Services NFeAutorizacao é utilizado tanto para recepcionar a NF-e quanto a NFC-e. Até onde sei o modo síncrono foi criado para a NFC-e e como dito o lote tem que ter apenas UMA nota. Pode até ser que alguma UF venha disponibilizar esse modo de envio para a NF-e também. Se isso ocorrer, lembre-se: apenas UMA nota pode compor o lote.

Bom dia Rodrigo, Sim, sempre utilizar o último NSU retornado na última execução do DistribuicaoDFe na próxima execução do mesmo. Você pode também ler o valor de maxNSU e comparar com o ultNSU, se a diferença for muito alta algo em torno de 500, que seria necessário executar o DistribuicaoDFe 10 vezes para baixar tudo, faz com que a rotina baixe somente metade, e só depois de 1 hora baixe o resto. Nesse meio tempo o usuário vai realizando a manifestação das novas notas.

Bom dia Costa, Se a funcionalidade [Gerar NFSe] não esta disponível para o servidor Ginfes, isso significa que você não pode utilizar esse método de envio para esse provedor. Simples assim. Existem 3 métodos de envio, são eles: Enviar, EnviarSincrono e Gerar. No caso do provedor Ginfes e de todos os que seguem a versão 1 do layout da ABRASF só podemos utilizar o método Enviar. Os outros dois só estão disponíveis nos provedores que seguem a versão 2 do layout da ABRASF. Entendeu? E tem mais, pelo que estou sabendo, a cidade de Manuas já tem um projeto em andamento para utilizar a NFC-e para acobertar a prestação de serviço. Acho melhor você procurar mais detalhes sobre isso junto a prefeitura da cidade.

Bom dia, Muito obrigado pela colaboração, já foi corrigido e enviado para o repositório.

Bom dia Werberth, O código que você postou se refere a impressão do DANFSE em Fast Report, correto? Pois bem o que você pode fazer é verificar se a propriedade Competencia possui um valor caso afirmativo imprimir esse valor, caso contrario utilizar o valor da propriedade DataEmissao.

Bom dia, Não interpretei a sua pergunta como critica em momento algum. Eu que talvez não fui claro na minha resposta. O minha resposta em relação a sua pergunta é: SIM, o componente esta preparado. Pois estamos sempre atentos as publicações do ENCAT e quando tem alguma novidade ou alteração necessária, procuramos viabiliza-la o quanto antes. Tem casos que o componente fica pronto para uma nova condição meses antes da SEFAZ liberar o ambiente de homologação para testes. O que eu quis mostrar a você é que se existe uma Nota Técnica que implica na geração do XML, pode ter certeza que essa Nota Técnica já foi lida por nós e se não foi feita as alterações necessárias, com certeza serão realizadas antes de liberar o ambiente de homologação.

Bom dia José, O modo de envio síncrono é destinado a NFC-e (modelo 65) e não a NF-e (modelo 55). Lembre-se que no modo síncrono o lote só pode conter apenas UMA nota.

Bom dia Felippi, Acrescente essa linha na sua rotina de configuração do componente. Configuracoes.Arquivos.Salvar := True;

Bom dia Rodrigo, Nos seus testes, você usou o certificado do seu cliente? Se sim, então você já baixou todos os resumos e notas destinadas a ele. Toda vez que temos o status 137 temos que aguardar 1 hora antes de executar o processo novamente. Isso evita o consumo indevido.

Você não respondeu. Porque esta usando o método ACBrNFe1.GetURLQRCode ? O componente já o utiliza automaticamente, você não precisa chamar ele,

Mas, o componente gera automaticamente a string do QR-Code e gera a TAG que contem ela. Por que você esta gerando o QR-Code por fora?

Boa noite, Esse QR-Code foi gerado automaticamente pelo componente ou você gerou ele por fora?

Boa tarde Alexandre, Normalmente a emissão da NFS-e via site não precisa de certificado digital somente informar o usuário e a senha. Mas a emissão via Web Services precisa sim do certificado digital. O certificado digital você vai comprar de uma das empresas que emitem o certificado, basta pesquisar na NET que você encontra várias, mas procure uma certificadora da sua cidade ou região. A sua maquina para acessar a internet passa por algum Proxy? Caso negativo, não precisa informar nada,

Boa tarde Valdir, Acrescentando o BigWings assim que realizar os testes, por favor nos de um retorno para que possamos atualizar os arquivos INI do repositório.

Boa tarde Rogério, Quando você diz "Outros Documentos", esta se referindo ao grupo <infOutros>? Se sim, esta redondamente enganado. Um CT-e emitido de forma Normal tem que possuir pelo menos UM documento originário. Este documento originário se for uma Nota Fiscal Comum (papel) devemos informar os dados dela no grupo <infNF>. Por outro lado se for uma Nota Fiscal Eletrônica (NF-e) devemos informar a chave da mesma no grupo <infNFe>. Agora se o Remetente da carga for isento de emissão de documento fiscal (Pessoa Física por exemplo) este deve emitir uma Carta Remessa de Mercadoria ou uma Declaração e seus dados devemos informar no grupo <infOutros>. Informação importante, podemos incluir em um CT-e 2000 documentos originários, mas todos tem que ser do mesmo tipo e serem do mesmo remetente. Logo não pode existir no XML do CT-e os grupos <infNFe> e <infOutros> (por exemplo), pois estaremos misturando os tipos de documentos originários.

Boa tarde Fernando, Você esta consultando o CT-e na SEFAZ-Autorizadora ou no Ambiente Nacional? Devemos sempre consultar na SEFAZ-Autorizadora.

Bom dia a todos, Vocês chegaram a notar que existe um arquivo chamado DistribuicaoDFe.txt dentro da pasta: ...\Exemplos\ACBrDFe\ACBrNFe ? Vocês leram a NT que mencionei em postagens anteriores? Você entenderam que ao executar pela primeira vez o DistribuicaoDFe o que se obtêm são os resumos das notas (semelhante ao ConsultarNFeDest)? E que ao executar o DistribuicaoDFe pela segunda (ou terceira) vez o que se obtêm são os XML completos das notas manifestadas (semelhante ao Download)? Exemplo pratico: Suponha que foram emitidas 70 notas contra o seu CNPJ. UltNSU = 0 DistribuicaoDFe( cUF, CNPJ, UltNSU, '' ); // onde cUF e CNPJ são do destinatário da mercadoria Teremos como resposta 50 resumos de notas UltSU = ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.ultNSU; DistribuicaoDFe( cUF, CNPJ, UltNSU, '' ); Teremos como resposta os 20 resumos de notas restantes, uma vez que foram emitidas 70 notas contra o seu CNPJ, lembra? UltSU = ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.ultNSU; Note que toda vez que executamos o DitribuicaoDFe devemos ler o valor de UltNSU pois sempre vamos usar essa informação na próxima vez que ele for executado. Como eu sei que não tem mais resumos de notas, simples: if ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.cStat = 137 then sTemMais := 'N' else sTemMais := 'S'; Se o Status for 137 significa que não tem mais documentos a serem lidos, logo devemos esperar por 1 hora para executar novamente o DistribuicaoDFe. Bom, agora você deve realizar a manifestação das 70 notas cujos resumos foram retornados pelo DistribuicaoDFe. Manifestado todas eles devemos executar: DistribuicaoDFe( cUF, CNPJ, UltNSU, '' ); // lembre-se o valor de UltNSU se refere a última execução do DistribuicaoDFe, pois este sempre retorna o um novo valor para UltNSU, veja a linha abaixo. UltSU = ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.ultNSU; As duas linhas acima deve-se serem executadas até que o Status seja 137. Depois de manifestar as 70 notas (segundo o nosso exemplo) nessas ultimas execuções do DistribuicaoDFe podemos obter os XMLs completos dessas notas, bem como novos resumos de mais notas, resumos de eventos e até o XML completo de Eventos dessas notas manifestadas. Os XML completos das notas, serão salvos em disco desde que a propriedade: Configuracoes.Arquivos.Salvar tenha o valor True e esses XML serão salvos na pasta pré definida em PathDownload. Bom agora é com vocês, arregace as mangas e bom trabalho.

Bom dia a todos, Vamos a uma explicação para essa questão de imprimir no DANFE "Destinatário/Remetente" no campo Frete por Conta de: 1. Note que o DANFE visa atender tanto a nota de entrada quanto de saída. Se a nota é de Saída o frete é por conta do destinatário da mercadoria, se for de entrada o frete é por conta do remetente da mercadoria. 2. No quandro destinado aos dados do Destinatário também temos o titulo: "Destinatário/Remetente". Pelo mesmo motivo, ou seja, se a nota for de Saída os dados se referem ao Destinatário, caso contrario se referem ao Remetente da mercadoria. E na página 139 da versão 6.0 do Manual da NF-e - item 7.1.8 deixa claro o que devemos imprimir