Italo Giurizzato Junior

Boa tarde, Cuidado, existe o CNAE e o Código de Tributação do Município essas duas informações são especificas do município e da empresa em questão. No meu entendimento se 2304400 que foi informando como sendo o Código de tributação então qual é o correto? O CNAE que eu saiba é informado em outro lugar.

Boa tarde Victor, O componente não vai mais alterar o XML, ou seja, remover o protocolo de autorização pelo de cancelamento. No banco de dados você precisa ter um campo que indica se a nota foi cancelada ou não. Desta forma ao carregar o XML de uma NF-e você precisa consultar o banco de dados para saber se a mesma esta cancelada, veja este exemplo: // Carrega no Componente a NFe salvo em Arquivo XML ACBrNFe.NotasFiscais.Clear; ACBrNFe.NotasFiscais.LoadFromFile(NomeArquivo); // Imprime o DANFE ACBrNFeDANFeQR.NFeCancelada := (DM_VEN.NotasCancelado.AsString = 'S'); ACBrNFe.NotasFiscais.Imprimir; ACBrNFeDANFeQR.NFeCancelada := False; A linha em negrito é que onde eu checo se no registro da respectiva nota (banco de dados) a mesma consta como cancelada. Desta forma o DANFE será impresso com a tarja de cancelada.

Jackson, Se a empresa que vai emitir um MDF-e é uma transportadora, ou seja, emite CT-e devemos fazer desta forma: Ide.tpEmit := teTransportadora; Por outro lado se tratar de uma empresa que emite NF-e e vai realizar o transporte da própria carga, devemos fazer desta outra forma: Ide.tpEmit := teTranspCargaPropria; O tipo de emitente você deve ter atribuído teTransportadora e neste caso o componente não adiciona NF-e somente CT-e.

Boa tarde Isaque, O retorno para versão 2.00 ocorre se você executar um LoadFromFile de uma NF-e emitida na versão 2.00 Qual é a intensão de carregar uma NF-e da versão 2.00 novamente, enviar o XML por e-mail ou imprimir o seu DANFE, por exemplo.

Boa tarde Jakson, Você esta adicionando uma NF-e no MDF-e, mas o emitente deste é uma transportadora ou empresa emitente de NF-e que vai realizar o transporte? Exite uma propriedade onde você informa se o emitente é transportadora ou transportador de carga própria.

Boa tarde José Justino, Pela sua rotina, você esta configurando o componente para gerar NF-e versão 3.10, mas e depois? Depois de executar a procedure que alimenta o componente com os dados da venda, quais são os comando executados? Será que não tem nenhuma linha no meio desse caminho que esta alterado a versão para 2.00?

Boa tarde Michel, A NFC-e nada mais é uma NF-e com uma pequena alteração, em vez do código do modelo ser 55 é 65. Resumindo: NF-e => Modelo = 55 NFC-e => Modelo = 65 Sendo assim o XML são exatamente iguais e em ambos os casos o XML é considerado documento fiscal válido juridicamente se o mesmo for assinado com um certificado digital tipo A1 ou A3 (cartão ou token) mais o protocolo de autorização retornado pela SEFAZ-Autorizadora do Emitente da nota. Atenção o token que eu fiz referencia acima se refere ao certificado digital tipo A3 vendido em formato pen-drive (token). O DANFE da NF-e é impresso em papel A4, por outro lado o DANFE da NFC-e é impresso em bobina - impressora não fiscal. O DANFE da NF-e possui um código de barras que representa a chave de 44 dígitos. Por outro lado o DANFE da NFC-e não possui esse código de barras e sim um outro tipo de imagem chamado QR-Code. O QR-Code impresso no DANFE da NFC-e não representa a chave e sim uma URL (um endereço de internet) que nos retorna na tela do computador ou celular o DANFE completo da NFC-e. A URL do QR-Code é composta por uma dezena de informações, sendo que uma delas é o CSC - Codigo de Segurança do Contribuinte que no componente é chamado de Token. Por que no componente esta Token em vez de CSC, só para confundir os desenvolvedores, não. Nas primeiras documentações referentes ao QR-Code do DANFE da NFC-e o termo usado era Token, mas agora a documentação mais recente já faz referencia a CSC em vez de Token. Inclusive em breve será disponibilizado a todos os usuários do ACBr uma nova versão dos componentes e uma das alterações é justamente a palavra Token que foi substituída por CSC. Portanto se você ler algo sobre Token relacionado a QR-Code não se trata do certificado e sim o CSC que nada mais é do que um código alfa numérico. Espero ter ajudado.

Boa tarde, Já baixei os arquivos e vou verificar.

