Pesquisar na Comunidade

Prezados, Alguém já viu este tipo de comprovante, mas especificamente esse tipo de ´´via do estabelecimento`` ?? Qual a finalidade desse QR code na via do estabelecimento??? Isso é para fazer algum tipo de integração off line entre POS e PDV ?? Alguém teria alguma informação ?? OBS: nem no google imagens eu encontrei algo parecido.

Boa Tarde a Todos. Na ultima semana, uma dos meus Clientes, entrou em contato comigo, falando que a rotina de consulta e Manifesto de Notas Fiscais (Distribuição DFe) do meu ERP não estaria funcionando. Depois de muitos testes e bloqueio por Consumo indevido, identifiquei um problema. Utilizo essa rotina para pegar o resumo do XML e com isso o cliente pode fazer o manifesto dessas notas(dando ciência ou Desconhecimento da operação); Atualmente minha consulta é por NSU utilizando o Método NFe.DistribuicaoDFe(...). Não faço por Chave para facilitar, afinal notas que pode ter sido emitidas erradas, não teríamos a chave! Fazendo a consulta por NSU o retorno parte sempre do meio de um dia especifico para frente(algumas notas do dia são encontradas e outras não), coisa que achei estranho. Isolando o Cenário pegamos uma chave e fizemos a consulta via chave, pois por NSU não retorna, para minha surpresa, não retorna nenhum número de NSU(). Fiz o teste utilizando o programa de exemplo disponibilizado pelo Projeto ACBr na pasta de Exemplo, e o retorno é igual ao do meu ERP. Estou anexando imagens de 2 notas(utilizando o Programa Exemplo), uma delas esta com NSU e funciona corretamente(retorno vem corretamente com a TAG <docZip NSU='xxx' schemas='xxx'> ) e um outro exemplo onde não me retorna NSU, a TAG vem <docZip schemas='xxx'>. Gostaria de saber se ja viram algo parecido com isso, não encontrei nenhum post aqui no fórum que diz sobre. Preciso de uma ajuda para as orientações para esse cenário, devo falar com meu cliente para entrar em contato com a sefaz e verificar essas notas? Imagens de nota que retorna NSU: Imagens de nota que NÃO retorna o NSU:

Desde fevereiro de 2022 não conseguimos baixar NSU pela função DistribuicaoDFePorUltNSU (utilizamos a função desde março de 2019 sem problemas). Sempre aparece a rejeição "Rejeição: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitações subsequentes. Tente após 1 hora)". A principio achamos que era problema no sefaz e ficamos um tempo sem baixar NSU. No entanto, mesmo ficando uma semana sem tentar baixar, a mensagem de rejeição sempre é a mesma. Então suspeitamos que poderíamos ter perdido um bloco de NSU e portanto estaríamos usando o ultNSU errado. Tentamos essa semana enviar o ultNSU como 0 (zero) para receber o bloco mais antigo existente no ambiente nacional e também para sabermos qual o ultNSU e o maxNSU. No entanto a resposta foi a mesma, "Rejeição: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitações subsequentes. Tente após 1 hora)". Existe alguma outra maneira de contornar esse problema?

