Painel de líderes

17/11/2021 - Publicada NT 2014.002 v.1.11 Publicada na aba "Documentos", "Notas Técnicas", a versão 1.11 da NT 2014.002, que especifica o funcionamento do web service de distribuição da NF-e. Como pode ser observado, esta NT já encontra-se em vigor tanto em ambiente de homologação quanto de produção. Homologação Produção 03/11/2021 10/11/2021 Melhorias na documentação 3.4. Descrição do Processo de Distribuição de DF-e de Interesse A geração de NSU, a partir da versão 1.10 desta NT, irá considerar somente os usuários do serviço nos últimos 60 dias. É importante ressaltar que: a) para os usuários do serviço dos últimos 60 dias, a geração de NSU continuará normalmente; b) no caso de novos usuários desse serviço (distNSU), a geração de NSU ocorrerá a partir do primeiro acesso. Não haverá geração de NSU retroativo; c) qualquer usuário que deixar de utilizar o serviço (distNSU) por mais de 60 dias, terá a geração de NSU interrompida e retomada a partir da próxima consulta com este método. Não haverá geração de NSU retroativo ao período de interrupção. Obs1: para as hipóteses “b” e “c” acima, o primeiro acesso retornará “cStat=137-Nenhum documento localizado”. Mas, nas consultas subseqüentes após aguardar o prazo de 1h para cumprir as regras do uso indevido(item 3.11.4), considerando que se passou a gerar NSU, podem retornar documentos. Obs2: A verificação da continuidade de utilização do serviço (distNSU) dar-se-á pelo CPF ou CNPJ-base constante na requisição XML. Antes de gerar NSU para o transportador e para o CNPJ informando no campo autXML, é verificado se esses CNPJs também são destinatários na mesma NF-e. Se sim, não é gerado o NSU, até que o destinatário tenha realizado a manifestação. 3.7. Processamento da Requisição de Consulta de NF-e por Chave de Acesso Informada (tag: consChNFe) A consulta por chave de acesso, consChNFe, somente é possível se tiver sido gerado previamente um NSU para o documento fiscal consultado. Nenhum documento localizado – indicando que o Ambiente Nacional não possui a NF-e consultada ou não foi gerado NSU – cStat = ”137-Nenhum documento localizado”; Fonte : Portal da Nota Fiscal Eletrônica (fazenda.gov.br)

Foi criada a AR ELETRÔNICA(Autoridade de Registro Eletrônica): - para as pessoas físicas, - em nuvem, - no modelo sef-service, - você mesmo, de forma on line, cria o seu certificado, possivelmente, num futuro, a ser oferecido via TOTEM. Ofertado pelo SERPRO, nos moldes do DataValid, bioValid, do Denatran. *** Importante, que as bases de dados já estão harmonizadas com a base do CPF da RFB. RESOLUÇÃO CG ICP-BRASIL Nº 197, 16 DE NOVEMBRO DE 2021 https://www.gov.br/iti/pt-br/assuntos/noticias/indice-de-noticias/gtt-apresenta-relatorio-sobre-ar-eletronica https://www.youtube.com/watch?v=jgzcJjgJF9o

