Painel de líderes

Olá Pessoal, Foi publicado a Nota Técnica 2022/001 que trata sobre a inclusão da tag CRT - Código de Regime Tributário do Emitente. A tag foi incluída como sendo opcional, portanto os schemas já se encontram atualizados e no SVN. Já a alteração no componente só vai ser alterado na ultima semana de maio/2022, uma vez que a tag vai ser implementada no ambiente de homologação em 06/2022 e em produção 07/2022. Essa NT também trata sobre a alteração nas validações do Evento de Prestação do Serviço em Desacordo, abrindo utilização para pessoa física (CPF) com identificação pelo gov.br Ampliação do Alcance do Evento Prestação de Serviço em Desacordo Função: Evento para que o tomador possa informar ao fisco que o documento CTe que o relaciona está em desacordo com a prestação de serviço. Autor do Evento: O autor do evento é o tomador do serviço indicado no CTe. A mensagem XML do evento será assinada com o certificado digital que tenha o CNPJ base do tomador do serviço do CTe, ou o CNPJ da SEFAZ Virtual RS para tomadores pessoa física identificados por login na plataforma gov.br. Trata também sobre nova validação de CFOP. Regra G052a Para CT-e do tipo Normal, complementar ou Substituição, se UF do emitente for igual a UF de início da prestação e UF de início e fim da prestação forem diferentes de EX: CFOP não pode ser 5932 e 6932. Rejeição 831: CFOP inválido, não informar 5932 ou 6932 para operações internas

Olá Pessoal, Nas ultimas Notas Técnicas publicadas pelo ENCAT contem um item tratando sobre esse novo tipo de autorizador. O texto abaixo foi extraído de uma dessas NT. O ambiente de autorização dos documentos fiscais eletrônicos é uma parte importante do processo de faturamento das empresas e por isso demanda uma constante evolução e garantia de estabilidade, tempo de resposta e disponibilidade 24 x 7. Buscando atender essas questões, torna-se essencial que existam processos cada vez mais completos de garantia da continuidade do sistema, mesmo que existam alternativas de contingência previstas em cada DF-e. A inclusão do tipo de autorizador como identificador inicial do protocolo de resposta visa basicamente permitir que o ambiente de autorização possa disponibilizar de forma transparente para os contribuintes uma contingência dentro da sua própria governança de ativação, sem que o sistema da empresa precise ser ajustado em caso de uma manutenção ou até mesmo de um desastre no ambiente padrão da SEFAZ. Quando o Site Alternativo estiver em uso, a SEFAZ poderá estar autorizando documentos fiscais em outros datacenters físicos ou na nuvem. Para o contribuinte a diferença estará no início do número do protocolo com o dígito 2 e na própria sequência numérica do protocolo que será exclusiva desse ambiente. Alteração na Formação do Número do Recibo do Lote O número do Recibo do Lote será gerado pelo Portal da Secretaria da Fazenda, com a seguinte regra de formação: 2 posições com o Código da UF do emitente (codificação do IBGE); 1 posição com o Tipo de Autorizador (0 ou 1=SEFAZ normal, 2=Site Alternativo, 3=SEFAZ VIRTUAL-RS, 5=SEFAZ VIRTUAL-SP, 7=SVC-RS, 8=SVC-SP); 12 posições numéricas sequenciais. Alteração na Formação do Número de Protocolo O número do protocolo é gerado pelo Portal da Secretaria da Fazenda para identificar univocamente as transações realizadas de autorização de uso e registro de eventos do DFe. A regra de formação do número do protocolo é: 1 posição com o Tipo de Autorizador (1=SEFAZ normal, 2= Site Alternativo, 3=SEFAZ VIRTUAL-RS, 5=SEFAZ VIRTUAL_SP; 7 = SVC-RS; 8 = SVC-SP); 2 posições para o código da UF do IBGE; 2 posições para o ano; 10 posições numéricas sequenciais no ano.

Desinstalei o delphi 11.x e instalei o Delphi 11.1 Reinstalei todos os componentes e tudo rodando como antes. Fortes Report FastReport Acbr DevExpress JVCS JCL JVCL Unidac e outros Bugs ainda tem mas esta melhor que a versão 11 com update. code complete em projetos grandes as vezes não funciona , mas não trava o delphi Search ( ainda não travou) mas algumas horas para instalar ( primeiro em um vmware , tudo ok , instalei no host)

Fiz todas as dicas e não deu certo! Resolvi reinstalar o Delphi... aí deu certo... Problema era nele! Muito obrigado pela atenção!

