Painel de líderes

Olá pessoal, Na postagem "Como obter o XML do Fornecedor" mostrei o uso do método DistribuicaoDFePorChaveNFe, nessa nova postagem vou mostrar mais dois métodos: DistribuicaoDFePorUltNSU e DistribuicaoDFePorNSU. Vamos a sintaxe, que por sinal é semelhante ao do DistribuicaoDFePorChaveNFe. DistribuicaoDFePorUltNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do ultimo NSU> ) DistribuicaoDFePorNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do NSU> ) Primeiramente vamos entender o que vem a ser esse tal de NSU. NSU - numero sequencial único, é um numero atribuído pelo Ambiente Nacional ao documento ora compartilhado pelas SEFAZ-Autorizadora. Exemplo: o emitente da nota é do Estado de São Paulo, logo a nota é enviada para a SEFAZ-SP esta por sua vez vai compartilhar com o Ambiente Nacional as notas que foram autorizadas, o Ambiente Nacional por sua vez atribui um NSU para cada nota que receber. Na verdade o Ambiente Nacional gera um resumo da nota e atribui o NSU a esse resumo primeiramente e não a nota propriamente dita. Um NSU só será atribuído a nota quando o destinatário enviar o evento de Manifestação do Destinatário. Lembre-se o NSU da nota será um numero diferente do NSU do resumo dela, e por ser gerado após o envio do evento de Manifestação do Destinatário, podemos concluir que o NSU da nota é maior que o NSU do resumo. Vamos agora entender como funciona os dois métodos mencionados acima. O método DistribuicaoDFePorNSU é o mais simples de entender, pois este simplesmente baixa o documento que possui o NSU informado. Note que usei o termo documento, pois o webservice DistribuicaoDFe pode retornar os seguintes tipos de documentos: Resumo de Nota, Nota Completa, Resumo de Evento e Evento Completo. Se o NSU informado no método DistribuicaoDFePorNSU for o NSU de um resumo, o que teremos como retorno será o XML do resumo e não o XML da Nota. Por outro lado o método DistribuicaoDFePorUltNSU nos retorna uma lista com até 50 documentos, cujos NSU são superiores ao NSU informado. Exemplo: DistribuicaoDFePorUltNSU( 35, 12345678000123, 450 ) ===> 450 é o valor do Ultimo NSU. Ao executar o método, como dito anteriormente poderá nos retornar uma lista com até 50 documentos, pois bem suponha que retorne 50, os NSU desse documentos retornados serão, 451, 452, 453, ...., 498, 499, 500. Lembre-se que nessa lista podemos ter Resumos de Notas, Notas Completas, Resumo de Eventos e Eventos Completos. Através de uma propriedade chamada Schema nos traz a informação do tipo de documento retornado. Temos também outras duas propriedades muito importantes, são elas: UltNSU e MaxNSU. A propriedade UltNSU nos informa o numero do NSU referente ao ultimo documento da lista, já a propriedade MaxNSU nos informar o maior NSU existente no Ambiente Nacional. Continuando o exemplo acima, vamos supor que após a execução os valores de UltNSU e MaxNSU são respectivamente 500 e 750. Era de se esperar mesmo que o valor de ultNSU seja 500 pois informamos 450 e foi retornado 50 documentos, logo o NSU do ultimo é 500. A próxima vez que formos executar o DistribuicaoDFePorUltNSU devemos informar o valor 500, para que ele retorne os documentos a partir de 501 que é o próximo da lista. E devemos repetir o procedimento até que o valor de ultNSU seja igual a maxNSU, desta forma vamos ter baixado todos os documentos disponibilizados pelo Ambiente Nacional. Lembre-se que o valor de MaxNSU tende sempre a crescer a medida que novas notas forem emitidas e compartilhadas com o Ambiente Nacional e a medida que o destinatário for enviando o evento de Manifestação do Destinatário. Entre uma execução e outra do DistribuicaoDFePorUltNSU você pode realizar a manifestação referente a cada resumo de nota obtido, ou seja, enviar o evento de Manifestação do Destinatário. Desta forma a medida que você vai avançando na lista o Ambiente Nacional já vai liberando a Nota Completa (notas manifestadas) e disponibilizando ela na lista. O DistribuicaoDFe não serve apenas para que possamos obter o XML do fornecedor, mas também descobrirmos se existe alguma empresa emitindo notas contra o nosso CNPJ sem no nosso consentimento. Você descobre isso através do DistribuicaoDFePorUltNSU e pode avisar a SEFAZ enviando o evento de Manifestação do Destinatário: Desconhecimento da Operação. Esse evento diz a SEFAZ que você não comprou desse fornecedor. Para saber mais sobre Manifestação do Destinatário vide a Nota Técnica 2012/002 versão 1.02 e para saber mais sobre o Distribuição DFe vide a Nota Técnica 2014/002 versão 1.02b, ambas estão disponíveis no Portal Nacional da NF-e.

