Painel de líderes

Olá pessoal, Mais um presente de grego para nós desenvolvedores, mais uma alteração no layout da NF-e, novos campos, novos ICMS. Vamos a um resumo sobre a Nota Técnica 2023/001: Essa Nota Técnica divulga novos campos e Regras de Validação da NF-e versão 4.0. Como existe a inclusão de novos campos facultativos no Leiaute (Schema XML), algumas Regras de Validação serão ativadas posteriormente, conforme observação em cada uma delas, visando garantir um prazo de adequação para as empresas. Já as regras existentes que não permitiriam a informação dos novos campos, tem o mesmo prazo de entrada do Leiaute (Schema XML). O prazo abaixo, portanto, se refere a entrada das alterações no Leiaute (Schema XML), e das regras que visam permitir a informação dos novos campos sem rejeição. Sobre as Datas de Entrada em Vigor - Mudança de Schemas e Regras N12-20, N12-30, N12-70 e W16-10 Ambiente de Homologação : até 03/03/2023 - Ambiente de Produção: 30/03/2023 Regras de Validação Alteradas Regra de Validação N12-20 - Incluída exceção nesta regra para permitir que o emissor enquadrado no Simples Nacional possa informar os novos Códigos de Situação Tributária criados pelo Ajuste SINIEF Nº 01/2023. Regras de Validação N12-30 e N12-70 - Inclusão do CST 61, criado pelo Ajuste SINIEF Nº 01/2023, na relação de CSTs permitidos na emissão de NFC-e (Regra N12-30) e na relação de CSTs permitidos na operação com Não Contribuinte da NF-e (Regra N12-70). Regra de Validação W16-10 - Inclusão do Valor Total do ICMS monofásico sujeito a retenção (tag: vICMSMonoReten) no somatório do Valor Total da NF-e (campo: W16) Sobre as Alterações de Campos Inclusão do Campo de Índice de Mistura do Biodiesel no Diesel B (tag: pBio) Criação de campo específico no Grupo de Detalhamento de Combustíveis para a indicação do índice de Mistura do Biodiesel no Óleo Diesel B. Este campo tem a finalidade de auxiliar no cálculo do volume do Biodiesel B100 a ser misturado com Óleo Diesel A, nas operações com Biodiesel Puro, ou do volume do Biodiesel B100 misturado nas operações com Óleo Diesel B. Inclusão do Grupo indicador da origem do combustível (tag: origComb) Este grupo deve ser preenchido para as operações com Biodiesel B100, Óleo Diesel B e GLP/GLGN. Serve para identificar as UFs do produtor ou do importador de B100 ou GLGN utilizados na mistura. Além da identificação da UF de Origem, há a necessidade de se informar se o produto é nacional ou importado. Criação do Grupo N02a- Grupo Tributação do ICMS = 02 (tag: ICMS02) Este grupo trata do regime de tributação monofásica própria do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 02) criado pelo Ajuste SINIEF Nº 1/2023. Criação do Grupo N03a- Grupo Tributação do ICMS = 15 (tag: ICMS15) Este grupo trata do regime de tributação monofásica própria e com responsabilidade pela retenção do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 15) criado pelo Ajuste SINIEF Nº 1/2023. Criação do Grupo N03a- Grupo Tributação do ICMS = 53 (tag: ICMS53) Este grupo trata do regime de tributação monofásica com recolhimento diferido do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 53) criado pelo Ajuste SINIEF Nº 1/2023. Criação do Grupo N03a- Grupo Tributação do ICMS = 61 (tag: ICMS61) Este grupo trata do regime de tributação monofásica sobre combustíveis com ICMS cobrado anteriormente nos termos da Lei Complementar nº 192/2022 e Convênio ICMS 199/2022. Novo Código de Situação Tributária (CST = 61) criado pelo Ajuste SINIEF Nº 1/2023. Criação dos campos de Valor total do ICMS monofásico Campos Valor total do ICMS monofásico próprio (tag: vICMSMono), Valor total do ICMS monofásico sujeito a retenção (tag: vICMSMonoReten) e Valor total do ICMS monofásico retido anteriormente (tag vICMSMonoRet) criados no grupo de Total da NF-e (tag: total). Sobre as Datas de Entrada em Vigor - Novas Regras Ambiente de Homologação: até 03/07/2023 - Ambiente de Produção: 04/09/2023 Novas Regras de Validação Conforme informado em NT, estas regras não serão publicadas ao mesmo tempo que o Leiaute (Schema XML) para permitir uma implementação gradual das empresas e dos autorizadores, possibilitando inicialmente o preenchimento dos novos campos para atender a legislação sem maiores complicações. Regra de Validação I13-20 Apesar desta regra já existir previamente, a sua descrição foi completamente alterada para que ela fique compatível com a Tabela de Combustíveis Sujeitos à Tributação Monofásica. Por isso receberá o tratamento de nova regra, e somente entrará em vigor na data prevista na sua nova descrição. Ela visa garantir o correto preenchimento da unidade tributária exigida por lei para os combustíveis cujos códigos ANP se encontrem na Tabela de Combustíveis Sujeitos à Tributação Monofásica. Regras de Validação LA17-10 e LA17-20 Estas regras visam controlar o correto preenchimento do índice de mistura do biocombustível (tag: pBio) obrigando ou rejeitando o seu preenchimento conforme o combustível informado. Para isso, o código ANP (tag: cProdANP) informado na nota é confrontado com a coluna “cProdANP” da Tabela de Combustíveis Sujeitos à Tributação Monofásica, com a respectiva coluna “pBio” indicando se o índice deve ou não ser preenchido conforme determinado na descrição das regras. Regra de Validação LA18-10 Esta regra visa obrigar o preenchimento do grupo de origem do combustível (tag: origComb) conforme indicador da coluna “origComb”, a partir da correspondência entre o Código ANP do combustível (tag; cProdANP) informado na nota e a coluna “cProdANP” da Tabela de Combustíveis Sujeitos à Tributação Monofásica. Regra de Validação LA21-10 Caso informado o grupo indicador da origem do combustível (tag: origComb), é realizado o somatório dos percentuais originários para a UF (tag: pOrig) informados em cada ocorrência deste grupo para verificar se o total deste somatório é 100. Regras de Validação N12-100 e N12-110 O objetivo destas regras é verificar o correto preenchimento dos novos Códigos de Situação Tributária do ICMS criados pelo Ajuste SINIEF Nº 01/2023. Estes novos códigos somente poderão ser preenchidos quando se tratar de operação com combustíveis sujeitos à tributação monofásica do ICMS. Para isso, é verificado se o código ANP do produto (tag: cProdANP) informado na nota existe na Tabela de Combustíveis Sujeitos à Tributação Monofásica. Caso o código ANP exista na tabela o preenchimento destes CSTs é obrigatório, e caso não exista o seu preenchimento é proibido. Regras de Validação N38-10, N40-10 e N44-10 Estas regras visam validar o valor preenchido para a alíquota adrem do imposto nas diferentes modalidades de tributação monofásica dos combustíveis (próprio, com retenção e retido anteriormente). Para isso, é verificada a correspondência entre o código ANP do produto (tag: cProdANP) informado na nota e a coluna cProdANP da Tabela de Combustíveis Sujeitos à Tributação Monofásica, e a partir daí é validado o valor informado no respectivo campo da alíquota adrem de cada situação tributária com a coluna “adRemICMS” da tabela. Regras de Validação N39-10, N41-10 e N45-10 Estas regras visam garantir a consistência, para cada tipo de tributação monofásica sobre combustíveis, do Valor do ICMS, que deve ser obtido pela multiplicação da quantidade tributável pela alíquota adrem de cada situação tributária. Regras de Validação W06c-10, W06d-10 e W06e-10 O objetivo destas regras é realizar a totalização, respectivamente, do ICMS monofásico próprio, ICMS monofásico sujeito a retenção e do ICMS monofásico retido anteriormente, conforme valores informados nos itens da nota. E como fica o ACBr? Como o layout foi alterado por conta de novos campos, se faz necessário alterar o componente para que ele possa gerar se necessário for os novos campos. Consequentemente vamos disponibilizar uma nova versão do ACBrMonitor e do ACBrLibNFe. O componente ACBrNFe, quanto o ACBrMonitor e ACBrLibNFe vão estar prontos até o dia 03/03/2023 para que vocês possam realizar os testes em ambiente de homologação. Mais sobre esta NT Essa Nota Técnica tem o objetivo de atender o disposto no Convênio ICMS nº 199, de 22 de dezembro de 2022, que dispõe sobre o regime de tributação monofásica do ICMS nas operações com combustíveis nos termos da Lei Complementar nº 192/2022, e ao disposto no Ajuste SINIEF Nº 01/2023 em relação aos novos Códigos de Situação Tributária do ICMS. https://www.confaz.fazenda.gov.br/legislacao/convenios/2022/CV199_22 Sobre a Tabela de Combustíveis Sujeitos a Tributação Monofásica Para validação de algumas destas regras foi criada a Tabela de Combustíveis Sujeitos à Tributação Monofásica, que tem por objetivo facilitar a visualização da obrigatoriedade de preenchimento de campos e de alguns valores para cada produto sujeito a tributação monofásica sobre combustíveis. Os produtos presentes na tabela são identificados conforme o seu Código ANP. Além disso, a alíquota adrem de cada produto, será criada uma aba com o histórico de valores e a respectiva data de vigência. A criação desta tabela permite uma melhor parametrização dos ambientes autorizadores e das empresas, e evita que sejam feitas alterações constantes em Notas Técnicas para adequação das regras às novas situações que surgirem. As alterações necessárias na tabela serão feitas via Informe Técnico. A Tabela de Combustíveis Sujeitos à Tributação Monofásica se encontra publicada no Portal Nacional da NF-e, na aba “Documentos” opção “Diversos”. O prazo para entrada destas regras se encontra na descrição de cada uma delas.

