Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 21-07-2021 em todas as áreas
-
A SVRS corrigiu a mensagem de rejeição do cStat 452, fica claro agora que realmente estão validando o modo.2 pontos
-
Difícil saber se esse é o motivo, sem a resposta da SEFAZ-RS... No método de envio, se não for informado o terceiro parâmetro, será usado o modo assíncrono.2 pontos
-
Olá Pessoal Foi publicado a NT 2020/001 versão 1.10 que traz uma tabela com os prazos para o envio dos eventos da Manifestação do Destinatário. A manifestação está prevista na cláusula décima-quinta-A do Ajuste SINIEF 7/05, a qual estabelece que o destinatário da Nota Fiscal eletrônica confirme a sua participação na operação acobertada pela Nota Fiscal eletrônica emitida para o seu CNPJ/CPF, através dos eventos tratados logo a seguir. A versão 1.10 dessa NT apresenta a tabela abaixo com os prazos para o registro dos eventos conforme estabelecido no Ajuste SINIEF 44/2020. O envio dos eventos fora dos prazos estabelecido vai ocorrer a Rejeição 596: Evento apresentado fora do prazo: [prazo vigente] Essa regra de validação entra em vigor no ambiente de produção a partir de 04/04/2022 Evento Prazo legal (Ajuste SINIEF 44/2020) Ciência da Emissão 10 dias contados a partir da data de autorização da NF-e Confirmação da Operação 180 dias contados a partir da data de autorização da NF-e Desconhecimento da Operação 180 dias contados a partir da data de autorização da NF-e Operação Não Realizada 180 dias contados a partir da data de autorização da NF-e Observação: note que a contagem de dias é sempre baseado na data de autorização da NF-e e não na data de recebimento da mercadoria. Quem é obrigado a enviar os eventos da Manifestação do Destinatário? A cláusula décima-quinta-B do Ajuste SINIEF 7/2005 prevê a obrigatoriedade do registro pelo destinatário da NF-e dos eventos de confirmação da operação, operação não realizada e desconhecimento da operação nos prazos especificados naquele Ajuste. Também está obrigado a realizar a manifestação, de acordo com o Anexo II do Ajuste SINIEF 7/2005, o destinatário de toda NF-e que: I – seja exigido o preenchimento do Grupo Detalhamento específico de Combustíveis, como nos casos de mercadoria destinada a: a) estabelecimentos distribuidores de combustíveis, a partir de 1º de março de 2013; b) postos de combustíveis e transportadores revendedores retalhistas, a partir de 1º de julho de 2013; II - acoberte operações com álcool para fins não-combustíveis, transportado a granel, a partir de 1º de julho de 2014; III – acoberte, nos casos em que o destinatário for um estabelecimento distribuidor ou atacadista, a partir de 1º de agosto de 2015, a circulação de: a) cigarros; b) bebidas alcoólicas, inclusive cervejas e chopes; c) refrigerantes e água mineral. Observação: • a NT 2012/003 (item 03.1), publicada em agosto/2012, define quais são os CFOP que obrigam a informação do Grupo de Combustível na NF-e. Os CFOP citados estão relacionados com as operações que envolvem “Combustível derivado ou não de Petróleo e Lubrificantes”. • Como as operações com lubrificantes são exceção à obrigatoriedade de manifestação do destinatário, consta no Anexo II a tabela de Códigos de Produto da ANP relativa a lubrificantes e que não estão obrigados à Manifestação do Destinatário. Como realizar o envio dos eventos da Manifestação do Destinatário? O destinatário caso não tenha uma aplicação que lhe permite a realizar o envio dos eventos, poderá utilizar o serviço que consta no Portal Nacional da NF-e: No menu “Serviços”, “Manifestação Destinatário” do Portal Nacional da NF-e (https://www.nfe.fazenda.gov.br) é disponibilizada a opção de realizar a manifestação por chave de acesso ou por NSU (Número Sequencial Único), sendo obrigatório o uso de Certificado Digital do destinatário. No Portal Nacional da NF-e tem também um aplicativo que o destinatário poderá baixar: No menu “Downloads”, “Manifestador de NF-e” do Portal Nacional da NF-e (https://www.nfe.fazenda.gov.br) foi disponibilizado software desenvolvido pela SEFAZ-SP que viabiliza exclusivamente a manifestação do destinatário pessoa jurídica, sendo obrigatório o uso de Certificado Digital do destinatário. Para o desenvolvedor que queira implementar essa funcionalidade em sua aplicação o Projeto ACBr disponibiliza: O componente ACBrNFe para os desenvolvedores que se utilizam das ferramentas Delphi ou Lazarus para desenvolverem as suas aplicações utilizando a linguagem Object Pascal. O ACBrMonitor Plus, uma aplicação feita em Lazarus destinada aos desenvolvedores que trabalham com outras linguagens de programação. O ACBrLibNFe, uma DLL que também pode ser utilizada pelos desenvolvedores de outras linguagens caso não desejem usar o ACBrMonitor Plus.1 ponto
-
Boa tarde pessoal. De acordo com o manual "Especificação Técnica de Requisitos" do SAT, versão ER 2.28.05, de 01 de Março de 2021, será possível enviar novas tags de meios de pagamento a partir do dia 01/09/2021. Para atender isso é necessário alterar os fontes "pcnConversao.pas" e "ACBrECFVirtualSAT.pas" implementando tais meios de pagamento. Nos baseamos no que já existe atualmente para a NFe/NFCe para desenvolver. Estou enviando em anexo os fontes com as alterações que fizemos aqui. Peço por gentileza que validem e então disponibilizem no SVN para os demais. Muito obrigado! ACBrECFVirtualSAT.pas pcnConversao.pas1 ponto
-
Segue implantação do comando para mudança de versão Layout criação XML eSocial (Parâmetro deve ser passado entre Aspas; Ex: "S01_00_00" ) ...\AcBr\Projetos\ACBrMonitorPLUS\Lazarus\DoACBreSocialUnit.pas { TMetodoSetVersaoDF } { Params: 0 - String contendo versão do Layout: "02_04_01", "02_04_02", "02_05_00" ou "S01_00_00" } procedure TMetodoSetVersaoDF.Executar; var OK: boolean; eVersao: TVersaoeSocial; AVersao: String; begin AVersao := fpCmd.Params(0); eVersao := StrToVersaoeSocial(OK, AVersao); if not OK then raise Exception.Create('Versão Inválida do eSocial.'); with TACBrObjetoeSocial(fpObjetoDono) do begin with MonitorConfig.DFE.WebService do VersaoeSocial := VersaoeSocialToStr(eVersao); MonitorConfig.SalvarArquivo; end; end; ...\AcBr\Fontes\ACBrDFe\ACBreSocial\PCNeSocial\pcesConversaoeSocial.pas ****************************** *** ERRO: 'S_01_00_00' ******* ****************************** function VersaoeSocialToStr(const t: TVersaoeSocial): String; begin result := EnumeradoToStr(t, ['02_04_01', '02_04_02', '02_05_00', 'S_01_00_00'], [ve02_04_01, ve02_04_02, ve02_05_00, veS01_00_00]); end; **************** *** CORREÇÃO *** **************** function VersaoeSocialToStr(const t: TVersaoeSocial): String; begin result := EnumeradoToStr(t, ['02_04_01', '02_04_02', '02_05_00', 'S01_00_00'], [ve02_04_01, ve02_04_02, ve02_05_00, veS01_00_00]); end; pcesConversaoeSocial.pas DoACBreSocialUnit.pas1 ponto
-
Boa tarde, Precisei desenvolver o bloco H011 - IDENTIFICAÇÃO DO ESTABELECIMENTO DETENTOR DO INVENTÁRIO para o DRCST conforme a portaria SEF Nº 378/2018 link http://legislacao.sef.sc.gov.br/html/portarias/2018/port_18_378.htm A classe modificada chama-se ACBrEFDBloco_H_Class e ACBrEFDBloco_H. Gostaria, se possível, de uma análise para disponibilizar a função nos fontes oficiais do ACBR. Grato pela compreensão. Matheus Leandro Ferreira ACBrEFDBloco_H.pas ACBrEFDBloco_H_Class.pas1 ponto
-
Tu tem essa unit em mais de um lugar. marque a opção para limpar tudo antes de instalar1 ponto
-
Caro Italo, boa tarde. Atualizei os fontes da ACBr e tentei emitir uma NFSe pelo demo e continuou apresentando o erro. Hoje falei com uma pessoa na Secretaria de Salvador, responsável pelo portal e a mesma comentou que tem uma outra pessoa com o mesmo problema, que iriam averiguar e me retornar. Segue os arquivos dos conteúdos de envio e retorno em anexo. Obrigado! ACBr-ENV.xml ACBr-RET.xml1 ponto
-
Bom dia, Hoje não tem nenhum layout especifico como este do Sicred, mas existe um próximo que é o FaturaDetail. você pode testar passando os textos desejados no conteúdo Titulo.Detalhamento (fortes) Titulo.TextoLivre (fastreport)1 ponto
-
1 ponto
-
Ok Daniel. Vou reinstalar tudo, fazer novos testes e reportar se houver problema. Obrigado pela atenção de sempre!1 ponto
-
Bom dia BigWings. Depois de analisar o metodo enviar do exemplo e conforme a NT 2020.005 v1.10 com uma NFCe; sua observação em preencher o método de forma Síncrona a aplicação transmitiu normalmente. ACBrNFe1.Enviar(iLoteId, false, true); // ou seja terceiro parâmetro tem que ser informado. Obrigado pela ajuda!1 ponto
-
Prezado, bom dia. De acordo a NT 2020.005 v1.10 a alteração do modo síncrono entrou em vigor no ambiente de homologação no dia 01/07/2020. Este poderia ser o motivo da rejeição? Qual o padrão do componente, modo síncrono ou assíncrono?1 ponto
-
Boa tarde Edmilson, Muito obrigado pela colaboração. Já se encontra na nossa lista de tarefas, eu ou Elton vamos analisar.1 ponto
-
No modo síncrono não existe recibo, nem é feita a consulta do mesmo. Veja o programa exemplo do componente pra saber como capturar o cStat, protocolo, no modo síncrono. Lembrando que pela NT 2020.005 v1.20, o envio em modo assíncrono com apenas uma NFCe vai ser bloqueado pela SEFAZ nos próximos meses.1 ponto
-
Boa tarde Ricardo, deu certo passando a chave. Minha referencia é a documentação que está neste link: "https://acbr.sourceforge.io/ACBrMonitor/NFEConsultarNFe.html" Seria interessante atualizá-lo, indicando que pode passar a chave também, por que outros usuários podem ter a mesma dúvida. Faz esta gentileza de atualizar pra nós. Obrigado1 ponto
-
1 ponto
-
Em 08/07/2021, foi publicada a versão 1.05 da NT 2020.001 a qual traz as alterações para a emissão do CTe de forma que o mesmo possa se integrar ao Regime especial da Nota Fiscal Fácil (NFF). Esta versão traz mudanças quanto as regras de validação do município do emitente. Para obter a NT completa, acesse o portal do CTe aqui. Nota Técnica 2020.001 v.1.05 (Publicada em 08/07/2021)1 ponto
-
Sobre o que trata a NT No dia 12/07/2021 foi publicada a versão preliminar da NT 2021.003 a qual estabelece a obrigatoriedade da informação dos campo cEAN e cEANTrib para produtos que possuem códigos de barras com GTIN, tanto para NFe quanto para NFCe, conforme os ajustes SINIEF 07/05 e 19/16. As datas preliminares de implantação desta NT são: Primeira Etapa: 04/07/2022 em homologação e 12/09/2022 em produção Segunda Etapa: 06/03/2023 em homologação e 12/06/2023 em produção Como participar da Consulta Pública A Coordenação Técnica do ENCAT receberá os comentários e manifestações por meio do endereço [email protected] até as 18:00 do dia 30/07/2021. Importante Esta NT somente terá efeitos após a publicação da versão 1.0 da mesma, a qual tem previsão para 08/2021, após a avaliação dos comentários e sugestões recebidos por meio da consulta publica.1 ponto
-
Olá pessoal, Fizemos mais alguns ajustes, só que agora no DANFSE feito em Fortes Report. O que mudou? O componente ACBrNFSeXDANFSeRL tinha algumas propriedades de configuração que não deixava bem claro do que se tratava. Detectamos que algumas fazia referencia ao Prestador e outras ao Tomador. Foi criado uma propriedade de configuração chamada Prestador e outra Tomador e dentro dessas propriedades foi colocado as propriedades que as pertence. As propriedades: PrestLogo, RazaoSocial, Endereco, Complemento, Fone, Municipio, InscMunicipal, EMail_Prestador, CNPJ_Prestador e UF foram removidas e elas agora estão na propriedade Prestador com os seguintes nomes: RazaoSocial, NomeFantasia, InscricaoMunicipal, CNPJ, Endereco, Complemento, Municipio, UF, EMail, Fone e Logo. As propriedades: T_InscEstadual, T_InscMunicipal, T_Fone, T_Endereco, T_Complemento e T_Email foram removidas e elas agora estão na propriedade Tomador com os seguintes nomes: InscricaoEstadual, InscricaoMunicipal, Fone, Endereco, Complemento e Email. Favor atualizar todos os fontes de todas as pastas e reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada.1 ponto
-
Quando não existe conexão com a internet disponível, o pagamento por PIX se torna impossível, pelo menos por enquanto...porém a promessa é que em breve este cenário mude e mesmo sem conexão com a internet o PIX também possa ser utilizado. Segundo o presidente do Banco Central, estão sendo estudadas três alternativas de tecnologias que poderão ser utilizadas para permitir essa forma de uso do PIX, porém até o momento a considerada mais segura é a utilização do cartão por aproximação, nas palavras do mesmo "Vai funcionar como um cartão de ônibus, com uma tecnologia supersegura". Vamos acompanhar oque vem pela frente e postaremos assim que houver novidades. Fonte: https://agenciabrasil.ebc.com.br/economia/noticia/2021-06/pix-tera-funcionalidade-offline-em-breve-diz-presidente-do-bc1 ponto