Painel de líderes

Olá Pessoal, Foi publicado a versão 1.10 da Nota Técnica 2014/002 (publicada em 15/10/2021), nessa nova versão consta algumas mudanças no processamento das requisições de Distribuição a partir do NSU informado, mais precisamente quando informamos o ultNSU. Umas das coisas que não mudou apenas foi reforçado nessa NT é que os documentos recepcionados pelo Ambiente Nacional vão ficar disponíveis por no máximo 3 meses, ou seja, 90 dias. Vamos as mudanças: 1. O Ambiente Nacional vai passar ter um controle de acesso de cada usuário do serviço, ou seja, com esse controle o AN vai saber se o usuário utiliza o serviço de forma continua ou esporádica. 2. Os usuário que já utilizam o serviço de forma continua não vai notar nenhuma diferença, tudo vai ocorrer normalmente. 3. Para os novos usuários do serviço, bem como aqueles que por algum motivo deixaram de utilizar o serviço por um período de 60 dias ou mais, ao realizar o primeiro acesso será retornado o status 137 (Nenhum documento localizado), neste caso o usuário deverá aguardar por 1 hora para cumprir as regras do uso indevido. Cumprido o prazo poderá acessar novamente e caso tenha documentos, estes serão retornados. Essas mudanças vão entrar em vigor a partir de 01/11/2021 no ambiente de homologação e 08/11/2021 no ambiente de produção. Recomendações Para Evitar o Uso Indevido A análise do comportamento atual das aplicações das empresas (“aplicação cliente”) permite identificar algumas situações de “uso indevido” nos ambientes autorizadores. Como exemplo maior do mau uso do ambiente, ressalta-se a falta de controle de algumas aplicações que entram em “loop”, consumindo recursos de forma indevida, sobrecarregando principalmente o canal de comunicação com a Internet. Para este Web Service serão mantidos controles para identificar as situações de uso indevido de sucessivas tentativas de busca de registros já disponibilizados anteriormente, quando utilizada a tag: distNSU. As novas tentativas serão rejeitadas com o erro “656–Rejeição: Consumo Indevido”. O uso indevido relativo ao Web Service NFeDistribuicaoDFe na consulta com tag:distNSU é baseado nos critérios descritos abaixo: 1) Não há mais documentos a distribuir e usuário continua consultando: Se não existir mais documentos a serem retornados (cStat=137) o usuário deve aguardar uma hora para realizar nova consulta. A realização de novas consultas em 1h, após receber a mensagem cStat137, pode gerar o uso indevido, retornando cStat=656. Nesse caso, o CNPJ é bloqueado por 1 hora, sendo impedido de realizar novas consultas nesse intervalo. Decorrido o intervalo de tempo, o desbloqueio será automático. O campo xMotivo traz a seguinte descrição para ajudar o usuário a entender o que está causando o uso indevido: “Rejeição: Consumo Indevido. Deve ser aguardado 1 hora para efetuar nova solicitação caso não existam mais documentos a serem pesquisados. Tente após 1 hora”. 2) Usuário não está consultando os NSU de forma sequencial: O usuário deve sempre realizar a consulta baseada no ultNsu retornado na consulta anterior, ou seja, deve usar os valores do ultNSU retornados pelo serviço nas chamadas subsequentes. O valor do ultNSU corresponde ao ponto de onde a leitura dos blocos de documentos deve continuar. Quando ultNSU for igual ao valor do maxNSU retornado pelo serviço, quer dizer que não existem mais documentos para serem recuperados. Neste caso, para não haver bloqueio por uso indevido, deve-se aguardar 1 hora para realização de novas consultas. Se consultar fora da sequência, poderá ser bloqueado. Decorrido o intervalo de tempo, o desbloqueio será automático. O campo xMotivo traz a seguinte mensagem: “Rejeição: Consumo Indevido. Deve ser utilizado o ultNSU nas solicitações subsequentes. Tente após 1 hora” Atenção: Se diversas aplicações do mesmo ator (emitente ou destinatário ou transportador na NF-e ou indicado no campo autxml) da NF-e efetuarem consultas por NSU para o mesmo CNPJ (14 dígitos – informado na requisição xml), essas devem seguir a mesma sequência de numeração ordenada e de forma ascendente. Caso contrário, enquadrar-se-ão na categoria de uso indevido. Link para baixar a NT: Portal da Nota Fiscal Eletrônica (fazenda.gov.br)

