Painel de líderes

Os arquivos que ainda estiverem na versão 1.4 deixarão de ser aceitos pelo webservice a partir de 21/05/2021, a partir desta data, serão aceitos somente arquivos compatíveis com a versão 1.5.1. Importante: Mesmo que a competência do arquivo a ser enviado seja abril/2021, o mesmo será rejeitado se estiver com versão incompatível a 1.5.1. Nesta mesma publicação, foram informados paradas para atualização do ambiente de produção do Reinf entre as 23:00 do dia 20/05/2021 e as 09:00 do dia 21/05/2021 devido a atualização para a versão 1.5.1. Link para Ato Declaratório 67/2020 aqui Fonte: Portal EFD Att.

Boa Tarde, ficou perfeito agora problema Solucionado com perfeição mais uma vez obrigado a Equipe.

Bom dia pessoal O @EMBarbosa fez a análise das contribuições anteriores quanto a este item e já enviou ao SVN, seria interessante que vcs atualizem seus fontes e realizem novos testes. Após atualizar se houver ainda necessidade de novos ajustes, queira por favor replicar e nos enviar, ficaremos felizes em analisar. Att.

Bom dia @Alberto Frasson, você chegou a verificar as informações que você está passando ? Olhe essa imagem da unit do bancoob, para resolver : item 1, você não deve então informar nada no campo convenio. item 2, você deve verificar nestes 3 campos se a informação que está sendo passada é a correta, e não está a maior ou menor que o esperado. item 3, a propriedade no <ACBrBoleto>.Banco.LayoutVersaoArquivo deve ser mudado para 87 conforme sua evidencia item 4, a propriedade no <ACBrBoleto>.Banco.LayoutVersaoLote deve ser mudado para 45 conforme sua evidencia Faça esses ajustes e veja se o arquivo gerado é como o esperado. Abraços

Bom dia, percebi que no provedor elotech estava sempre informando o campo <CodigoPais>, sendo que o mesmo só é necessário quando a IM do tomador é 9999999. Vou anexar o código fonte com a alteração para análise pnfsNFSeW_ABRASFv2.pas

Acabei de atualizar a pasta schemas. Revisão 21802. Muito obrigado. Agradecemos o apoio de todos.

Boa tarde José Vicente, Na nota-orientativa-s-1_0-01_2021-rev-31-03-2021.pdf (www.gov.br) 5 - Eventos periódicos de empregador segurado especial Eventos periódicos de empregador segurado especial (classificação tributária igual a 22) somente devem ser enviados por Web Service na versão S-1.0. Obs: Aqui não se enquadram os Produtores Rurais Pessoa Física que utilizam a mão de obra assalariada, esse são enviados na classificação tributária igual a 21. Att.

Boa tarde. A 1.4.0.4 que foi disponibilizada hoje. Att.

Boa tarde, mesmo problema aqui, na sefaz SP... Diversos clientes reclamando, ja abri uma reclamação no site da sefaz.

Bom dia. Será necessário obter uma nova versão do ACBrMonitorPlus Att.

Bom dia, Só para finalizar a questão no fórum. O problema só acontece quando o cliente utiliza uma ferramenta do Citrix para abrir remotamente o software. Mas no lugar de fazer o "preview" da Danfe pela ACBrLibNfe eu resolvi salvar sempre como PDF e exibir na tela pelo Acrobat Reader, dessa forma deu certo, imprimindo pelo Acrobat Reader o Danfe sai perfeitamente. Obrigado

Nova versão do componente ACBreSocial para a versão simplificada com ajustes apontados pelos colegas. Obrigado a todos por testar e me retornar os problemas. ACBreSocial.zip eSocial Versão S-01-00-00 - Progresso da adaptação do componente ACBr.pdf Schemas.zip

Bom dia Agradeço a ajuda de todos, realizei a exclusão de todos arquivos realizei o checkout da ultima versão e reinstalei tudo novamente e voltou a funcionar, acredito que no update corrompeu algum arquivo.