Boa tarde Antonio Paulo, No caso da NFC-e todos os dados do Destinatário são opcionais. Mas você pode apenas informar o CPF e deixar o nome em branco.

Boa tarde, A principio não vi nada de errado. Ao enviar o MDF-e a SEFAZ, gera um retorno, e neste contem o motivo da rejeição. Você tem o XML do retorno?

Boa tarde Marcos, Favor atualizar os fontes e testar novamente.

Boa tarde Ewerton, A propriedade dSaiEnt é do tipo TDateTime, logo o que você tentou fazer não vai funcionar mesmo. Na versão 2.00 da NF-e atribuíamos somente a data a essa propriedade, agora com a versão 3.10 temos que atribuir a data e hora. Você pode fazer da seguinte forma: ide.dSaiEnt := now; // esta função retorna a data e hora do relógio do micro ou ide.dSaiEnt := StrToDateTime(edtDataSaida.Text+' '+edtHoraSaida.Text+':00');

Boa tarde a todos, Atenção não existe a propriedade dhEmi no componente ACBrNFe. Na versão 3.10 existe a TAG dhEmi, mas devemos alimentar a propriedade dEmi do componente com a data e hora de emissão. Quando lemos um XML na versão 2.00 a propriedade dEmi só contem a data, mas quando é lido um XML na versão 3.10, essa propriedade contem a data e hora.

Alexandre, Entenda que é possível implementar, mas dependendo da boa vontade da prefeitura, ou seja, se passarem todas as informações que necessitamos a coisa caminha, caso contrario vai ter que ser na tentativa e erro. Vamos precisar dos Schemas para validação do lote, exemplos de envio, de preferencia com as TAGs envelope para que possamos ter em mãos a estrutura completa do lote envelopado a ser enviado para o Web Services.

Boa tarde, Segundo o padrão ABRASF na estrutura do RPS não tempos a TAG: OutrasInformacoes, mas na estrutura da NFS-e ela existe. Como o componente gera o XML do RPS e envia para o Web Services e este por sua vez gera o XML da NFS-e, logo o conteúdo da TAG em questão só vai ser impressa no DANFSE se no XML da NFS-e constar, portanto OutrasInformacoes é gerado retornado pelo Web Services. Como o padrão ABRASF não é levado a sério pelos provedores, sendo assim existe um ou outro provedor que possui a TAG OutrasInformacoes na estrutura do RPS.

Boa tarde Alexandre, Verificando o WSDL notei que se trata de um provedor exclusivo da prefeitura que segue o padrão ABRASF (segundo o manual que você postou). Pois bem, se tratando de um provedor novo é mais demorado do que simplesmente acrescentar uma cidade nova a um provedor já implementado. Isso demanda mais tempo de implementação e testes.

Boa tarde Lucas, Se eu entendi o seu problema é: Você necessita do *-procEventoNFe.xml, este XML possui a solicitação de cancelamento bem como o protocolo de autorização do cancelamento. Se você tem o XML de pedido de evento: *-ped-eve.xml e o retorno: *-eve.xml, fica fácil, mas terá que fazer na mão.

Boa tarde Rose, O nome da TAG é exatamente o mesmo, ou seja, vTotTrib.

Boa tarde Armando, Infelizmente o retorno dessa consulta não é padronizada, ou seja, tem SEFAZ que retorna todos os dados e outras não retornam, como você mesmo pode comprovar. Não existe nada o que podemos fazer.

Boa tarde, Compare as URLs usadas na NF-e para a consulta, com as utilizadas no CT-e.

Bom dia Luiz, Qual é o erro que o emissor gratuito apresenta? O Erro tem haver com a ausência do TMZ na data de recebimento? Qual é o objetivo de importar o XML para o emissor gratuito?

Bom dia Luiz, Esse é o XML da nota, eu preciso do XML de retorno da SEFAZ que contem o protocolo de autorização. Esse arquivo tem o seguinte nome: <numRecibo>-pro-rec.xml

Boa tarde Leandro, Você esta se referindo a NFS-e, se sim, você pode usar o programa exemplo, ele possui um botão onde você informa o código IBGE da cidade desejada e ele retorna o nome do provedor. Se aparecer a palavra nenhum, isso pode significar duas coisas: 1. O provedor não foi implementado ou 2. O provedor esta implementado mas a cidade não esta relacionada a ele. Aconselho você entrar em contato com a prefeitura e perguntar qual é a empresa contratada para recepcionar as NFS-e.

Moacir, Lembre-se que o schema é usado somente para validar o XML antes de ser enviado para SEFAZ.

Boa tarde Rafael, Eu já tinha visto esse erro e feito a correção, que por sinal o fonte corrigido já encontra-se no repositório a um bom tempo.