Olá, Tendo em vista a quantidade de pessoas com dificuldade no entendimento do processo para utilizar o DistribuicaoDFePorUltNSU, com o intuito de download de xmls, segue uma visão enxuta. 1. Na primeira execução, o DistribuicaoDFePorUltNSU disponibilizará o resumo da NFe. 2. Deverá ser feita a manifestação de cada documento. 3. Após a manifestação, o DistribuicaoDFePorUltNSU disponibilizará o XML completo da NFe, a partir do momento que a Sefaz liberar o documento, não necessariamente imediatamente após a manifestação. 3.1. Caso não traga o XML, aguarde o período indicado pela sefaz que atualmente é de 1h no mínimo, e efetue novamente o DistribuicaoDFePorUltNSU, repetindo este item até que o XML seja baixado. É só isso, receber o resumo, manifestar e receber o XML completo. A seguir apenas informações complementares. Atenção: Após receber o XML completo, o DistribuicaoDFePorUltNSU não disponibilizará novamente este documento, através do fluxo padrão, preenchendo o ultNSU recebido. O fluxo é único, conforme explicado acima. O DistribuicaoDFePorUltNSU disponibilizará uma vez o resumo e uma vez o XML completo. Se não for processado quando recebido, não terá como fazê-lo novamente seguindo este fluxo, sendo necessário fazer uma nova consulta com ultNSU=0 para trazer novamente todos os registros do último período disponível. Se for mantido um fluxo diário por exemplo, esse processo será transparente, dependendo apenas da manifestação dos documentos de interesse do ator. A cada execução do DistribuicaoDFePorUltNSU serão recebidos tanto os novos resumos, de novas NFes emitidas, quanto os xmls completos de NFes que já foram manifestadas e ainda não haviam sido recebidos. Informações "técnicas": 1. O que é o resumo? Um XML com informações básicas suficientes para efetuar a manifestação. 2. Para identificar o tipo de XML recebido, utilize a propriedade a seguir: ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip[i].schema - schresNFe: xml resumo - schprocNFe: xml completo 3. Assim como xmls de NFe esse serviço retorna xmls dos eventos. 4. Caso você já tenha efetuado a consulta do serviço e possua o xml de retorno, contendo os documentos e queira reprocessá-lo, poderá alimentar o componente com o método abaixo, tendo assim populado as propriedades com o mesmo resultado do momento que executou o NFe.DistribuicaoDFe(). ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.LerXMLFromFile( 'c:\temp\20220307130102-dist-dfe.xml' ) Se ainda restam dúvidas sobre o processo: 1. Leia a NT "NFe_NT2014_002 WS DistribuicaoDFe.pdf" com calma que o processo acima será simples de entender. Você pode pegar a última versão dessa NT no nosso repositório de documentos no seguinte link: http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/ 2. Veja esse tópico bem explicativo do @Italo Giurizzato Junior 3. Veja esse vídeo do @Bruto do Delphi 4. Dia 09/03/2022 foi abordado esse assunto no Papo Pro, onde a comunidade pode interagir e tirar suas dúvidas que restavam. Conecte-se no Discord, entre no canal de voz, #Papo Pro ACBr, não perca as próximas edições de terças a quintas-feiras das 10:00 as 11:00. Já está disponível essa edição no link a seguir.

Ola! - Método: ACBrCTe.DistribuicaoDFePorUltNSU - Rejeição: Numero de NSU informado superior ao maior NSU da base de dados do Ambiente Nacional - Busco o maior NSU no banco e consulto a partir do mesmo Porem agora surgiu um problema, o sefaz retornou aleatoriamente uns numeros bem maiores que o efetivo, por exemplo, o ultimo NSU para o caso seria o 5069 porem tem eventos com numeros maiores (11820) Não são apenas estes 3, tem vários, já verifiquei e está no mesmo ambiente (produção) Mais alguém está passando por este problema? tem alguma solução ou sugestão?

Gostaria de saber se existe algum meio do Monitor, me passar os NSU usados, para eu ter um controle. usei um comando para trazer os NSU EM UM csv, POREM NÃO ME TROUXE NADA.

Boa noite pessoal! Estou postando uma dúvida pela primeira vez no fórum, então se estiver fazendo algo incorretamente, desculpem o erro de iniciante hehe. Tenho um sistema que captura os XMLs dos DFes emitidos contra os CNPJs da empresa. Em média temos 15 CNPJs ativos com movimentação quase que diária. Hoje pela manhã um dos nossos usuários relatou que um dos CTes não estava disponível para validação, porém a NFe que ele era vinculado, estava ok no sistema. Achei que era alguma falha entre o Sefaz de origem do CTe e o Ambiente Nacional da Receita que as vezes realmente "demora" pra disponibilizar no ambiente nacional. Porém nesse caso não era, estava corretamente nos dois ambientes, porém não havia o meu Evento de Ciência da Operação para poder capturar o XML do CTe. Busquei se havia algum erro no CTe ou no sistema, mas não encontrei nada. Logo após isso, outros usuários relataram o mesmo problema. Fiz uma pesquisa no meu banco de dados e o último CTe capturado foi no dia 12/06, porém o número do NSU do documento é o mesmo do MaxNSU que eu recebo ao usar o procedimento de busca via NSU. Vi no fórum do ACBr que nesse dia (12/06) houve um problema e foi habilitado o modo de contingência, porém pelo que eu vi, os CTes do exemplo foram emitidos no ambiente normal. Alguém está passando por uma situação semelhante? Ou sabe se há algum erro no ambiente nacional? Obrigado pela atenção.