Por intermédio do ato em fundamento foi dada publicidade ao Ajuste Sinief nº 41/2021, o qual altera o Ajuste Sinief nº 2/2009 que dispõe sobre a Escrituração Fiscal Digital (EFD-ICMS/IPI), no que se refere à obrigatoriedade da escrituração do Registro de Controle da Produção e do Estoque na EFD-ICMS/IPI (Bloco K), com efeitos a partir de 1º.01.2022. DESPACHO Nº 79, DE 17 DE NOVEMBRO DE 2021 Publicado no DOU de 18.11.2021 Publica o Ajuste SINIEF nº 41/21 aprovado na 340ª Reunião Extraordinária do CONFAZ, realizada no dia 11.11.2021. O Diretor da Secretaria-Executiva do Conselho Nacional de Política Fazendária - CONFAZ, no uso das atribuições que lhe são conferidas pelo inciso IX, do art. 5º do Regimento desse Conselho, e em cumprimento ao disposto nos artigos 35, 39 e 40 desse mesmo diploma, torna público que na 340ª Reunião Extraordinária do CONFAZ, realizada no dia 11 de novembro de 2021, foi celebrado o seguinte ato normativo: AJUSTE SINIEF Nº 41, DE 11 DE NOVEMBRO DE 2021 Altera o Ajuste SINIEF nº 2/09, que dispõe sobre a Escrituração Fiscal Digital - EFD. O Conselho Nacional de Política Fazendária - CONFAZ e a Secretaria Especial da Receita Federal do Brasil, na 340ª Reunião Extraordinária do Conselho, realizada em Brasília, DF, no dia 11 de novembro de 2021, tendo em vista o disposto no art. 199 do Código Tributário Nacional (Lei nº 5.172, de 25 de outubro de 1966), resolvem celebrar o seguinte AJUSTE Cláusula primeira Os incisos II e III do § 7° da cláusula terceira do Ajuste SINIEF n° 2, de 03 de abril de 2009, passam a vigorar com as seguintes redações: “II – de 1º de janeiro de 2018, restrita à informação dos saldos de estoques escriturados nos Registros K200 e K280, para os estabelecimentos industriais classificados nas divisões 10 a 32 da CNAE pertencentes a empresa com faturamento anual igual ou superior a R$78.000.000,00, com escrituração completa conforme escalonamento a ser definido; III – de 1º de janeiro de 2019, restrita à informação dos saldos de estoques escriturados nos Registros K200 e K280, para os demais estabelecimentos industriais classificados nas divisões 10 a 32; os estabelecimentos atacadistas classificados nos grupos 462 a 469 da CNAE e os estabelecimentos equiparados a industrial, com escrituração completa conforme escalonamento a ser definido.”. Cláusula segunda Este ajuste entra em vigor na data da sua publicação no Diário Oficial da União, produzindo efeitos a partir do primeiro dia do segundo mês subsequente ao da publicação. Presidente do CONFAZ – Esteves Pedro Colnago Junior, em exercício; Secretaria Especial da Receita Federal do Brasil – José Barroso Tostes Neto, Acre – Breno Geovane Azevedo Caetano, Alagoas – George André Palermo Santoro, Amapá – Josenildo Santos Abrantes, Amazonas – Alex Del Giglio, Bahia – Manoel Vitório da Silva Filho, Ceará – Fernanda Mara de Oliveira Macedo Carneiro Pacobahyba, Distrito Federal – Marcelo Ribeiro Alvim, Espírito Santo – Marcelo Martins Altoé, Goiás – Cristiane Alkmin Junqueira Schmidt, Maranhão – Marcellus Ribeiro Alves, Mato Grosso – Rogério Luiz Gallo, Mato Grosso do Sul – Lauri Luiz Kener, Minas Gerais – Gustavo de Oliveira Barbosa, Pará – René de Oliveira e Sousa Júnior, Paraíba – Marialvo Laureano dos Santos Filho, Paraná – Renê de Oliveira Garcia Junior, Pernambuco – Décio José Padilha da Cruz, Piauí – Rafael Tajra Fonteles, Rio de Janeiro – Nelson Monteiro da Rocha, Rio Grande do Norte – Carlos Eduardo Xavier, Rio Grande do Sul – Marco Aurelio Santos Cardoso, Rondônia – Luis Fernando Pereira da Silva, Roraima – Marcos Jorge de Lima, Santa Catarina – Paulo Eli, São Paulo – Henrique de Campos Meirelles, Sergipe – Marco Antônio Queiroz, Tocantins – Marco Antônio da Silva Menezes. CARLOS HENRIQUE DE AZEVEDO OLIVEIRA Diretor da Secretaria-Executiva do CONFAZ Fonte : DOU 18/11/2021 - Pg. 60 - Seção 1 | Diário Oficial da União | Diários Jusbrasil

