Italo Giurizzato Junior

André, Por favor atualize todos os fontes de todas as notas reinstale todos os componentes, pois foi enviado algumas correções e melhorias no que se refere ao OpenSSL.

Sergio, Inutilização não é evento. Você não inutiliza um CT-e e sim um numero ou uma faixa de números. Cancelamento é um evento pelo simples fato do CT-e existir. A inutilização não é evento, como dito, você esta informando a SEFAZ que o numero ou uma faixa de números não se referem a nenhum CT-e, pois ocorreu uma falha no sistema e não existe nenhum CT-e com o numero informado ou pertencente a faixa informada. Temos os seguintes métodos de impressão: Para o CT-e temos Imprimir e ImprimirPDF; Para Eventos temos ImprimirEvento e ImprimirEventoPDF; Para Inutilização temos ImprmirInutilizacao e ImprimirInutilizacaoPDF.

Bom dia Werner, Se uma NFC-e for rejeitada, segundo o seu exemplo, o procedimento é: 1. Corrigir o dado que esta errado no banco de dados, para que mais nenhuma nota se utilize da informação errada. 2. Gerar novamente o XML da nota que foi rejeitada, sendo que agora o dado que estava errado tem que estar correto. 3. Assinar, validar e Enviar. Você não pode alterar um XML assinado, mas pode gera-lo novamente com o mesmo numero e código de nota ( temos que garantir que o valor de nNF e cNF sejam exatamente iguais os da nota que foi rejeitada ) só que agora com os dados corretos.

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

Bom dia André, Só para deixar claro, quando você diz "transmitir a NF" esta se referindo a NFS-e, correto?

Bom dia Sérgio, No meu entendimento devemos sempre carregar o XML do CT-e e depois do evento e por fim imprimir ou gerar o seu PDF. Caso contrario teremos somente os dados do evento e desta forma não saberemos qual CT-e o evento esta vinculado.

Bom dia Rogério, Sendo assim, o Remente por ser uma Pessoa Física, deve emitir uma Carta Remessa de Mercadoria e anexar a Nota Fiscal de compra da mercadoria. A transportadora por sua vez deve informar como documento originário a CRM emitida pelo Remetente para poder emitir o CT-e. Não se deve informar a chave da NF-e de compra da mercadoria, pois o CT-e será rejeitado uma vez que o CNPJ/CPF do remente não condiz com o CNPJ que consta na chave. E tem um outro detalhe se o Remente é uma pessoa física, ele não pode ter emitido a NF-e uma vez que não esta credenciado junto a SEFAZ para tal emissão. Por outro lado se o Remente é uma pessoa jurídica e obrigada a emitir NF-e, não podemos informar os dados da nota como sendo uma nota fiscal comum de papel ou informar como sendo outro tipo de documento. Se assim fizermos o CT-e também será rejeitado, pelo simples fato que se o Remente é obrigado a emitir NF-e, então devemos informar a chave da NF-e como sendo o documento originário. Espero ter sido claro.

Boa noite Márcio, Você fez as alterações nos arquivos Cidades.ini e Fiorilli.ini ? Se sim, funcionou? Se sim, por favor anexe os INI alterados.

Boa noite Sérgio, O correto é carregar o XML do CT-e e depois o XML do Evento, por fim executar o método Imprimir ou ImprimirPDF.

Boa noite Allan, Se tratando de evento o componente gera 3 XML que se forem salvos em disco temos: *-ped-eve.xml (Pedido de Evento, trata-se do XML de envio para a SEFAZ) *-eve.xml (Evento, trata-se do XML de retorno da SEFAZ) *-procEventoNFe.xml (Processamento do Evento da NF-e, trata-se de um XML que contem o conteúdo do XML de envio e do retorno) Este último devemos guardar e disponibilizar ao Destinatário. A alteração que fiz foi baseado no seguinte argumento: Se o evento não foi processado significa que ele foi rejeitado, sendo assim não faz sentido gerar o XML (*-procEventoNFe.xml). Para pegar o XML retorno da SEFAZ tente da seguinte forma: xRetorno := ACBrNFe1.WebServices.EnvEvento.RetWS; Para ler diretamente os dados do retorno, tente da seguinte forma: aStatus := ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[ x ].RetInfEvento.cStat; aProtocolo := ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[ x ].RetInfEvento.nProt; Espero ter ajudado.

Bom dia Rogério, O refrigerador se encontra de posse do Remetente ou da Loja? Quem vai pagar o Frete, Remetente (pessoa física) ou o destinatário? Se é o Remetente que vai pagar pelo frete, este tem que emitir uma carta remessa de mercadoria que pode ser de próprio punho e anexar a NF para comprovar que a mercadoria não é fruto de roubo (por exemplo). Mas no CT-e o que deve ser informado como sendo documento originário é a carta remessa de mercadoria.