Por favor veja esse tópico:

Boa tarde! Consegui contato com o Luiz Augusto, um dos mesmos da comunidade ACBr que iniciou a implantação da lib com node e linux, ele me passou que também teve problemas na implantação e optou por seguir o caminho utilizando windows. Ainda com a colaboração dele realizei alguns testes utilizando a lib MT. Como inicialmente o teste dele que obteve êxito foi no windows, eu segui o mesmo caminho, e funcionou normalmente. Em seguida, utilizei o mesmo código para teste no linux, (apenas substituindo a dll pela so), e também funcionou. Não repetiu o comportamento do meu problema inicial que quebrava a aplicação logo ao executar o método NFE_Enviar. Vou seguir utilizando a MT no linux, já que meu servidor é linux. Obrigado.

Também fiz dessa forma e funcionou muito bem. @Luiz Carlos Panoni Junior o exemplo é somente para dar um norteio. O componente é bem flexível seguindo o padrão do Banco.

Bom dia @aptainformatica! Veja as condições que possivelmente devolvem esse erro: Do seu lado, você pode verificar se seus fontes estão atualizados e caso não estejam atualizar os fontes e reinstalar o ACBr. Você também pode definir a propriedade ACBrNFSeX.Configuracoes.WebServices.Salvar (Salvar Envelope Soap na aba WebService do programa exemplo). Ao fazer isso, além dos XMLs, vai ser gerado os arquivos de envelope com -soap no nome, são esses o arquivo que é enviado para o webservice e a resposta recebida inalterada pelo ACBr. Se gerar somente o arquivo Soap de envio, então o Web Service não está mesmo devolvendo nada e nesse caso, precisa entrar em contato com o provedor para verificar porque não estão devolvendo resposta.