Lembro ainda, que você pode corrigir o problema, forçando um TimeZone... Exemplo: ACBrNFe1.Configuracoes.WebServices.TimeZoneConf.ModoDeteccao = tzManual; ACBrNFe1.Configuracoes.WebServices.TimeZoneConf.TimeZoneStr := '-04:00';

Se não gosta... Nesse caso use apenas o Fórum... Sobre o seu caso... Você precisa nos passar informações mais precisas, de como podemos reproduzir o problema, usando os Demos do ACBr... As rotinas que calculam o fuso horário do ACBr, são as mesmas para TODOS os DFe's..

Galera, desconsiderar, o campo estava sendo informado como date, igual ao exemplo do acbr, mudei para NOW, funcionou blz, podem fechar o tópico.

Resolvido, como Kiko orientou, tudo ok.

Olá Daniel Acredito que resolvi por aqui com esta rotina: procedure TfrmPrincipal.Button6Click(Sender: TObject); var wProtocolo : String ; wXML : TStringlist ; begin //localiza protocolo em pdx_MySql.ssa_retorno_protocolo pdx_qryGrvSSA.Close ; pdx_qryGrvSSA.Open('select ssa_protocolo from ssa_retorno_protocolo where ssa_protocolo = :pProtocolo', [edit2.text]); pdx_qryGrvSSA.FetchAll ; if pdx_qryGrvSSA.RecordCount > 0 then begin try wProtocolo := pdx_qryGrvSSA.FieldByName('ssa_protocolo').AsString ; wXML := TStringList.Create ; wXML.Text := ReplaceStr(ReplaceStr(GetSSA_EAISoap.ConsultTask('fbq1wl',wProtocolo).XMLNode.XML, '&lt;', '<'), '&gt;', '>'); wTag := 'LogdeDados' ; //Grava MYSql pdx_qryGrvSSA.Close ; pdx_qryGrvSSA.ExecSQL('update ssa_retorno_protocolo set ssa_logdados = :pLodDados where ssa_protocolo = :pProtocolo', [ACBRUtil.LerTagXML(wXml.Text, wTag), edit2.Text]) ; finally wXML.Free ; end; end; end;

@jamil, favor testar com a ultima versão da lib... O Problema parece ser algo específico em Linux, mas aplicamos uma possível correção.

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

Olá Pessoal Foi publicado no inicio de Abril/2021 uma nova NT que traz a adequação do grupo de pagamento e ajustes nas regras de validação. O que muda? Inclusão da tag opcional <vAdiant> (valor do adiantamento) e a obrigatoriedade das tags: numero da parcela e data de vencimento no grupo <infPrazo>. Essas alterações ocorreram tanto no layout do XML do MDF-e (modal rodoviário) quanto no layout do evento de pagamento da operação. Há necessidade de atualizar os fontes do componente e dos Schemas. Prazos: Ambiente de Homologação: 02/05/2021 Ambiente de Produção: 07/06/2021 Os fontes bem como os novos Schemas vão ser enviados para o repositório na semana do dia 26/04/2021. A partir do dia 02/05/2021 favor iniciar os testes com as suas aplicações para que possamos fazer os ajustes que por ventura sejam necessários. As regras de validação referentes a essa NT só vão ser aplicadas no ambiente de produção a partir do dia 02/08/2021.

