Pesquisar na Comunidade

Olá pessoal, A seguir colocamos os tópicos deste workshop do Dia do ACBr 2023 e um resumo do que foi abordado. 1. Documentação, Manuais e NTs Sempre indicamos a leitura dos Manuais e NTs, pois são as fontes de onde o ACBr extrai informações para o desenvolvimento dos componentes 1.1. Todos os documentos relacionados ao Reinf https://svn.code.sf.net/p/acbr/code/tools/DFe/Reinf/ 1.2. Manual de Orientação ao Desenvolvedor: Leitura essencial para entender como funciona o Reinf e seus métodos https://svn.code.sf.net/p/acbr/code/tools/DFe/Reinf/ManDesenvolvedor/ManualOrientacaoDesenvolvedor-REINF-v2.3.pdf 2. Sequência lógica: Consta no Manual de Orientação ao Desenvolvedor (item 1.2) 3. TLS 1.2 A partir de janeiro de 2024 a comunicação será exclusiva com TLS 1.2 Isso seria implementado em outubro de 2023, mas foi postergado Existem relatos de certificados A3 que não estão funcionando com o TLS 1.2 e isso é um problema recorrente com alguns DFes e alguns certificados 4. Qual a diferença entre as versões? A versão 1.5 é Síncrona e SOAP, a 2.1 é Assíncrona e REST Ambas trabalham com envio e retorno via XML A versão 1.5 seguirá ativa por 6 meses após o início da versão 2.1, que foi em 09/2023 A versão 1.5, por ser síncrona, recebe o retorno do processamento automaticamente ao enviar os eventos e a versão 2.1, por ser assíncrona, devolve o número do protocolo para ser consultado posteriormente e obter o resultado do processamento A consulta de protocolo já existia na versão 1.5 para o registro R2099, que era o único assíncrono nesta versão 5. Registros 4000 São exclusivos da versão 2.1, não sendo possível o envio na versão 1.5 6. Consulta de Recibo O número do recibo, além de um comprovante do processamento, será necessário para a retificação ou exclusão de um evento Ao consultar o protocolo, o número do recibo e devolvido e se for armazenado neste momento, não será necessária a utilização da Consulta de Recibo para este fim O método possui diversos parâmetros, pois para cada tipo de registro são necessários dados específicos. No Manual de Orientação ao Desenvolvedor (item 1.2) é possível iedntificar os parâmetros para cada tipo de registro 7. Processo padrão Na versão o processo é dividido em: Preenchimento do Componente, Envio e Consulta do Protocolo 7.1. Preenchimento do componente Pode ser feito via código alimentando as propriedades do componente, através de leitura de arquivo INI seguindo o padrão ACBr ou de XML seguindo o leiaute do Reinf O preenchimento através de arquivo INI, suporta o limite de 50 eventos por lote e o preenchimento lendo XML no leiaute do Reinf exige que seja lote de apenas 1 evento 7.2. Envio Quando o componente estiver preenchido com uma das opções do item 7.1 o lote deverá ser enviado Ao enviar o lote, será recebido o número do protocolo para que seja feita a consulta, que retornará o resultado do processamento 7.3. Consulta do Protocolo Ao consultar o protocolo recebido no item 7.2 será recebido o retorno do processamento Caso ocorram erros, será retornada uma lista contendo 1 ou mais erros identificados pelo serviço Caso o lote tenha sido processado com sucesso, será retornado o número do recibo e demais informações relacionadas a cada tipo de evento 8. Método de Limpeza da base de Produção Restrita (Homologação) Lembrando que este método só é possível ser utilizado na base de testes, conforme destacado no item Enviar o Registro R1000 Como evento de Alteração IdeEvento.VerProc = 'RemoverContribuinte' ClassTrib = ct00 // ct00 é um enumerado utilizado somente para este fim 9. Informações adicionais Existe um limite estipulado pelo serviço de 50 eventos por lote A RFB recomenda que os Registros R2099 e R4099, de fechamento, sejam enviados em lotes isolados, após a consulta e confirmação de processamento de todos os demais registros