Bom dia, Apesar de ainda não termos obtido o retorno oficial da SEFAZ-MG, já temos relatos que o problema reportado neste tópico já não está ocorrendo mais. Att.

O campo codIncCPRP está com a ocorrência 1 no arquivo pcesS1010.pas, entretanto no layout a ocorrência está de 0-1. Em anexo, está o arquivo alterado para verificação. pcesS1010.pas

Olá a todos, Tenho visto e recebido muitas informações incorretas sobre Mim, Meu Sócio e nosso componente iFood e gostaria de esclarecer. Aqui no fórum existem muitos colegas oferecendo integração do Delphi com o iFood. Um desses nossos colegas fez a comercialização de códigos-fonte de exemplos para essa Integração. Um desses colega não deu continuidade na sua biblioteca. Gostaria de deixar claro que não tem a ver com nosso componente, não o conheço e não é a mesma pessoa. Meu sócio chama-se Gabriel Baltazar. O componente foi construído por nós e comercializado em modo de assinatura. Não vendemos pelo MercadoLivre ou MercadoPago. O componente está atualizado com a versão nova da API do iFood, prestamos o suporte em grupo fechado e fornecemos todo um material de apoio para entendimento do componente e uso no seu sistema. Lamento que o colega que comercializou os fontes anteriormente não tenha dado continuidade ao projeto, acredito que ele tenha seus motivos e respeito isso. Reforço que estou há mais de 20 anos no mercado, minha empresa é sólida e consolidada e meus parceiros são de completa confiança. Nosso componente é fechado, não fornecemos código-fonte, mas possuímos contrato com garantia de que se ocorrer algum problema com nossa empresa, sócios, o fonte será disponibilizado aos nossos clientes. Por favor, se você leu essa mensagem, por gentileza mencione-a a outros colegas que possam ainda estarem com essa confusão em mente. Caso tenha interesse em saber mais sobre o componente, meu WhatsApp está à disposição (11) 9-9831-0204. Informações sobre o Componente: Gabriel Baltazar e Eu, Adriano Santos, construímos um componente para integração total do Delphi com o iFood com serviço de atualizações e suporte. O componente pode ser obtivo por meio de assinatura Anual. É todo baseado em Boas Práticas, Orientação a Objetos, Programação Fluente e Testes Unitários. Dúvidas Gerais já respondidas - O componente está pronto e acompanhando os Updates do iFood; - Suporte garantido; - Atualizações dos novos endpoints estão previstos e serão feitos durante todo o ano; - Compatível com a mais nova API do iFood; - Grupo Fechado para atendimento aos clientes; - Componente fechado; Serviço assinatura com suporte e atualizações; - O componente já faz automaticamente a validação do Token (obrigatório de 1h em 1h) e todo o controle de expiração e renovação do Token; Não se preocupe com Threads ou Timers; - O componente já faz automaticamente o Polling (obrigatório de 30s em 30s); Ative o evento AutoPolling e não se preocupe com Threads e Timers; - Propriedade InvokeEvents; Interaga com os processos da API, Ex: Ao confirmar um Pedido, escreva seu método de integração no evento OnOrderConfirmed, etc; - O componente possui eventos que o cliente poderá interagir e disparar métodos para seu e-PDV; - Compatível com Delphi Seatle em diante; (Estamos terminando as validações para compatibilidade também com XE5 em diante e Windows 7); - Compatível com o NOVO SISTEMA de autenticação do iFood; Compatibilidade com Delphi: - XE5, XE7, XE8, Seatle, Berlin, Tokyo, Rio, Sydney e testando em Alexandria (Delphi 11); Compatibilidade Windows: - Windows 7 SP1 - Windows Server 2012 R2 - Windows 10 Compatibilidade Plataformas: - Desktop VCL - Firemonkey Windows - Firemonkey Android (Não recomendado) - Licença para Restaurantes Ilimitados; - Acompanhamos a homologação do seu sistema junto ao iFood; (Qdo disponível em nossa agenda). - Material de apoio ao cliente como vídeos de dicas de instalação, homologação e cadastro de informações no portal do parceiro iFood; O cliente não precisa entender de REST ou JSON, tudo está encapsulado no componente. Integre seu ERP Delphi com iFood 90 minutos. Live de Demonstração https://youtu.be/QMWo7BCY4sU Acesse o site do componente e faça sua aquisição agora: SITE OFICIAL Quem tiver interesse em saber como funciona. WhatsApp: (11) 9-9831-0204

