Italo Giurizzato Junior

Bom dia Carlos, Por favor leia com atenção a Nota Técnica 2012/002 versão 1.02 que trata sobre o assunto. A consulta lhe traz um resumo para que você possa realizar a manifestação. O XML completo da NF-e só é possível após a manifestação e utilizando o comando para Download. Repito leia com muita atenção a NT acima, principalmente no que diz respeito ao Download.

Bom dia Juliomar, Em vez de incluir a diretiva {$H+} não seria interessante incluir a {$I ACBr.inc} ?

Bom dia Joel, Respondendo as suas perguntas: 1. Você precisa se manifestar sobre todas as notas emitidas contra o seu CNPJ. É importante que essa consulta e consequentemente a sua manifestação seja feita diariamente. 2. Nota Técnica 2012/002 versão 1.02 - página 21 esta escrito: O download da NF-e só será oferecido para pedido apresentado dentro do prazo de 30 dias da autorização de uso e que tenha sido objeto de Confirmação da Operação ou Ciência da Operação. Isso significa que após os 30 dias da data de autorização da NF-e você não pode mais realizar o Download. 3. A SEFAZ não estabeleceu nenhum percentual, pelo simples fato que na legislação consta que o Emitente assim que ele obter o retorno da SEFAZ acusando que a NF-e esta autorizada, deve disponibilizar o XML assinado e protocolado ao destinatário da mercadoria e se houver uma transportadora envolvida no transporta da mesma, deverá ter acesso ao XML também. A forma mais simples de disponibilizar um arquivo de computador a alguém é envia-lo por e-mail. Uma coisa é certa a SEFAZ só permite o Download de uma NF-e uma única vez.

Bom dia Roger, Basicamente a rotina é da seguinte forma: ACBrCTe.EventoCTe.Evento.Clear; with ACBrCTe.EventoCTe.Evento.Add do begin infevento.chCTe := Chave; infEvento.CNPJ := sCNPJ; infEvento.dhEvento := now; infEvento.tpEvento := teCCe; infEvento.nSeqEvento := nSequencia; infEvento.detEvento.xCondUso := ''; ACBrCTe.EventoCTe.Evento.Items[0].InfEvento.detEvento.infCorrecao.Clear; with ACBrCTe.EventoCTe.Evento.Items[0].InfEvento.detEvento.infCorrecao.Add do begin grupoAlterado := sGrupo; campoAlterado := sCampo; valorAlterado := sValor; nroItemAlterado := iNumItem; end; end; ACBrCTe.EnviarEventoCTe(iNumLote); O que esta em negrito é o que esta faltando na sua.

Boa tarde Juliomar, É justamente essa a minha desconfiança. Inclusive alterei o tipo de string para ansistring na unit pcteSignature.

Boa tarde Jairo, Quais são os dados perdidos e qual versão de DANFE você esta usando, Quick Report, Fast Repor, Forts Report, Rave, ... ?

Boa tarde Egon, O InitXMLSec é executado automaticamente quando se cria o componente e desde que esteja usando o OpenSSL e a propriedade IniFimXMLSECAutomatico tenha o valor True. Na Unit ACBrCTe temos: constructor TACBrCTe.Create(AOwner: TComponent); begin inherited Create(AOwner); (...) {$IFDEF ACBrCTeOpenSSL} if FConfiguracoes.Geral.IniFinXMLSECAutomatico then CteUtil.InitXmlSec; {$ENDIF} FOnGerarLog := nil; end;

Boa tarde Rodrigo, Você não informou se esta usando o componente ou o ACBrNFeMonitor. Outra coisa a Inutilização de numeração de NFC-e funciona exatamente igual a da NF-e, são os mesmos comandos. E também não disse qual é o motivo por não esta conseguindo.

Boa tarde, Os XMLs que você postou se referem aos MDF-e de numeros 45 e 46 a rejeição ocorreu com o de numero 44. Post como anexo o XML do MDF-e de numero 44.

Boa tarde, Porque esta sendo informado o qMDFe (quantidade de MDF-e), sendo que na relação de documentos só consta os 43 CT-e? Por favor leia a Nota Técnica 2013/004 versão 1.00a de Outubro/2013 - página 102. A TAG qMDFe se refere a quantidade total de MDF-e relacionadas no Manifesto Aquaviário. - <tot> <qCTe>43</qCTe> <qMDFe>1</qMDFe> <vCarga>341602.76</vCarga> <cUnid>01</cUnid> <qCarga>17592.7700</qCarga> </tot>

Boa tarde Lucas, Muito obrigado, já esta disponível.

Boa tarde Michel, Muito obrigado pela colaboração, já esta disponível.

Juliomar, Se deixar como esta e não utilizar com o Thread quais os efeitos colaterais?

Boa tarde Andre, Você esta utilizando o Lazarus com o OpenSSL, correto? Se sim por favor se possível teste utilizando o Delphi com o OpenSSL.

Boa tarde Lucas, A principio acredito que também não vai haver problemas. Quanto a redundância na class TNFSe é o seguinte: A propriedade Prestador é utilizada para gera o RPS, por outro lado na NFS-e temos o PrestadorServico como retorno pelo menos na versão 2.0