Olá pessoal, Seguem tópicos que foram abordados no workshop, algumas informações adicionais e algumas dúvidas que foram tratadas nesta edição do Dia do ACBr 2022. 1. Leiam a NT 2014 002 É uma leitura rápida, 18 páginas onde metade são índices, imagens, XML ou tabelas. Resumindo, em menos de 10 páginas de leitura você saberá tudo que precisa sobre a Distribuição DFe. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/NFe_NT2014_002 v1.13 a 1.15 - WsNFeDistribuicaoDFe.pdf 2. Enfim, o que é o NSU? Número Sequencial Único, que pode ser considerado como uma chave primária por cnpj, fazendo uma analogia a uma simples tabela, e é gerado pela Sefaz ao disponibilizar os registros para a distribuição. Ele não é gerado quando você consome o serviço, tanto que ao efetuar uma consulta, a Sefaz retorna a informação de qual é o maxNSU disponível, mesmo que o lote atual não retorne todos os registros restantes. 3. Fluxo simplificado para o download do xml da NFe Quando a NFe é emitida, a Sefaz gera um NSU e disponibiliza um XML de resumo contendo os dados básicos para a manifestação do destinatário. Ao receber esse resumo através da Distribuição DFe, o usuário possui os dados necessários para fazer a manifestação. Após a manifestação, que seja diferente de Desconhecimento da Operação, a Sefaz irá disponibilizar um novo registro contendo o XML completo da NFe. Obs: O CTe não requer manifestação, sendo que o XML já é disponibilizado completo no primeiro NSU gerado pela Sefaz, não existindo o resumo para este DFe . 4. Distribuição por ultNSU São retornados 50 registros por lote. O retorno destaca o ultNSU recebido e o maxNSU disponível, sendo que enquanto o primeiro for menor que o segundo deverão ser feitas novas consultas para receber os próximos lotes. Assim que o ultNSU recebido for igual ao maxNSU, deve-se interromper as consultas e aguardar uma hora até a próxima. 5. Rejeição 656-Consumo Indevido Ocorrerá quando for efetuada uma consulta por ultNSU e for informado o ultNSU diferente do último recebido. Também quando não for aguardada 1h da última rejeição ou do último retorno 137-Nenhum Documento Localizado. Essa rejeição, indica qual foi o ultNSU válido consultado e que deverá ser utilizado na próxima consulta para retomar a sequência. 6. Porque uma NFe emitida aparece no site da Sefaz mas não está disponível imediatamente no DistribuicaoDFe? A NFe é emitida na UF autorizadora que depois envia as informações para o ambiente nacional, o responsável pela distribuição. Esse processo não tem tempo determinado pela Sefaz e deve ser aguardado para que o registro esteja disponível no webservice de distribuição. É importante saber que apenas após a primeira consulta do serviço de distribuição por ultNSU que a Sefaz passa a gerar os NSUs e distribuir os registros para aquele CNPJ. Obs: Apenas os documentos emitidos após a primeira consulta serão distribuídos, os retroativos não. Se o CNPJ permanecer 60 dias sem fazer consultas, a geração de NSUs será interrompida e, assim como na primeira consulta, o retroativo não será distribuído após uma nova consulta. 7. É possível uma NFe ser gerada e não aparecer no DistribuicaoDFe? Houveram casos no passado de NFes emitidas sem data e hora de saída que não eram distribuídas por algum bug da Sefaz, mas não houveram mais relatos semelhantes recentes. Conforme mencionado acima, não existe tempo certo para o NSU ser gerado, então é muito provável que aguardando um tempo maior, esse registro esteja disponível. 8. Consulta pela chave gera NSU? Não e não depende mais da manifestação gerar um NSU para ser utilizada, mas o indicado é utilizá-la apenas em casos pontuais, sendo que o processo natural da distribuição por ultNSU trará todos os registros em seu tempo. 9. É possível fazer testes em homologação? Sim, mas assim como em produção, será necessário fazer a primeira consulta, aguardar 1h para receber os NSUs das novas NFes geradas após a primeira consulta. 10. Como sei que alguém está usando em paralelo? Tenha um log dos NSUs baixados, consultados e, caso ocorra o consumo indevido, compare o ultNSU válido retornado pela Sefaz com o último NSU recebido. Não é possível saber quem está usando em paralelo, mas é possível mostrar que está sendo usado pelo diferença constatada entre os NSUs. 11. Ocorreu um erro na rotina e não processou um lote, consigo consultar novamente o mesmo ultNSU? Não nesta sequência natural do processo que já considerou seu ultNSU recebido como o número a ser consultado na próxima chamada. Uma opção usando o webservice é reiniciar as consultas com ultNSU = 0 e receber novamente todos os registros do período de 90 dias disponíveis. 12. Dica para resolver conflitos entre aplicações com necessidade de uso paralelo do serviço. Implemente a importação dos xmls de distribuição através do componente e deixe de usar o webservice, bastando que a outra aplicação disponibilize os xmls recebidos por ela para importação pelo seu sistema. Veja no programa de exemplo o método do botão de Distribuição DF-e por Último NSU.

