Leandro Vignoto

Boa Tarde ! Alguma sugestão ? Att. Leandro

Percebi que o doczip.count estava com um valor a mais depois da atualização mas não sabia o que era. Att Leandro

Bom Dia ! Estou acompanhando melhor todos os NSU que são retornardos pela Distribuição DFe e observei que não tenho NENHUM registro de CANCELAMENTO por parte dos meus fornecedores. Demais eventos são retornados normalmente. Diante disso, solicite para um fornecedor emitir a nota e ao mesmo tempo cancelar a mesma para monitorar os registros retornados, então temos a seguinte situação ao solicitar a distribuição dos documentos: 1) O resumo do documento, veio no NSU 52811 na qual sei que existe a nota emitida conforme XML em anexo 41160602154007000193550000000000541419921020-resNFe.xml gerado pelo ACBR. Nesse resumo, o documento veio com a situação 1 (<cSitNFe>1</cSitNFe>) mesmo a nota tendo sido gerada e cancelada em sequencia. 2) Nas próximas distribuições que fui acompanhando, veio informação da nota novamente no NSU 53024. Em anexo está o arquivo 20160603161650-dist-dfe.xml que contem o retorno da distribuição gerado pelo ACBR. Com esse registro, o ACBR está gerando um arquivo 41160602154007000193550000000000541419921020-nfe.xml (em anexo) com a nota completa, MAS SEM OS EVENTOS DE CANCELAMENTO. 3) Na nota técnica, pelo que entendi diz que o evento de cancelamento só vem se o destinatário efetuar a manifestação (Final da Página 4). Isso foi feito a manifestação de confirmação, pois a de ciência não permitida pois o documento já estava cancelado. Então nesse ponto a pergunta é: Realmente não vem o evento de cancelamento, ou o ACBR não está gerando o evento por alguma falha ? Olhando as propriedades localAcbrNfe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.resNFe, localAcbrNfe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.resEvento, localAcbrNfe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items.procEvento não encontrei o respectivo evento. tem algum outro lugar que deveria existir o mesmo ? 4) Pesquisei no forum antes mas não consegui chegar a uma conclusão. Vi que tem um post Mas como se tratava de outro assunto que foi abordado esse no meio, preferi abrir outro específico. 5) No manual (Pagina 5) diz que existe: - resNFe_v1.00.xsd - procNFe_v3.10.xsd - resEvento_1.00.xsd - procEventoNFe_v1.00.xsd No ACBR existe docZip.Items.resNFe. docZip.Items.resEvento. docZip.Items.procEvento. onde estaria o procEventoNFe e o procNFe ? 6) Alguém realmente já conseguiu receber os eventos de cancelamento? Existe alguma outra forma de fazer ? Onde estou errando ? Desde já, agradeço. Att. Leandro Vignoto 41160602154007000193550000000000541419921020-resNFe.xml 20160603161650-dist-dfe.xml 41160602154007000193550000000000541419921020-nfe.xml

Exato... fiz isso também. O sistema esta homologado. Att. Leandro

Boa Tarde ! Passei por essa situação no mês de maio. No PR funciona assim: Você pode desenvolver o sistema e funcionar normalmente, porém quando o seu cliente vai buscar junto a sefaz a autorização para emissão de NF-e, CT-e é necessário vincular essa autorização a um fornecedor/sistema e nesse caso para o cliente utilizar o seu sistema ele deve estar homologado na sefaz. Também não sei como seria a homologação por parte do cliente quando utiliza o software emissor de gratuito e também não fui atras de saber pois vai parar de ser fornecido. Tenho dúvidas quando é para outros estados. Att. Leandro

Bom Dia, Italo... Se entendi bem, acredito que o problema não esteja somente nesse ponto: "Suponha que um escritório cuida da cotabilidade de 100 empresas, se todas incluírem o CNPJ do escritório de contabilidade, este vai poder "baixar" diariamente todas as notas emitidas por essas empresas." Pois nesses casos, realmente o escritório tem contato com o cliente e pode solicitar para que seja informado o seu CNPJ para receber. Porém os escritórios também necessitam escriturar as notas RECEBIDAS de fornecedores por seus clientes, e ai nesse caso nunca que essas empresas iriam informar o CNPJ do escritório para o mesmo ter acesso. Att. Leandro