Muito Obrigado italo vou fazer os teste e envio os resultados

Claro. Vou fazê-lo.

Boa tarde Alexandre, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr, e inicie os testes usando o programa exemplo.

Verdade mestre. Não tinha atentado para isso. Vou informar o código e tentar enviar. Muito obrigado pela dica

Boa tarde Jeanny, Já esta no SVN.

Vlw! Obrigado pelo retorno !

Bom dia sr.Renato, obrigado pela atencao! funcionou perfeito, os campos que nao tinha no meu arquivo foram: DiasDeProtesto e CodigoNegativacao...Obrigado e um excelente carnaval a vc e familia.

Acho que descobri o problema, na razão social do tomador tinha um "&', tirei e a nota foi emitida normalmente, parece que a Prefeitura de São Paulo não aceita esse caracter.

Bom Dia, mudei o modelo do boleto e nesse outro modelo funcionou normalmente, obrigado.

Veja os eventos implementados no componente TCPServerTC, do ACBrMonitorPLUS procedure TFrmACBrMonitor.TCPServerTCConecta(const TCPBlockSocket: TTCPBlockSocket; var Enviar: ansistring); var IP, Id: ansistring; Indice: integer; begin TCPBlockSocket.SendString('#ok'); Id := Trim(TCPBlockSocket.RecvPacket(1000)); IP := TCPBlockSocket.GetRemoteSinIP; Indice := mTCConexoes.Lines.IndexOf(IP); if Indice < 0 then begin mTCConexoes.Lines.Add(IP); AddLinesLog('T.C. Inicio Conexão IP: [' + IP + '] ID: [' + Id + ']' + ' em: ' + FormatDateTime('dd/mm/yy hh:nn:ss', now)); end; end; procedure TFrmACBrMonitor.TCPServerTCDesConecta(const TCPBlockSocket: TTCPBlockSocket; Erro: integer; ErroDesc: string); var IP: string; Indice: integer; begin if not Assigned( TCPBlockSocket ) then Exit; IP := TCPBlockSocket.GetRemoteSinIP; AddLinesLog('T.C. Fim Conexão IP: [' + IP + '] em: ' + FormatDateTime('dd/mm/yy hh:nn:ss', now)); Indice := mTCConexoes.Lines.IndexOf(IP); if Indice >= 0 then mTCConexoes.Lines.Delete(Indice); end; procedure TFrmACBrMonitor.TCPServerTCRecebeDados(const TCPBlockSocket: TTCPBlockSocket; const Recebido: ansistring; var Enviar: ansistring); var Comando, Linha: ansistring; Indice, P1, P2: integer; begin { Le o que foi enviado atravez da conexao TCP } Comando := StringReplace(Trim(Recebido), #0, '', [rfReplaceAll]); // Remove nulos if pos('#live', Comando) > 0 then begin Comando := StringReplace(Comando, '#live', '', [rfReplaceAll]); // Remove #live TCPBlockSocket.Tag := 0; // Zera falhas de #live? end; if Comando = '' then exit; AddLinesLog('TC: [' + TCPBlockSocket.GetRemoteSinIP + '] RX: <- [' + Comando + ']'); if copy(Comando, 1, 1) = '#' then begin Comando := copy(Comando, 2, Length(Comando)); P1 := 0; P2 := 0; Indice := fsSLPrecos.IndexOfName(Comando); if Indice >= 0 then begin Linha := fsSLPrecos[Indice]; P1 := Pos('|', Linha); P2 := PosAt('|', Linha, 3); end else Linha := edTCNaoEncontrado.Text; if P2 = 0 then P2 := Length(Linha) + 1; Enviar := '#' + copy(Linha, P1 + 1, P2 - P1 - 1); Enviar := LeftStr(Enviar, 45); TCPBlockSocket.Tag := 0; // Zera falhas de #live? AddLinesLog(' TX: -> [' + Enviar + ']'); end; end;

Bom dia, Foi publicada a versão 9.0.1 do programa validador do SPED ECF, o qual trouxe a correção do erro do java no momento de realizar a validação. Fonte: http://sped.rfb.gov.br/pagina/show/7164

@EXATA.Sistemas O que é mais estranho que com o mesmo componente, em design funciona ai e em tempo de execução não. você já verificou a propriedade dentro ACBrNFe, WebServices, TimeZoneConf: Modo detecção e TimeZoneStr ? Você citou: "Só para adicionar informação: estamos usando também a Nuvem Fiscal, e por lá, tivemos um problema idêntico que eles resolveram(não sei como)." Foi feito uma atualização 25/01/2023 e o arquivo fr3 do fast corrigido nesta data, diverge do seu. Por favor atualize os repositórios e o fr3 que foi alterado nesta atualização citada acima e teste o referido arquivo no servidor AWS. Aguardo um feedback ! Abr

Sem problemas, são só avisos para melhorar o uso do fórum. Tente assim: //cnProtestarCorrido CodigoNegativacao=1 //diCorridos TipoDiasProtesto=0 DataProtesto=dd/mm/yyyy DiasDeProtesto=NN *** Para entender o contexto, veja o código do componente que trata o preenchimento destes valores. {C�digo para Protesto / Negativa��o} case CodigoNegativacao of cnProtestarCorrido : ACodProtesto := '1'; cnProtestarUteis : ACodProtesto := '2'; cnNegativar : ACodProtesto := '8'; cnNaoProtestar : ACodProtesto := '3'; else case TipoDiasProtesto of diCorridos : ACodProtesto := '1'; else ACodProtesto := '2'; end; end; {Data e Dias de Protesto / Negativa��o} if (ACodProtesto = '8') then begin DataProtestoNegativacao := DateToStr(DataNegativacao); DiasProtestoNegativacao := IntToStr(DiasDeNegativacao); end else begin if (ACodProtesto <> '3') then begin DataProtestoNegativacao := DateToStr(DataProtesto); DiasProtestoNegativacao := IntToStr(DiasDeProtesto); end else begin DataProtestoNegativacao := ''; DiasProtestoNegativacao := '0'; end; end; Composição do segmento. IfThen((DataProtestoNegativacao <> '') and (StrToInt(DiasProtestoNegativacao) > 0), ACodProtesto, '3') + // 221 - C�digo de protesto IfThen((DataProtestoNegativacao <> '') and (StrToInt(DiasProtestoNegativacao) > 0), PadLeft(DiasProtestoNegativacao, 2, '0'), '00') + // 222 a 223 - Prazo para protesto (em dias)

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum. Seguindo no outro tópico.

Boa noite, Veja este tópico bem explicativo do Ítalo E, como diz o Daniel, use a força leia os fontes e com o tempo você vai se familiarizando. Uma sugestão, coloque um ponto de parada nos métodos e vai "navegando" com F7 e F8 para entender os caminhos dos processos.

Ola; Tente LarguraBobina : 280

Boa tarde ! Pode enviar um xml q esta impresso errado e o arquivo fr3 para [email protected] para que nós possamos fazer um teste aqui Obrigado

eu faço desta forma.. e vêm retorno em todos os fitros... // em aberto por vencimento aFiltros[0] := TACBrBoletoWSFiltroConsulta.Create; aFiltros[0].Clear; aFiltros[0].indicadorSituacao := TACBrIndicadorSituacaoBoleto.isbAberto; aFiltros[0].boletoVencido := ibvSim; aFiltros[0].dataVencimento.DataInicio := AInicio; aFiltros[0].dataVencimento.DataFinal := AFinal; // em aberto por emissao aFiltros[1] := TACBrBoletoWSFiltroConsulta.Create; aFiltros[1].Clear; aFiltros[1].indicadorSituacao := TACBrIndicadorSituacaoBoleto.isbAberto; aFiltros[1].dataRegistro.DataInicio := AInicio; aFiltros[1].dataRegistro.DataFinal := aFinal; aFiltros[1].boletoVencido := ibvSim; // liquidados aFiltros[2] := TACBrBoletoWSFiltroConsulta.Create; aFiltros[2].Clear; aFiltros[2].indicadorSituacao := TACBrIndicadorSituacaoBoleto.isbBaixado; aFiltros[2].dataMovimento.DataInicio := AInicio; aFiltros[2].dataMovimento.DataFinal := AFinal;

Boa tarde pessoal, usei a unit enviada mais acho que o grande lance era mudar no exemplo do acbr de FiltrosAPI.indicadorSituacao := isbAberto; FiltrosAPI.dataMovimento.DataInicio := IncDay(Date,-30); FiltrosAPI.dataMovimento.DataFinal := incDay(Date+30); para FiltrosAPI.indicadorSituacao := isbAberto; FiltrosAPI.dataVencimento.DataInicio := IncDay(Date,-30); FiltrosAPI.dataVencimento.DataFinal := incDay(Date+30); Pelo dataMovimento nunca há retorno nem mesmo pela unit alterada, mais em geral a ajuda de vocês foi fundamental, muito obrigado a todos.

Olá pessoal. Em 02/02/2023 foi publicada a versão 10.1.1 do validador SPED ECD - Escrituração Contábil Digital, trazendo as seguintes mudanças: Fonte: http://sped.rfb.gov.br/pagina/show/7156

Olá pessoal, Tenho notado que muitos desenvolvedores estão tendo dificuldade com a configuração da pasta de Schemas no novo componente ACBrNFSeX. Dica para uma configuração correta. Vou utilizar o programa exemplo. Na aba [Geral] temos a opção: Montar automaticamente o Path dos Schemas, marque esta opção. Logo abaixo temos o caminho, vou colocar o caminho que se encontra os Schemas dos provedores que se encontra junto com os programas exemplos. Caminho: ...\Exemplos\ACBrDFe\Schemas\NFSe Coloquei 3 pontos no inicio porque eu não sei em que pasta esta na sua maquina. Outra coisa importante, note que a ultima pasta informada no caminho é NFSe, Dentro da pasta NFSe existe uma pasta para cada provedor, mas não precisamos informa-la uma vez que marcamos a opção para que o componente monte automaticamente o caminho dos Schemas. Na maquina do seu cliente faça o seguinte: C:\MinhaAplicacao\Schemas\NFSe Dentro da pasta NFSe copia todas as pastas que estão dentro da pasta ...\Exemplos\ACBrDFe\Schemas\NFSe. Marque a opção para montar automaticamente o Path dos Schemas. E informe o caminho dos Schemas como sendo: C:\MinhaAplicacao\Schemas\NFSe Desta forma a sua aplicação de emissão de NFS-e vai encontrar os schemas corretos para a cidade em questão.

Bom dia, Como dito em uma postagem anterior o método DistribuicaoDFePorUltNSU vai retornar tanto resumos quanto XML completos das notas, desde que estas forem previamente manifestadas pelo destinatário. Vamos imaginar a seguinte situação: Você passa o numero 30 como sendo o UltNSU e executa o método. Como retorno você tem 50 resumos e os seguintes valores: ultNSU = 80 e maxNSU = 860 Se você manifestar uma nota que consta no retorno, o NSU referente ao XML completo dessa nota será 861, ou seja, segue a sequencia. Na segunda execução do DistribuicaoDFePorUltNSU você passa o valor 80 (que é o correto) para o parâmetro UltNSU. Como retorno você tem 50 resumos e os seguintes valores: ultNSU = 130 e maxNSU = 861 Me responda uma pergunta: quantas vezes você vai ter que executar o método sempre passando o numero do UltNSU retornado para obter o documento de NSU = 861 ? Se você deseja um processo mais rápido você pode usar o método DistribuicaoDFePorChaveNFe onde você informa a chave da NF-e que foi manifestada previamente. Espero ter ajudado.