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, 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 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 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.

Boa tarde, Acredito que não tenha ficado claro a minha postagem. A NF-e modelo 55, se não me falha a memória somente o DF aceita uma NF-e só com serviços, os demais Estados tem que ter pelo menos um item referente a venda de produto. Em qualquer caso devemos informar o CNPJ ou CPF do Emitente da NF-e. Na Nota Técnica 2013/005 versão 1.03 página 47, esta muito claro isso, onde devemos informar o CNPJ ou CPF (campos: C02 e C02a) Se fosse possível utilizar o CEI teríamos o campo C02b <CEI> e isso não existe na estrutura do XML. No caso da NFS-e - Nota Fiscal de Serviço Eletrônica, como você pode ver não tem nada haver com NF-e, trata-se de um documento fiscal eletrônico exclusivo para serviços e não para venda de mercadorias. Na NFS-e o emitente é chamado de Prestador e devemos informar o CNPJ ou CPF do mesmo, na estrutura do XML também não existe o CEI. A unica coisa que aparece com relação a construção civil é um grupo chamado <ConstrucaoCivil> que contem dois campos: <CodigoObra> e <Art>. Desculpe, uma coisa é o contador querer, outra coisa é poder. Peça para ele lhe mostrar o XML de uma NF-e onde em vez de ter sido informado o CNPJ ou CPF do Emitente foi informado o CEI. Detalhe importante esse XML tem que estar assinado e protocolado como autorizado pela SEFAZ.

Rick, Se a URL do Web Service ou o SoapAction estivessem errados é bem provável que a conexão com o provedor não seria realizada. Como esta ocorrendo a conexão e uma prova disso é o retorno acusando que o usuário é inválido. Pelo exemplo noto uma falta de padronização veja: String recibo = soap.nfdEntrada("55555555555", "cRDtpNCeBiql5KOQsKVyrA0sAiA=", 123089, xml); System.out.println("RECIBO: "+recibo); /* String recibo = soap.nfdEntradaCancelar("555.555.555-55", "cRDtpNCeBiql5KOQsKVyrA0sAiA=", xml); System.out.println("RECIBO Cancelar: "+recibo);

Bom dia Sandro, Nota Técnica 2013/005 versão 1.03 - página 45 campo verProc = Versão do Processo de emissão da NF-e (Observação: Informar a versão do aplicativo emissor de NF-e). Resumindo, esse campo <verProc> se refere a versão da sua aplicação não tem nada haver com a versão do XML da NF-e.