Criei uma unit que estou compartilhando com a comunidade para enviar e ler as respostas do Siscomex para a DU-E (Documento Único de Exportação). Usei como base o código do desenvolvedor Marcio Almeida que esta disponível na internet. due-api (siscomex.gov.br) eComex.Controller.DUE.pas

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn TK-2486

Luiz, Já esta no SVN.

Boa tarde, Nas próximas semanas devemos ter uma edição do Papo Pro ACBr falando mais sobre esta versão. Fique atento a nossa agenda pelos videos postados semanalmente em nosso canal do YouTube At.

Boa tarde, Nós agradecemos sua disposição em contribuir e pedimos um pouco mais de paciência em relação a análise, atualmente temos muitas demandas no backlog e por conta disto ainda não foi possível validar seus arquivos. Mas em breve retornaremos aqui. At.

Boa tarde, eu gostaria de contribuir com mais uns detalhes, pelo que entendi a LGPD protege apenas dados pessoais de pessoas físicas. Esse conceito de "anonimizar" seria aplicado em processos internos (tratamento dos dados) de uma empresa ou software, como a gravação desses dados pessoais em um banco de dados (ou até em papel). Poderia haver um "conflito legal" quando por exemplo, um cliente "pessoa física" solicitar a anonimização ou exclusão de seus dados junto a uma empresa, esse direito não atinge os arquivos XML da NF-e que esta mesma empresa também tem o dever de armazenar (inalterados) por até 5 anos (lei da NF-e). Att Ricardo

Olá @sesistemas.. o Próprio ACBr, pode lhe ajudar... https://projetoacbr.com.br/tef/ Por favor preencha o formulário na página acima, que o @José Tamizou Jr, entra em contato com você...

Bom dia Elaine, O contratante é a pessoa que esta informada no MDF-e no grupo <infContratante> Note que esse grupo é uma lista, ou seja, podemos informar um ou mais contratantes, uma vez que o MDF-e pode relacionar centenas de NF-e ou CT-e com tomadores do serviço diferentes. O contratante pode ser uma pessoa física, jurídica ou estrangeiro. Eu entendo que o Contratante é o tomador do serviço. A NT não deixa claro que o evento é obrigatório ou não, mas para que o Contratante possa enviar o Evento de Confirmação do Serviço de Transporte, necessita do numero do protocolo de Autorização do MDF-e. Eu acredito que não seja obrigatório e nem um requisito para que o caminhão possa iniciar a sua viagem.

Bom dia, teve várias mensagens no discord, a ultima iteração foi https://discord.com/channels/798697718800318484/800041543599259678/953395757795385405 é necessário olhar as mensagens transcorridas acima para entender o dialogo ocorrido.

Já resolvi desculpe, coloquei nil e deu certo

Estava com os mesmos "sintomas", sempre que ia consultar geralmente já estava bloqueado, mesmo esperando muito mais que uma hora entre as consultas e sempre consultando a partir do ultimo NSU. Tentei consultar o NSU 0 depois de esperar o "castigo" de 1 hora e nada, sempre bloqueado. Investigando mais a fundo, descobri que o ERP da empresa também fazia consultas no webservice de distribuicaoDFe. Foi desativar essa funcionalidade do ERP que a consulta no meu sistema voltou a funcionar perfeitamente, usando o mesmo certificado para consultar mais de 10 CNPJs (simultaneamente para cada cnpj, descartando a hipotese do bloqueio ser por certificado). Ou a sefaz corrigiu o problema exatamente no momento em que estava testando, ou realmente esses problemas são decorrentes de mais de um sistema competindo pelo uso da API, atrapalhando a linearidade do NSU.

Daniel, O problema foi resolvido! Quando eu fui separar os arquivos para te enviar percebi que havia algo de errado e sombrio nos logs, depurei um pouco melhor aqui e descobri um erro na lógica ao iniciar a DLL. Ajustei e ficou tudo funcionando. Obrigado pela atenção e ajuda.

Voltei aqui para reportar que o ocorrido acima era erro na implementação em nosso código. O programador irresponsável não respeitou as chamadas da DLL, nem a sequencia de como os trabalhos deveriam ser executados e isto gerou vários dump's de memória, gpfs, etc. Lamentável este tipo de coisa. Mas agora isto é assunto fechado, a casa está em ordem e o software voando baixo! Parabéns pelo excelente projeto e pelo profissionalismo de todos, []'s

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.