Olá bom dia, estou tentando realizar o cancelamento de uma transação no tef utilizando a função CNC, estou utilizando o paygo cliente e servidor na mesma maquina, e passando os parametros certinho, no entanto quando chamo a função o paygo cliente me retorna a seguinte mensagem de erro: "Erro ao ler registro 745-000 do arquivo intpos.001.Mine"(Campo inexistente), alguem sabe o que pode ser? eu olhei o arquivo gerado e ele realmente esta sem o campo NSU estendido(745-000)

Boa tarde, comecei a utilizar o ACBr pela primeira vez ontem, com intuito de criar uma aplicação onde monitore os documentos fiscais emitidos contra o meu CNPJ (fazendo manifesto antes para poder baixar todas), porém o grande numero de tópicos existentes me deixou um pouco confuso, gostaria de tirar algumas duvidas. O método DistribuicaoDFePorUltNSU() busca os documentos pelo NSU, automaticamente baixa os XML que já contém o evento de manifesto ? Existe como fazer o manifesto do destinatário usando o ultimo NSU? Como eu consigo as ler as chaves pelo NSU? Qual é o processo correto? Existe algum manual ou um código fonte para que eu consiga me basear, pois os exemplos fornecidos eu consigo fazer somente já tento a chave

Boa tarde pessoal. Na documentação do integrador o campo idfila é descrito como caracter na imagem abaixo. Mas no acbr ele está como integer no objeto TStatusPagamento. É isso mesmo? Estou tentando enviar o NSU retornado pelo TEF para o IDFila. É isso mesmo? Tô meio perdido para enviar o StatusDoPagamento para o Integrador. Desde já obrigado.

Bom dia Colegas! Eu tenho uma verificação que roda durante a noite que procura se algum NSU não está no banco de dados. Faço isso pra impedir alguma falha minha na identificação de novas notas fiscais. Na sexta feira tive um monte de problema com a maioria dos meus clientes. Em média de 3% a 5% dos NSU pularam. Hoje fui verificar isso, e os NSUs que faltam no banco de dados não são encontrados no Sefaz. Se eu pegar um que pulou e chamar ele com o DistribuicaoDFePorNSU passando o NSU que faltou, ele me retorna 137 - Nenhum documento localizado. Alguém passou por isso? Agora parece que está normal, não falhando mais, mas os que faltaram, mesmo mandando consultar tudo de novo, não vem a informação pra mim... Grato pela colaboração... Douglas

Caros Tenho percebido que a SEFAZ está devolvendo o arquivo de pesquisa de notas destinadas com o numero sequencial pulando. Sei que posso consultar um determinado NSU, mas a pergunta é: Vocês tem notado essa "anomalia"? Segue exemplo de consulta à SEFAZ do Paraná, por Ex.: (foi consultado à partir do Último NSU = 000000000062843 e esse foi o retorno), nem retornou 50 docs, sendo q o último seria 000000000071617, (não coloquei as consultas posteriores, ou seja à partir do 62890) <docZip NSU="000000000062890" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062889" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062888" schema="resEvento_v1.00.xsd"> <docZip NSU="000000000062885" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062884" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062883" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062882" schema="resEvento_v1.00.xsd"> <docZip NSU="000000000062881" schema="resEvento_v1.00.xsd"> <docZip NSU="000000000062880" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062879" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062878" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062877" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062876" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062875" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062871" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062870" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062867" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062863" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062862" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062856" schema="resNFe_v1.00.xsd"> <docZip NSU="000000000062851" schema="procNFe_v3.10.xsd"> <docZip NSU="000000000062847" schema="resNFe_v1.00.xsd"> Alguém tem notado isso muitas vezes? Alguma razão para isso ocorrer? Obrigado, Ate Mauro

Boa tarde. Como funciona a aba Tsdownload no acbrmonitorplus ? Qual a finalidade e como utilizar ? Grato