Visulizar Arquivo Palestra de Abertura Explicação Geral Sobre o Evento. Visão Geral sobre o ACBr. Conheça funcionamento um Projeto de Código Aberto. Conheça a Equipe e o dia a dia de trabalho Saiba dos planos futuros do ACBr Veja o vídeo da Palestra Autor Daniel Simoes Enviado 24-09-2019 Categoria Dia do ACBr 2a edição

OW! Possibilidade de rolar algum tipo de live stream ?

É com prazer que anunciamos que o Dia do ACBr já tem data para acontecer. Em virtude das eleições que deverão ocorrer em outubro, sendo o primeiro turno no dia 07/10 e o segundo no dia 28/10, foi decidido que nosso encontro passará a ocorrer no dia 10/11/2018, desta forma todos poderão realizar seu voto e participar de nosso evento. O Dia do ACBr será realizado nas dependências do Parque Tecnológico de Sorocaba (PTS) situado na cidade de Sorocaba-SP, o qual conta com um amplo e moderno espaço. Vocês não podem perder, reserve esta data na sua agenda. O Evento Contaremos com palestras e workshops com diversos assuntos relacionados aos componentes ACBr, Object Pascal(Delphi/Lazarus), além do ACBrMonitorPlus e nossa novidade, a ACBrLib, entre outros temas relacionados ao nosso universo. Abaixo estão relacionados os palestrantes já confirmados: Daniel S. de Almeida (Fundador do Projeto ACBr) Italo Jurisato Jr (Responsável pelos componentes ACBrNFSe, ACBrBPe, ACBrCTe e ACBrMDFe) Rafael Teno Dias (Responsável pelo ACBrFramework e ACBr libs) José M. S. Junior (Responsável pelo ACBrBoleto e atual mantenedor do ACBrMonitorPlus) Juliomar Marchetti (MVP Embarcadero) Régys Borges da Silveira (MVP Embarcadero) Marcos Douglas B. Santos, responsável pelo blog Object Pascal Programming. Um momento que deverá ser bastante interessante é o Pergunte ao Desenvolvedor, no qual os participantes terão a oportunidade de realizar perguntas diretamente a vários moderadores do projeto ACBr. Além da oportunidade de um dia focado no universo ACBr, será uma grande oportunidade para conhecer os principais mantenedores do projeto, além de ampliar ainda mais seu Networking e conhecer casos de sucesso com o projeto ACBr. Sugestões de Palestras e Palestrantes Os usuários do fórum podem se candidatar para realizar palestras ou sugerir temas que gostariam que fossem abordados durante o evento, assim como indicação de palestrantes. Para se candidatar a palestras você deverá: Enviar resumo do assunto da palestra Descrever a relevância do tema proposto para a comunidade Opcionalmente enviar vídeo e outros materiais sobre o tema proposto Breve Currículo pessoal Para sugerir um tema/palestrante você deverá: Descrever a relevância do tema para a comunidade. Indicar o palestrante que gostaria que realizasse a palestra* (opcional). *Nota: As sugestões de palestrantes não garantem que os mesmos estarão palestrando no evento, somente sinaliza a equipe de organização o interesse da comunidade em ouvir o mesmo. Fique atento, em breve lançaremos nossa página para inscrições e noticias do Dia do ACBr.