Pessoal, Vi muitos tópicos com dúvidas para instalação das versões que não permitem compilação por linha de comando. Caso seja útil, segue resumo para a instalação manual com passos que funcionaram para mim. Não utilizo todos os módulos do componente, mas acredito que tudo funcione corretamente seguindo esses passos. Testei vários projetos e todos compilaram. Atenção: A versão CE não destina-se a testes e não deve ser instalada na sua empresa caso o seu faturamento geral ultrapassar os limites estabelecidos. Neste caso, solicite uma licença trial e evite ficar irregular. No final do tópico coloquei um link de outro tópico contendo destaques dos valores e condições para utilização da versão CE. Instalar o ACBr no Delphi CE ou Trial 1. Descompactar a pasta ACBrInstall_CE no raiz do ACBr ---> ACBrInstall_CE.zip 2. Dependências 2.1. Instalar o fortes reports: https://github.com/fortesinformatica/fortesreport-ce * Abrir o .dpk * Botão direito sobre ele e clicar em Build * Botão direito e clicar em Install 2.2. Quem possui e utiliza o Fast, instalar o Fast 2.3. Unit scope names: Acessar Tools / Options / Language / Delphi / Library / Unit scope names >>> Adicionar “Vcl” na lista * O arquivo Registrar_UnitScopeNames_Vcl.reg preenche a informação, sobrepondo o padrão , que é em branco. Fazer com o Delphi fechado. 3. Grupos de projetos para geração das bpls * para evitar retrabalho, veja o erro 4.1 pois pelos meus testes sempre foi necessário alterar para “.dres” no DCLACBr_Comum.dpk 3.1. Quem possui o Fast, ignorar o item 3.2, abrir o InstalacaoFR.groupproj e processar o Build All com o botão direito no grupo InstalacaoFR 3.2. Quem não possui o Fast, abrir o InstalacaoRL.groupproj e processar o Build All com o botão direito no grupo InstalacaoRL 4. Erros 4.1. Caso ocorra o erro "Resource ACBR not found" * Botão direito sobre o DCLACBr_Comum.bpl, “View Source” * Alterar de {$R *.otares} para {$R *.dres} 4.2. Caso ocorram erros como Graphics, Forms, Controls , etc “not found“: * Caso não tenha feito a configuração geral no item 2.3, pode ser feito por pacote: adicionar Vcl em Project / Options / Building / Delphi Compiler / Unit scope names 4.3. Se ocorrerem erros nas classes do Fortes ( TfrmCTeDAInutRL, TfrlGuiaRL, TfrlDAMDFeRL, TfrmMDFeDAEventoRL, TfrlXDANFSeRL ) na primeira abertura do grupo de projetos, basta ignorá-los e dar ok, pois estão reclamando das dependências que ainda serão instaladas no grupo. 4.4. Caso ocorram erros como "Fortes report Unit 'RLReport' not found": (colaboração do @felipe de souza) * Adicionar ao library o caminho do source \trunk\source 5. Após compilar todos os pacotes, executar o arquivo para vincular(instalar) os componentes ao Delphi * Feche o Delphi para registrar as bpls 5.1. RegistrarComponentesFR.reg para quem possui o Fast, não precisando executar o item 5.2 5.2. RegistrarComponentesRL.reg para quem não possui o Fast Obs: Não possuo o Fast então não tive como compilar nem testar o .reg para validar, apenas adicionei os pacotes no grupo e gerei o arquivo. Caso alguém valide e precise de ajustes, por favor compartilhe a correção para ajudar os demais. ACBrInstall_CE.zip Conforme mencionado no início, segue tópico contendo destaques dos valores e condições para utilização da versão CE.

Bom dia. @Renato Rubinhoobrigada pelo tópico, o mesmo foi movido para este subforum que concentra a Base de Conhecimentos do ACBr. At.

Se for do teu interesse, o @RicardoVoigt tinha feito algo assim, talvez você queira melhorar algo.

Segue em anexo arquivos para Integração com API do Sicredi... Tenho conta da minha empresa no banco, porém nao utilizo Cobrança, então ainda não tenho a chave de acesso. Ja solicitei ao gerente, mas demora alguns dias..caso alguem queira analisar e testar os fontes estão aqui.. Não utilizei componentes externos, como o Indy..utilizei as classes do proprio ACBR para fazer a solicitação da chave. Em cada requisição, ele soliciita uma novo token. Para isso, tem que configurar a propriedade Cedende.CedenteWS.ClientID com o código gerado no site do sicredi. Lembrando que não tem ambiente de homologação... ACBrBoletoW_Sicredi_API.pas ACBrBoletoRet_Sicredi_API.pas ACBrBoletoWS.pas ACBrBoleto.pas