@EMBarbosa, é um veterano desenvolvedor do Projeto ACBr... Participe do Dia do ACBr e veja a palestra: 15:10 - 16:10 - Auditório Principal - ECFVirtual - Emitindo NFC-e e SAT com o ACBrECF Elton da Motta Barbosa Use o recurso de ECFs Virtuais do ACBr, para rapidamente transformar aplicações destinadas a Impressoras Fiscais, em emissores de NFCe e SAT. Mantenha as Regras de negócio de sua aplicação baseada em Impressora Fiscal como Redução Z, Leitura X, etc Principais cuidados de implementação de um emissor de NFCe

Amigo muito obrigado, nesse processo de pegar o LOG encontrei no monitor a opção que precisava ser marcada "EXIBIR LINHAS DO LOG EM RESPOSTAS ENVIADAS", fiz o teste marcando essa opção e trouxe o retorno da rejeição. Muito obrigado pelo apoio.

Entendi, obrigada pelo retorno, não estou com erros porque só utilizo NF-e e MDF-e mesmo.

Bom dia Luciana, Você tem os schemas do MDF-e junto com os da NF-e, pois muito bem, até o momento você não teve problemas porque não utilizou o método DistribuicaoDFe do MDF-e. Os schemas do Distribuição DFe do MDF-e se chama: distDFeInt_v1.00 já o da NF-e se chama: distDFeInt_v1.01 Como a versão do MDF-e é 3.00 o componente vai procurar pelo arquivo distDFeInt_v3.00 como não acha vai a procura de uma versão menor e acaba achando primeiramente o Schema da NF-e e não no MDF-e, ocasionando erros. E tem mais, se um tinha você vier a ter uma aplicação que emita CT-e o Schema do Distribuição DFe deste modelo de documento tem o mesmo nome do Schema do MDF-e, consequentemente vai ocorrer uma sobreposição de arquivos. Sendo assim, volto a afirmar não misture os schemas de modelos de documentos diferentes.

Olá Italo Tudo Bem Desculpa a demora pra responder. E que assim que vi sua resposta fui já tentar achar o problema e resolver, e graças a sua ajuda consegui resolver. Eu gravo as configurações do componente em um arquivo .ini incluindo a versão da nfe, então pra configurar o componente ACBrnfe eu estava fazendo assim: ACBrNFe1.Configuracoes.Geral.VersaoDF:= TpcnVersaoDF(cbVersaoDF.ItemIndex); Mas acho que estava salvando o valor errado pois sempre ia pra versão 3.10(ia o valor 2) ae então ao ver seu post mudei a forma de configurar pra seguinte forma: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400; desta forma funcionou perfeitamente, foi gerado a nfc-e na versão 4.00. Por isso meu Muito Obrigado Italo e a todos do ACBr pela resposta rápida e certeira. E desculpa a demora em responder.

É com muita satisfação que recebemos a EPSON, como patrocinadora do Dia do ACBr... Participe do Dia do ACBr e conheça os produtos e a equipe técnica da EPSON... Leve seu notebook e teste sua aplicação no Kit SAT da Epson...

Peço desculpas a todos... Foi falha minha... O problema estava no certificado vencido. Por falta de sorte, os dois certificados que me enviaram (DF e PI) estavam vencidos. Novamente peço desculpas pelo transtorno e agradeço ajuda que me foi dispensada.

Desculpe , não tinha percebido !!! Colocarei o arquivo do log da próxima vez. Mas o problema acima foi resolvido, solução : Liguei para plantão fiscal, e o suporte do integrador falou que já tinha sido reportando esse erros por outras softhouse e que em algumas máquina isso estava ocorrendo, então ele passou uma atualização das dll do integrador que ainda não consta no site da sefaz. Substitui e resolveu o problema. Realmente depois de várias instalações eu ainda não tinha me deparado com esse problema. Fica a dica se alguém passar pelo mesmo problema.

[RESOLVIDO] Conforme minha suspeite realmente estava acontecendo sobreposição de arquivos. O XML assinado é salvo com o número do ID do mesmo, sendo que a referida ID na sua composição recebe a data e a hora e como a geração dos mesmos é muito rápida acontecia de vários XMLs receberem o mesmo ID [ 1000000272284742018092715032100001-S-2220-0.xml ] - minha solução foi colocar um Sleep(1000), ou seja dou uma pausa no processo de um segundo entre a geração de um e outro XML.

no validador do RS. O certificado digital está vencido?