O serviço de transporte de cargas existe para concretizar uma operação comercial que envolve a necessidade do deslocamento/entrega de uma mercadoria. São dois processos distintos, porém intrinsicamente relacionados, seja nas operações envolvendo extensas cadeias de suprimentos (B2B/B2G), devidamente documentadas por NF-e, como, também, nas operações destinadas ao consumidor final (B2C), documentadas por NFC-e. São nos documentos fiscais que registram vendas de mercadorias onde encontramos as informações indispensáveis ao planejamento, armazenamento, programação da entrega e emissão dos documentos de transportes: quem vendeu a mercadoria, a quem se destina, seu valor, quantidade, forma de acondicionamento, GTIN, NCM da mercadoria, entre outras. Em um mundo conectado como o que vivemos, um simples atraso na obtenção dessas informações ou erro na transposição desses registros para os documentos de transportes, trazem prejuízos e custos adicionais para os transportadores, além de comprometer a qualidade e a eficiência da entrega. Foi a partir do claro entendimento da importância e indivisibilidade entre esses dois processos, que o ENCAT, as Secretarias de Fazenda, a Receita Federal, órgãos reguladores representados pela ANTT, ANTAQ e ANAC, além das empresas do segmento de transporte, colaborativamente, desenvolveram e implementaram um conceito que é muito maior que a emissão de um simples documento. Construíram um abrangente ecossistema, único no mundo, que conecta, em tempo real, absolutamente todos os atores da cadeia logística: desde a produção, distribuição, até o consumidor final. Este extraordinário insight, trazido a partir do MDF-e, permitiu que diversos fatos que ocorrem fora da cadeia de transportes, mas que são extremamente importantes para qualidade e eficiência da prestação do serviço, sejam “sincronizados” automaticamente com as transportadoras e demais atores do segmento, em milésimos de segundos após a sua ocorrência. É como se fosse mágica, dizem seus usuários! Um exemplo bastante atualizado, se aplica ao processo que permite ao emitente ou destinatário da NF-e, isso vai depende se a modalidade de contratação é CIF ou FOB, registrar seu consentimento para que o transportador realize o download do arquivo XML da NF-e, visando a automação do processo de emissão do MDF-e/CT-e, de forma alinhada com as diretrizes do sigilo fiscal e a novíssima legislação de acesso a dados. Outro benefício disponibilizado é a possibilidade de rastreabilidade da carga, a partir de registros de passagens capturados nas praças de pedágio e câmeras OCR de leitura de placas, já instaladas pelas prefeituras e Polícia Militar dos municípios de percurso do transporte, que quando integradas ao ONE - Operador Nacional dos Estados, são automaticamente repercutidas nos documentos fiscais de transporte e mercadorias, entre muitos outros processos que aumentam a segurança do motorista e da carga, sem nenhuma cobrança de tarifa adicional para seus usuários. Não foi uma jornada trivial, foram necessários muitos anos para se chegar ao estágio de excelência e amadurecimento atuais, que exigiram confiança mútua, engajamento e elevados investimentos, não só dos transportadores conectados ao ecossistema, como dos órgãos de governo, federais e estaduais, envolvidos na implantação do Sistema Público de Escrituração Digital – SPED, instituído pelo Decreto 6.022 de janeiro de 2007. Atualmente, apesar da complexidade do sistema tributário brasileiro, os documentos fiscais eletrônicos do Brasil são reconhecidos internamente e internacionalmente como um dos melhores do mundo, uma vez que, além de cumprem sua função de obtenção de informações para o desenvolvimento de políticas públicas de Estado, proporcionam um ambiente robusto e preparado para os desafiadores cenários trazidos pela atual economia colaborativa e conectada, além de possibilitar diferenciais competitivos ao core de negócios de todos os atores da cadeia de suprimentos. ENCAT: Inovação é a nossa marca. Se você não viu nossos posts anteriores sobre este tema, publicados nas redes sociais do ENCAT e Portal de DF-e, não deixe de acessar nossas publicações nos canais descritos abaixo: 1) MDF-e: O Suporte Digital da Transformação dos Serviços de Transporte no Brasil (01/04/2021) Twetter: http://www.encat.org/?p=1760 Facebook: Encat Brasil Portal DF-e SVRS: https://dfe-portal.svrs.rs.gov.br/MDFE/Noticias/229 Ative suas notificações e fique atento para nossas próximas publicações. COORDENAÇÃO TÉCNICA DO ENCAT 06/04/2021