Boa tarde... A principio não encontrei no manual a obrigatoriedade do quadro fatura. O motivo da não impressão é justamente mais espaço para os itens. Att. Leandro Boa tarde... A principio não encontrei no manual a obrigatoriedade do quadro fatura. O motivo da não impressão é justamente mais espaço para os itens. Att. Leandro

Boa Noite ! Ao definir a propriedade ACBrNFeDANFeRL1.ExibeCampoFatura := False, o quadro de fatura continua aparecendo no Danfe. Att. Leandro Vignoto

Blz.. Resolvido. Att. Leandro Vignoto

Bom Dia ! Ao utilizar as opções: ACBrMDFeDAMDFeRL1.PrintDialog := False; ACBrMDFe1.ImprimirEvento; Para impressão de eventos, continua aparecendo a tela de seleção de impressoras. Se for para a impressão do MDF-e (ACBrMDFe1.Manifestos.Imprimir) NÃO APARECE. Att. Leandro Vignoto

Blz.. Não depurei, mas acredito que o parâmetro para exibir o quadro de fatura esteja com a mesma situação ou parecida. Se for necessário abro outro post. Att. Leandto

Boa Tarde ! Ao utilizar a propriedade MostraDadosISSQN := False, na impressão do Danfe Fortes a linha referente as informações do ISS continuam aparecendo no fim da página. Depurando, podemos notar que primeiro é chamado o código abaixo dentro de procedure TfrlDANFeRLRetrato.AplicaParametros if (fMostraDadosISSQN = False) then rlbISSQN.Visible := False; Porém, posteriormente é chamado procedure TfrlDANFeRLRetrato.ISSQN, voltando a impressão do mesmo if FNFe.Emit.IM > '' then begin .... End; Segue em anexo um XML de exemplo. Att. Leandro Vignoto 41160210377952000182550010000956631514282338-nfe.xml

Boa Noite ! Continuando os testes, o problema final ocorre no seguinte ponto: procedure TfrlDANFeRLRetrato.InitDados; // Carrega logomarca if (FLogo <> '') then begin if FileExists (FLogo) then rliLogo.Picture.LoadFromFile(FLogo) else begin LogoStream := TStringStream.Create(FLogo); try rliLogo.Picture.Bitmap.LoadFromStream(LogoStream); finally LogoStream.Free; end; end; end; No meu caso a variável FLogo estava vindo com espaço em branco ' ', gerando o problema. Att. Leandro Vignoto

Boa Tarde ! Continuando os testes pude identificar que o erro ocorre no seguinte ponto: Arquivo RLReport.pas function TRLCustomReport.PreviewModal: Boolean; if FReportState = rsAbout then if not Prepare then Exit; Att. Leandro Vignoto

Bom dia, Italo.. Obrigado pelo retorno. Anteriormente utilizava dessa forma que você falou, porém me deparei com a seguinte situação: - Tenho processos que são executados de forma independente. Exemplo: Envio para sefaz, impressão de documentos, envio para clientes... etc. Se eu utilizar somente um componente no DM as informações carregadas no componente poderão entrar em conflito, pois posso iniciar um processo de autorização e ao mesmo tempo disparar um processo de envio de e-mail de outro xml, por isso crio e elimino o componente dentro do processo que estou executando. Att. Leandro Vignoto

Somente complementando os testes... para o CT-e também funciona normalmente da maneira que foi escrito na abertura do post. O problema só ocorre para NF-e Att. Leandro

verdade, vamos esperar mais um pouco então

Boa Tarde ! Me desculpe, não estou cobrando nada do que você está pensando (tipo assim, até agora ninguém viu), não foi essa a intenção. Inclusive tento ao máximo não abrir posts. Só coloquei mesmo para não ficar no esquecimento o post que a princípio possa parecer um erro. Fica tranquilo, responda quem puder sobre o assunto. Att. Leandro