Boa tarde João, O componente ACBrNFeDANFeRL possui uma propriedade de configuração chamada CasasDecimais e dentro desta encontramos as propriedades MaskqCom e MaskvUnCom destinados a mascara da quantidade e do valor, bem como as propriedades qCom e vUnCom onde definimos a quantidade de casas decimais.

Boa tarde Gabriel, Acredito ser no provedor que não esteja gerando a mensagem em UTF-8.

Não posso deixar de comentar, acabei de acessar o fórum pra pesquisar sobre isso, que estava gerando erro aqui !

Boa tarde Marcelo, Já inclui na minha lista de tarefas para analisar o problema. TK- 2018

enviei agora com esses parâmetros e ok NFE.ENVIARNFE("Arquivo-nfe.xml",1,1,0,,1) 18/10/2021 11:26:46 - OK:

Ahhh ótimo vou olhar como é feito no programa exemplo, e ai eu te aviso se a modificação do fonte funcionou. Desde já agradeço.

Veja o tópico indicado na primeira resposta, lá tem o comando de envio exemplificado.

Bom dia. Segue retorno da Tanca, obtido por um de nossos colegas

Compreendo o seu ponto de vista, sua opinião é bem-vinda. Acredito que quando o leiaute 2.5 sair de uso no ano que vem, será realmente necessário remover os campos antigos. Minha sugestão foi apenas visando não gerar estranhamento, caso alguém ainda esteja acostumado apenas ao leiaute 2.5, nem gerar incompatibilidade com os códigos já implementados. Particularmente, qualquer que seja a decisão do pessoal do projeto, para mim será uma boa decisão.

Fizemos testes agora com simples nacional, e com o grupo informando valores, com grupo zerado e sem grupo tudo passou

Obrigado pela resposta! Entrei em contato como suporte da TANCA hoje e segue resposta deles:

Olá pessoal, A versão 1.21 da NT 2020/005 traz uma pequena correção e apresenta alterações em algumas regras de validação aplicadas pela SEFAZ. Vamos ao que mudou na NT: Correção da descrição do campo vFCP, ID N17c, para informar que é o valor realmente devido do fundo de combate à pobreza. Alterações nas regras: Correção das regras NA15-10 e NA17-10 para que não se apliquem a Notas Fiscais de Entrada. Correção da descrição da mensagem da regra 1C17-50 para seguir o padrão das outras denegações. Alterada a regra N17c-10 para não considerar CST 51. Não se faz necessário nenhuma alteração no componente ACBrNFe e muito menos da sua aplicação. Por conta disso os prazos de implementação são curtos: O prazo previsto para a implementação das mudanças é: * Ambiente de Homologação (ambiente de teste das empresas) até: 20/10/2021 * Ambiente de Produção até: 25/10/2021 Link para baixar a NT: Portal da Nota Fiscal Eletrônica (fazenda.gov.br) Notem que tem a palavra "até", isso significa que a implementação dessas alterações nos webservices das SEFAZ podem ocorrer antes da data prevista.