Tenho um monitor que fica baixando os cabeçalhos das notas pelo WS de distribuição das NFs, estou vendo que esta acontecendo de virem notas "idênticas" (mesma chave, valor, cnpj, data emissao, etc), porem o NSU não é o mesmo. Pode ser algum erro na Receita que esta distribuindo a mesma nota com NSUs diferentes?

Boa tarde pessoal, Estamos com a seguinte situação utilizando o SitDemo 6.0.0.3, segue: Quando efetuamos uma transação, obtemos o NSU da mesma utilizando o comando: ACBrTEFD.RespostasPendentes[pred(ACBrTEFD.RespostasPendentes.Count)].NSU Esse valor é gravado em banco. No nosso caso, fica, por exemplo: 000010020 Quando é executado o comando: ACBrTEFD.CNC(cdsGetMovCxTEFREDE.AsString, cdsGetMovCxTEFNSU.AsString, cdsGetMovCxTEFDATAHORAHOST.asDateTime, cdsGetMovCxTEFVALORFINAL.AsCurrency); Não é aceito o número do documento acima, retornado em cdsGetMovCxTEFNSU.AsString. Olhando no comprovante do TEF, temos: DOC=010020 Então, neste caso, o operador precisa apagar os três primeiros zeros para conseguir o cancelamento do cupom e da transação, gerando um certo transtorno na fila. Analisando o documento Especificação Técnica – Interface com os meios de pagamento do SiTef Bibliotecas CliSiTefI e CliSiTef Versão 172, temos na página 24 que: 133 - Contém o NSU do SiTef (6 posições) 134 - Contém o NSU do Host autorizador (20 posições no máximo) Analisando a unit ACBrTEFDCliSiTef.pas linha 376, temos: 134 : fpNSU := LinStr; Acredito que neste caso, do comando CNC do CliSiTEF eu não poderia assumir o tamanho do campo como sendo 6 e preencher com zeros a esquerda ou poderia? Gostaria de saber, se existe uma padronização para o tamanho deste campo ou se estamos efetuando algum procedimento incorreto. Desde já agradeço a opinião de vocês.

Bom dia, Estou usando a função DistribuicaoDFe(StrToInt(cUFAutor),CNPJ,ultNSU,ANSU); onde os valores são ('31',CNPJdaEmpresa,'12022200099','') os registros que estão me retornando , estão com o ultNSU menor que o passado, por exemplo : 1195. Além de alguns registros virem com valores de ultNSU iguais, e alguns vindo com informações em branco. Acredito que isso seja informação que esta vindo errado da receita. Teria alguma forma de solucionar isso ? Agradeço a atenção. Att.

Boa tarde. Ao fazer a consulta por NFe pendentes de manifestação no ambiente de homologação, depois de certas consultas, o último NSU retorna um valor inválido. Informando um NSU = 0, sempre me retorna o resultado em PA de 500000 e indCont = 1, e a aplicação consulta novamente, porém com último NSU retornado. Mas como indCont sempre está me retornando 1, acaba entrando em loop infinito. Na verdade, até a aplicação não conseguir mais se conectar ao WebService por volta da 170ª interação no loop. Tenho que esperar por volta de 20 min para voltar a consultar e trazer retornos válidos. Pesquisando na Internet, não encontrei nada sobre algum limite que a SEFAZ impõe sobre as consultas. Alguém tem alguma ciência disto?

Ola amigos, Estou com uma dúvida referente ao NSU que é gerado nas consultas da Manifestação do Destinatário, até na NT 2012_002 - 4.10.10 informar que é interessante fazer desta forma. Eu vi que o NSU tem apenas 15 dígitos, eu penso que este número vai estourar fácil, pois a quantidade de NFE que são emitidas é enorme, ainda mais que este NSU é tanto para Emissão quanto para CCE e também Cancelamento de NFE. Dai blz, estorou os 15, aumenta, mas também vai estourar fácil, acredito. Alguém ai usou em algum projeto ou acha que não tem problema usar a recomendação do SEFAZ de colocar o NSU com Chave Primária (PK) da tabela? Queria colocar no meu sistema desta forma, mas tenho receio do que pode acontecer quando estourar estes tamanhos. Obrigado, Sidnei