Pessoal, consegui emitir a nota em nova lima no webservice http://200.149.10.117:8093/nfe/snissdigitalsvc?wsdl Foi necessário modificar varias coisas na configuração do arquivo ISSDIGITAL.INI. Estou colocando ele em anexo para avaliação. Quem puder, gentileza atualizar no repositório. ISSDigital.ini

O seu exemplo no Post está claramente errado, sem as aspas... isso atrapalha o "Parser" do MonitorPlus que não reconhece todos os parâmetros

Deu certo amigo, muito obrigado

seu comando está fora da sintaxe... De acordo com o manual, Strings devem ser passadas com aspas Duplas

Muito simples: Adaptando um pouco o código do demo do ACBrNFe: NotaF.NFe.Total.ICMSTot.vNF := 100; [..] // YA. Informações de pagamento Pagamento := NotaF.NFe.pag.Add; Pagamento.indPag := ipVista; Pagamento.tPag := fpCheque; Pagamento.vPag := 150.00; NotaF.NFe.pag.vTroco := 50.00;

Fiz a alteração de copiar como tmp e depois renomear para txt, vou deixar em teste para ver se resolve o problema. Obrigado pelas informações.

Bom dia Italo, tudo certo? Então, conferi os Schemas do ACBR, tentei transmitir um MDF-e com a nova tag, e deu tudo certo. Peço desculpas por isso. Até atualizo com frequência os componentes, bem como Schemas e exemplos, mas provavelmente fiz algo de errado na hora de copiar os Schemas para a pasta de compilação... Mesmo assim obrigado pela ajuda.

Problema resolvido. Fiz as seguintes alterações: Estava dessa forma: Configuracoes.Geral.SSLLib = libCustom Configuracoes.Geral.SSLCryptLib = cryCapicom Configuracoes.Geral.SSLHttpLib = httpNone Configuracoes.Geral.SSLXmlSignLib = xsNone Alterei para: Configuracoes.Geral.SSLLib = libCapicomDelphiSoap Configuracoes.Geral.SSLCryptLib = cryCapicom Configuracoes.Geral.SSLHttpLib = httpIndy Configuracoes.Geral.SSLXmlSignLib = xsMsXmlCapicom Deu certo, obrigado pela atenção Felipe. Abraço

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Espero que sim Felipe, realmente pelo que eles falaram houve outros casos parecidos. Bem nos resta só esperar agora. Se quiser fechar o tópico pode fechar. Obrigado

Boa tarde, como está passando o comando? Se possível anexe o log.txt