Bom dia Sandro, Favor visitar diariamente o Portal Nacional da NF-e. Quando o ENCAT regulamentar a inclusão de uma TAG para o Troco, será publicado uma Nota Técnica e esta será disponibilizada pela SEFAZ no Portal Nacional da NF-e. Desta forma você vai descobrir sem tem algo de novo ou não.

Bom dia, Não entendi o motivo pelo qual você incluiu a propriedade vTotTrib ao grupo ISSQNTot, pois segundo o Manual da NF-e não existe o vTotTrib no grupo ISSQNTot.

Boa tarde Gabriel, Muito obrigado pela colaboração, já esta no repositório.

Boa tarde Rogério, No meu entendimento o Remetente sempre é o emissor do documento originário a ser informado no CT-e. Se o Remente é uma pessoa física, o documento emitido por ela será algo do tipo "Carta Remessa de Mercadoria" ou "Declaração".

Boa tarde Leonardo, Se o emitente do MDF-e for uma transportadora o documento a ser informado é o CT-e e não a NF-e. O componente só vai incluir as chaves das NF-e caso o emitente não seja uma transportadora.

Bom dia a todos, Paulo, se tratando de NFS-e não existe nada e nem vai ter uma vez que a emissão da NFS-e é a nível municipal, você como destinatário terá que solicitar o XML da NFS-e ao emitente. Douglas, infelizmente não tenho nenhuma informação privilegiada com relação ao CT-e, mas acredito sim que vamos ter algo nesse sentido, veja os motivos: 1. Foi criado o Web Services MDFeDistribuicaoDFe para o MDF-e, sendo que não vejo necessidade, uma vez que não se trata de um Documento Fiscal que deva ser compartilhado, ele serve para agilizar a fiscalização da carga transportada em um posto fiscal de fronteira entre Estados. 2. Se você acessar o Portal Nacional do CT-e e for em Notas Técnicas, vai notar que esta faltando a NT 2015/002. Qual será o conteúdo dessa NT, uma minuta da versão 3.00 do CT-e ou o CTeDistribuicaoDFe? 3. Se para a NF-e e MDF-e já temos um Web Services de DistribuicaoDFe, porque não ter um também para o CT-e? Visto que o Tomador do Serviço também tem o direito de saber se alguém esta emitindo um CT-e contra o seu CNPJ/CPF e com base nessa informação se manifestar (semelhante a NF-e) e após essa manifestação obter o XML completo do CT-e bem como os Eventos: como carta de correção, cancelamento, etc.

Robinho, Veja o retorno referente a consulta: <cStat>999</cStat> <xMotivo>Rejeicao: Erro nao catalogado</xMotivo> Toda vez que o status é 999 significa que a SEFAZ esta com algum problema. Acredito que o problema seja a implementação da versão 3.00 na SEFAZ no ambiente de homologação.

Bom dia Robinho, Tanto no Ambiente Nacional quanto na SEFAZ-MG informam que esse CT-e não existe. Na SEFAZ-MG consultei no ambiente de homologação e de produção e em ambos retorna a mensagem que o CT-e não existe. Você tem o XML de retorno ( *-sit.xml ) ao executar o método Consultar referente a esse CT-e? Se sim, abra ele com um navegador.

Bom dia Pasqueto, Implementei uma propriedade para armazenar o nome do RPS. Favor atualizar os fontes e tentar obter o Path + Nome do RPS da seguinte forma: xNomeRPS := ACBrNFSe1.NotasFiscais.items[ x ].NomeArqRps;

Boa noite Paulo, O componente ACBrNFe possui o método DistribuicaoDFe e tem como objetivo consumir o Web Service NFeDistribuicaoDFe. Sendo assim o que você vai ter é o resumo da NF-e caso o autor da consulta seja o destinatário. Até o momento não temos nada semelhante para o CT-e. Acredito que para o ano que vem teremos, então vamos aguardar os próximos capítulos.

Boa noite Will, Complementando o que já foi dito, existem os componentes: ACBrNFSe que visa emitir a NFS-e e o componente ACBrNFe que permite a emissão da NF-e e da NFC-e. Pelo que eu entendi o seu cliente deseja emitir a NF-e quando o destinatário da mercadoria for uma pessoa jurídica (empresa), caso contrario o seu cliente vai emitir o CF-e (SAT). Hoje ele se utiliza do programa gratuito que a partir de janeiro de 2017 não teremos novas atualizações e nem sequer estará disponível para download. Sendo assim, você tem que utilizar o programa exemplo do componente ACBrNFe para realizar os seus testes e compreender como o componente funciona.

Boa tarde a todos, Favor não usar o método Gerar. Use o método Enviar.

Hamilton, Você esta com todos os fontes de todas as pastas atualizados? Todos os DCUs dos fontes dos componentes foram recompilados?

Boa tarde Robson, Já tentou aumentar o valor da propriedade de configuração Timeout?