Boa tarde Luiz, Abri o seu XML, notei que ele possui a chave de um CT-e. Você esta ciente que um MDF-e só pode ter CT-e ou NF-e? Não pode ocorrer a presença dos 2 tipo de documentos. Quanto o tpEmit = 1 (Prestador de serviço de transporte = transportadora) só podemos ter CT-e e quando for igual a 2 (transportador de carga própria) só podemos ter NF-e. Por favor baixe a Nota Técnica 2013/004 versão 1.00a de Outubro/2013 do MDF-e para obter mais detalhes.

Boa tarde Castro, Qual é a versão do Quick Report que esta instalado no seu Delphi 7? É a versão 3? Se sim, abra com o bloco de notas o arquivo ACBr.inc que encontra-se dentro da pasta ACBrComum e comente a linha que define a diretiva QReport_PDF.

Boa tarde a todos, Juliomar, pelo que entendi, segundo o nosso amigo Leandro, devemos incluir o CoInitialize(nil) (...) CoUninitialize em: ACBrNFeConfiguracoes -> function: GetCertificado ACBrNFeUtil -> nas function: AssinarMSXML e ValidaMSXML Mas no SVN a unit ACBrNFeUtil só tem a alteração na function AssinarMSXML.

Boa tarde a todos, Para os que utilizam o ACBrNFeMonitor para emitir NFC-e vai ai uma dica: Ao utilizar o comando NFE.CriarEnviarNFe inclua antes do grupo [identificacao] o grupo [infNFe] da seguinte forma: NFE.CriarEnviarNFe("[infNFe] versao=3.10 [identificacao] NaturezaOperacao=VENDA AO CONSUMIDOR Modelo=65 Serie=1 tpimp=4 Codigo=33 Numero=1 Emissao=01/09/2014 (...) Com a versão e modelo (negrito) faz com que o componente seja configurado corretamente para emitir NFC-e na versão 3.10 Dica valida também para a emissão da NF-e só que neste caso o modelo = 55.

Lucas, Precisamos verificar se essa alteração não vai prejudicar os demais provedores. Note que essa alteração que você fez consta para o provedor Digifred, não seria o caso de incluir o provedor que você esta trabalhando na lista, ou seja, na linha 2848?

Bom dia Valério, Ao atribuir você esta fazendo dessa forma? Dest.indIEDest := inNaoContribuinte;

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

Bom dia Stefan, O autXML é uma lista de até 10 "pessoas" que o emitente da NF-e ou CT-e autoriza ter acesso aos dados do documento fiscal eletrônico. As novas versões 3.10 da NF-e e 2.00 do CT-e, possuem na estrutura do XML o grupo autXML. Os componentes ACBrNFe e ACBrCTe já estão preparados para gera o XML com esse grupo. Quanto ao emissor gratuito da SEFAZ não sei lhe responder pois não os utilizo. Quais as "pessoas" que devemos incluir nesse grupo? As que não fazem parte da venda ou prestação de serviço, como por exemplo o contador. Na emissão de uma NF-e é informado até 3 pessoas: O Emitente da NF-e (fornecedor), o Destinatário da mercadoria (cliente) e a Transportadora (informada se a mercadoria vai ser transportada por uma). Neste caso não devemos incluir no autXML o CNPJ ou CPF dessas 3 pessoas. Podemos incluir o CNPJ ou CPF do contador ou de outra pessoa que o emitente julgar necessário. Na emissão de um CT-e é informado até 6 pessoas: O Emitente do CT-e (transportadora), o Remetente da mercadoria, o Destinatário da mercadoria, o Expedidor (outra transportadora envolvida no transporte), o Recebedor (outra transportadora envolvida no transporte) e Outros (informado quando não é o Remetente ou Destinatário ou Expedidor ou Recebedor que vai pagar o frete). Neste caso não devemos incluir no autXML o CNPJ ou CPF dessas 6 pessoas. Podemos incluir o CNPJ ou CPF do contador ou de outra pessoa que o emitente julgar necessário. Quem vai controlar se vai disponibilizar as informações ou não é a SEFAZ, pois a mesma vai utilizar o CNPJ ou CPF do certificado da pessoa que esta realizando a consulta e vai checar se a mesma faz parte do documento ou se consta na lista <autXML>. Espero ter ajudado.

Boa tarde Valério, Um detalhe, se você selecionar a versão 3.00 o componente automaticamente altera para 2.00, pois não existe a versão 3.00 para NF-e. Para a NF-e temos somente as versões 2.00 e 3.10 Para a NFC-e temos as versões 3.00 (empresas piloto) e 3.10 Outra coisa, na rotina que alimenta o componente inclua também: if DMDFe.NFe.Configuracoes.Geral.VersaoDF = ve200 then begin infNFe.Versao := 2; end else begin infNFe.Versao := 3.1; end; Outra coisa verifique se antes de enviar você não esta configurando novamente o modeloDF, se isso estiver ocorrendo esta ai o seu problema, pois toda vez que setamos o modeloDF como sendo moNFe o componente automaticamente seta a versão como sendo 2.00

Boa tarde Wilson, No caso do Ginfes, não tem como enviar um RPS fora de um lote. A não ser que você esteja pegando o XML do RPS e importando o seu conteúdo através do site. A questão do erro: Suporte a canais seguro tem haver com o certificado, pesquise no fórum para mais informações.