Bom dia @Joao Paulo Pires Quando a gente diz enviar novamente o XML é pelo comando consultar e não pelo EnviarNFe. Procedimento: - Quando ocorre o problema que você comentou, tipo ficou em processamento ou caiu a conexão, ou os servidores da SEFAZ estava lento e deu timeout, o próximo passo será uma consulta com o envio do XML. (Veja que diante do processo que já falamos aqui, você tem a chave da nota gravada, você tem o XML sem a autorização. Agora basta só a consulta. Quando você informa o caminho e o arquivo XML, nesta consulta o XML é enviado e se a nota estiver lá na SEFAZ, ao voltar o protocolo de autorização já vai estar acrescentado ao XML que você enviou. - Caso você receba o status 217 - NFe não consta na base de dados da SEFAZ, neste caso você envia pelo NFe.EnviarNFe() ou NFe.CriarEnvairNFe(), pois mesmo que venha ser gerado outro XML, não existirá nada lá para ser confrontado, como está ocorrendo hoje que você já tinha e com um DigestValue diferente do último arquivo que você envia.

Vlw !!!

Veja esse outro:

Bom dia. Seu laudo está vencido? Talvez seja este o motivo da rejeição. Att.

Bom dia. esse problema é simples falta no dproj do exemplo informar as unit scope names para que o delphi identifique as units. http://docwiki.embarcadero.com/RADStudio/Tokyo/en/Unit_Scope_Names

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Ítalo Eu pensei que quando eu enviava 0, eu baixaria todos os xml sem Manifestação. Então hoje eu não tenho esse controle? Então no caso vou ter que colocar um for e percorrer do numero 0 até para de dar retorno? Ou controlar isto gravando no meu banco. Referente o status de ciência e aceite eu consigo pegar através do comando? Vi que você me encaminhou para um post mais não ficou claro para mim. Desculpa se minha perguntar são primarias.

Bom dia. O mesmo problema ocorre com o exemplo do ACBrSAT? Se ocorrer, sugiro você entrar em contato com o fabricante. Se o aparelho for ELGIN LINKER, por exemplo, faça os mesmos testes no SW Ativação..

Aparentemente tem a ver com o gerador de relatórios... O gerador do ACBr parece ser mais compacto.

Bom dia.. Para testar eu fiz um mdfe e um cancelamento e deu tudo ok.. vou mandar o meu arquivo gerado do mdfe Valeu Caso não resolver seu problema, alem do ini, mande tambem o log, para ver o que esta ocorrendo ent_cancelarMdfe.txt

A sua aplicação gera e passa para o monitor o arquivo INI ou XML? Outra coisa para que a validação ocorra se faz necessário que o XML esteja assinado, portanto é aconselhável que deixe marcado a opção para que ocorra a assinatura.

Bom dia Aparentemente está com problemas ambiente homologação na SEFAZ desta UF, desde ontem... URL inacessível.

Bom dia, Já tentou configurar o Monitor atribuindo o valor xsXmlLib2 para XML Sign Lib?

Fiz os testes aqui e está tudo ok. O @Juliomar Marchetti está correto. Veja nesse tópico o tutorial de como baixar e instalar corretamente o Fortes Report:

não é o mesmo problema.. provavelmente você marcou a opção Monitorar Pasta... desmarque... https://acbr.sourceforge.io/ACBrMonitor/Monitor.html

Lucas, muito obrigado! Vou tentar implementar essas mudanças.

Resolvido. Segui as orientações desse tópico: Como fiz: 01 - Atualizei as DLL's 02 - Excluí os Schemas e coloquei novamente (percebi que tinha schemas antigos). Obrigado @André Ferreira de Moraes Obrigado @Graça

Boa tarde Ítalo! Primeiramente, obrigado pela atenção. Sobre a geração parece que sim, pois consultando em \LogGeral encontrei os xmls lá, e inclusive 2 especificando o erro. (Anexo: LogGeral.rar) Eu entrei em contato com a empresa SUPERNOVA, que provê o serviço para a prefeitura de Nova Lima e a mesma me retornou dizendo que está tendo uma mudança no ambiente. Conforme a mensagem de resposta abaixo, encaminho também o anexo citado. "Bom dia Estou encaminhando em anexos os arquivos de consumo para desenvolvimento em (Java) e também delphi . Lembrando que a URL que está operando atualmente em Nova Lima é esta abaixo e a mesma substituirá a URL (delphi) que no momento está inoperante. Portanto, recomendo já preparar seu sistema para integrar no serviço java permanentemente. http://200.149.10.117:8093/nfe/snissdigitalsvc?wsdl " LogGeral.rar ws-delphi.rar Ítalo, desde já meu muito obrigado.

Ítalo, boa tarde. Fiz a atualização dos fontes como solicitado, recompilei, fiz o teste de envio e a mensagem continua a mesma.

Nem todas as UF implementam o webservice de consulta de cadastro. Por exemplo, para as UF usuárias da SVRS: http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs= Apenas as 4 UF citadas fazem uso do serviço, para AL, AP, DF, ES, PI, RJ, RO, RR, SE e TO não é possível utilizar o método. No caso de MG a SEFAZ ainda não divulgou a URL do webservice para a versão 4.00. Testei agora consulta na versão 3.10 e consegui o retorno, então basta configurar para a versão 3.10. SC faz uso da SVRS, pelo seu XML você está usando uma versão desatualizada, visto que houve alterações no WSDL do serviço. Se usa o componente, atualize os fontes, caso use o ACBrMonitorPLUS, baixe uma versão atualizada.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Renan, Acredito que com a atualização dos fontes os problemas serão sanados. Fechando o tópico.

@Italo Jurisato Junior Seria este o problema apresentado? Saiu uma nota oficial da EFD-Reinf sobre http://sped.rfb.gov.br/pagina/show/2687

Por desencargo, atualize as dlls das pastas abaixo no System32 / SysWow64 da sua máquina \lib7\ACBr\DLLs\XMLSec \lib7\ACBr\DLLs\OpenSSL\0.9.8.14 Nos meus testes com o Reinf, funcionou com as seguintes configurações:

Eu faço assim: try if InternetCheckConnection('http://google.com.br', 1, 0) then begin try // verificar status do servidor SEFAZ e muda automaticamente // (107 em Operação) (108 Paralisado curto prazo) (109 Paralisado sem Previsão) if ACBrNFe1.WebServices.StatusServico.Executar = True then if ACBrNFe1.WebServices.StatusServico.cStat <> 107 then ACBrNFe1.Configuracoes.Geral.FormaEmissao := teOffLine else ACBrNFe1.Configuracoes.Geral.FormaEmissao := teNormal; except ACBrNFe1.Configuracoes.Geral.FormaEmissao := teOffLine; end; end else ACBrNFe1.Configuracoes.Geral.FormaEmissao := teOffLine; except on E: EIdException do if Trim(E.Message) = 'Connect timed out.' then ACBrNFe1.Configuracoes.Geral.FormaEmissao := teOffLine; end; Este procedimento aumenta em mais ou menos uns 3 segundos na venda, mas acredito que vale a pena.