Boa Tarde, Preciso de um contato WhatsApp, para saber mais sobre o plano Pró para empresas de Softwares. Alguém poderia me fornecer? Att, Robson

Entendi, Eu já tinha tentando colocar idioma com ABNT 2 e nada, reinstalei fontes nada, como Windows 8 e apresentando mensagem que esta desatualizado e incompativel,... solicitei para cliente providenciar formatação e colocar Windows 10.. mesmo assim obrigado pelo dica.

Funcionava e parou. O XML é assinado, porem a prefeitura é que esta invalidando: 10/11/2021 11:47:49 :: > Arquivo XML assinado com sucesso 10/11/2021 11:47:49 :: > [https://bhissdigital.pbh.gov.br/bhiss-ws/nfse] Erro ao enviar. Nº:-2146893815 Descrição:Sinalizadores inválidos especificados. Linha: 34 Método: PostWebservice/objWeb.send Irei validar as sugestões que me passou.

Boa tarde Manuel, A versão Delphi do programa exemplo já esta atualizada, apenas a versão Lazarus que ainda não foi alterada. Pelo numero da linha que mostra no erro é a versão Lazarus que você esta tentando compilar. Exemplificando o que o Elton disse: Em vez de: infoEnte.uf := tpuf(ufSP); alterar para: infoEnte.uf := 'SP';

Você rodou o instalador do ACBr (ACBrInstall_trunk2) ? Mas acho que basta copiar o LibPath de outro ambiente, como por exemplo o Win32, para o perfil do Mac

Foi noticiado nesta semana a emissão de NFSe na cidade de SP vem enfrentando problemas desde 13/11/2021 e até o momento desta publicação, permanece na página da NFSe-SP um aviso de instabilidade devido a manutenção. Fontes https://www.tecmundo.com.br/internet/228965-sistema-emissao-notas-fiscais-de-sp-fora-ar-ha-5-dias.htm https://nfe.prefeitura.sp.gov.br/login.aspx

Olá pessoal, O que tudo indica a emissão de NFS-e via site já foi normalizado. Realizei um teste de emissão de NFS-e via WebService usando o novo componente ACBrNFSeX e não tive problemas, o Rps foi recepcionado pelo WebService. Não notei nenhuma lentidão. Convido a todos a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não vai mais ter manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Solucionado e o tópico pode ser fechado. Saudações e sucesso.

esqueci de colocar como Resolvido,

Bom dia, a sequencia são as UF que fazem fronteira entre elas em sequencia da origem até o destino, exceto informar a UF de origem e destino; se você vai pela Rota A, Rota B, Rota C, é você Empresa que decide, você que precisa informar por onde o seu caminhão irá passar, caso você informar que ele irá sair da UF A para C, passando incialmente por E, mas na verdade ele passou pela F, e essa F não estava prevista, você está passível de autuação, pois seu caminhão tomou uma rota diferente da que você autorizou previamente o documento de transporte, você deveria ter informado que ele iria pela UF F e não E;

Resolvido, o campo convenio nao deve ser preenchido mesmo, apenas : ACBrBoleto.Cedente.CodigoCedente

Opa, @José M. S. Junior, sem problemas. A emissão da GNRe eu já vi que está funcionando tudo certinho, conferi o XML de retorno e aparentemente está tudo ok, até agradeço a atenção de vocês em resolver o problema. Acredito que se o componente conseguir carregar o XML para a impressão que te mandei em anexo e gerar a impressão e ficará tudo certinho com o componente. Eu só não ajudo a identificar o problema do método GNRe_CarregarXML porque eu não tenho o Delphi instalado para depurar o código, mas fico a disposição para mandar um novo código de demo funcional em VB6 para ajudar outros devs também. Agradeço demais o empenho de vocês até o momento, e aguardo a verificação da funcionalidade para entregar a implementação ao meu cliente. Muito obrigado!

O arquivo *-resNFe.xml é o resumo da nota, que é retornado quando quem está consultando é o destinatário da NFe, e ele ainda não enviou o evento de manifestação dizendo se reconhece ou não essa nota. Depois de manifestar, o ambiente nacional gera novo NSU com o XML completo, então pode-se fazer outra chamada ao método pra obter o arquivo. Note que a geração do NSU com o XML completo pode demorar alguns minutos ou horas. Leia a NT 2014.002 v1.10 pra entender o funcionamento do serviço.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Olá Como já utilizo através da API irei fazer alguns testes e passo um retorno aqui.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Experimente deixar o campo "Espaços" no PosPrinter com 40 ou mais...

Qual a Impressora ? OIhando as fotos, me parece que o Software interno da Impressora, detectou que a área destinada ao QRCode lateral, seria insuficiente para acomodar o mesmo... Experimente aumentar um pouco, o EspacoEntreLinhas, para que você tenha um pouco mais de altura, na área do QRCode Outra opção, seria diminuir a Largura do Módulo do QRCode, para 3 ou 2 https://acbr.sourceforge.io/ACBrMonitor/PosPrinter.html

Bom dia, prezados colegas! Fiz o update com as últimas alterações no ACBr com relação ao eSocial, e revisei a geração de alguns eventos que possam ter a informação do campo indGuia. Com o devido respeito ao trabalho dos colegas, e também com os devidos agradecimentos, pois me baseei no código deles, fiz algumas alterações que acredito simplificarem a geração do grupo ideEvento para os eventos: S-1200 a S-1300, S-2190, S-2200 a S-2420. Pelo que pude notar, todos estes eventos podem ser resumidos em quatro grupos, e para cada grupo já havia uma classe implementada: Evento que não têm informações de Retificação nem de Apuração -> TIdeEvento; Eventos que têm informações apenas de Retificação -> TIdeEvento2; Eventos que têm informações de Retificação e de Apuração -> TIdeEvento3; Eventos que têm informações apenas de Apuração -> TIdeEvento4. Com a necessidade da inclusão do campo indGuia no leiaute S1.0, uma nova classe chamada TIdeEventoGuia foi criada herdando da TIdeEvento2. Porém, o campo indGuia pode ocorrer também em eventos que pertençam às classes TIdeEvento3 e TIdeEvento4. Seria possível criar uma nova classe TIdeEventoGuiaX herdando da respectiva classe TIdeEventoX, bem como uma nova procedure de geração para cada classe TIdeEventoGuiaX. Porém, particularmente, acho mais complexo do que parametrizar as classes e procedures já existentes. Além disso, os parâmetros para os dois outros campos indicativos já existiam, de modo que criar um novo parâmetro não seria algo estranho. Assim, optei por não criar subclasses, mas por utilizar as já existentes e parametrizar a procedure que gera o grupo ideEvento para cada classe, de modo que a geração de cada evento faz a chamada de sua procedure correspondente, informando os parâmetros necessários para gerar as informações adequadamente, caso os parâmetros necessários sejam diferentes dos que ficaram definidos por padrão. Em anexo seguem as alterações que realizei. No arquivo pcesCommon.pas linha 602 há um bloco de comentário resumindo as alterações que intentei realizar. Embora eu tenha testado as alterações que realizei em ambiente de Produção Restrita, envio minhas sugestões no intuito de compartilhar conhecimentos, e de que sejam também revisadas, corrigidas e melhoradas. Agradeço ao projeto e aos colaboradores pelos conhecimentos compartilhados, e aguardo caso tenham críticas, dúvidas ou novas sugestões. PCNeSocial.zip

Boa tarde para fechar o tópico e dar a solução certa e correta deve-se fazer o seguinte: no FDConnection associar um FDTransaction somente ao UpdateTransaction para a versão 2.5 e 3.0 do firebird ele fará correto a gravação dos dados sem precisar mexer em mais nada em sua aplicação ou alterar FDQuery. certeza absoluta da solução.