Boa Tarde ! Alguém ? Att. Leandro

Boa Tarde ! Já estava utilizando o Trunk2 e após efetuar um update na data de ontem estou com o seguinte problema: 1) Ao executar a função AcbrNfe.NotasFiscais.Imprimir, apresenta a seguinte mensagem: RLNFe: Erro durante a preparação do relatório EReadError(Stream read error) Detalhes: - Em máquina local o problema não ocorre; - Ocorre em uma máquina de cliente; - Na maquina do cliente: - se executar a função utilizando os componentes o problema NÃO OCORRE. - se utilizar o ACBR-Demo o problema NÃO OCORRE; - Se criar variáveis locais para a execução da impressão o problema OCORRE. Isso já era utilizado anteriormente, conforme exemplo abaixo. var nQtdLin: Integer; localAcbrNfe: TACBrNFe; localACBrNFeDANFeRL: TACBrNFeDANFeRL; Begin localAcbrNfe := TACBrNFe.Create(nil); localACBrNFeDANFeRL := TACBrNFeDANFeRL.Create(nil); localAcbrNfe.NotasFiscais.LoadFromString(DMDBE.cdsDOC002HIS.FieldByName('XMLRET').AsString,False); localAcbrNfe.DANFE := localACBrNFeDANFeRL; localAcbrNfe.NotasFiscais.Imprimir; // nesse ponto que ocorre o problema; End; - Executando o mesmo processo acima, porém para MDF-e o problema NÃO OCORRE. Att. Leandro Vignoto

Obrigado Italo... Só para deixar registrado, no manual da NFE na página 50 está igual ao do item que você passou, porém as duas funções tem comportamentos diferentes no ACBR Mas vlw, agora está entendido. t+ Leandro

Ok, Italo.... Comparando com a mesma rotina do componente do NFe, realmente ele faz o que você falou, porem tem uma pequena diferença entre eles, sendo: No CT-e ele considera os dados somente se estiver autorizado (function TRetInutCTe.LerXml: boolean;) if cStat = 102 then begin (*DR10 *)Fano := Leitor.rCampo(tcInt, 'ano'); (*DR11 *)FCNPJ := Leitor.rCampo(tcStr, 'CNPJ'); (*DR12 *)FModelo := Leitor.rCampo(tcInt, 'mod'); (*DR13 *)FSerie := Leitor.rCampo(tcInt, 'serie'); (*DR14 *)FnCTIni := Leitor.rCampo(tcInt, 'nCTIni'); (*DR15 *)FnCTFin := Leitor.rCampo(tcInt, 'nCTFin'); (*DR16 *)FdhRecbto := Leitor.rCampo(tcDatHor, 'dhRecbto'); (*DR17 *)FnProt := Leitor.rCampo(tcStr, 'nProt'); end; No NF-e ele considera os dados, independente do cStat. (function TRetInutNFe.LerXml: Boolean) Att. Leandro Vignoto

Boa Tarde ! Estou importando o arquivo XML em anexo referente a teste para inutilização de um CT-e. Ao executar o procedimento localAcbrCte.InutCTe.LerXMLFromString("texto do arquivo xml") as opções localAcbrCte.InutCTe.Serie, localAcbrCte.InutCTe.nCTIni, localAcbrCte.InutCTe.nCTFin, localAcbrCte.InutCTe.CNPJ entre outras não são preenchidas. Pelo que notei nessa função "function TinutCTe.LerXMLFromString(const AXML: String): boolean;", está considerando como se fosse um arquivo de RETORNO DE INUTILIZAÇÃO já confirmado, mas na verdade é um arquivo de envio para SOLICITAR A INUTILIZAÇÃO. Att. Leandro Vignoto Inu41150710377952000182570010000028191000028281_20150730114056-ped-inu.xml

OK, obrigado pelo retorno. Só não consegui ainda baixar desse novo endereço e nem atualizar o atual. Mas isso já é outro assunto. Att. Leandro Vignoto

Reforço a pergunta.. existe outra forma de baixar ?