Painel de líderes

Bom dia, tudo certo, obrigado!

no svn junto com todos os provedores At revision: 39079

Olá novamente, @Italo Giurizzato Junior! A sua solução deu certo e, ao meu parecer, faz mais sentido que a nossa uma vez que o parâmetro se torna desnecessário a partir do momento que o WebService passa a exigir essa tag em algumas situações (quando retido). Já a nossa solução tem como objetivo justamente "burlar" o parâmetro. Então já descartamos a nossa e vamos usar a sua como oficial daqui em diante, tudo bem? Se me permitir, só faça um ajuste ali onde o NrOcorrValorIss recebe os valores. Está recebendo 1 nos dois casos (com e sem retenção). O correto, ao meu ver, seria 1 para retenção (gerar) e -1 para não retenção (não gerar). Mas já ajustei o meu aqui: function TNFSeW_DeISS203.GerarXml: Boolean; begin if NFSe.Servico.Valores.IssRetido = stRetencao then NrOcorrValorIss := 1 else NrOcorrValorIss := -1; Result := inherited GerarXml; end; No mais, pode encerrar. Muito obrigado pela ajuda!

Olá @Italo Giurizzato Junior, boa tarde! Farei os testes agora mesmo. Em paralelo, nós conseguimos alterar o parâmetro em tempo de execução através da nossa Unit, sendo necessário apenas a limpeza da TStringList "fSL" do ACBr (TACBrNFSeXConfigParams) que armazena os parâmetros. Isso porque ela somente os adiciona, então quando eu tento substituir o valor, o valor original acaba ficando deixando o parâmetro sempre ativo. Talvez seja intencional, mas segue abaixo para caso achem interessante essa saída também: // Nossa Unit. Entra aqui somente quando for caso de retenção: // Controle do parâmetro "NaoGerarTag:ValorIss" para o provedor "proDeISS": // Quando tem retenção, precisa da tag <ValorIss>. Portanto, precisa remover o parâmetro para passar a gerá-la (caso tenha): // OBS: O controle não precisa ser desfeito caso não tenha retenção pois na próxima nota acontece nova leitura do .ini, recriando o parâmetro. if ACBrNFSe.Configuracoes.Geral.Provedor = proDeISS then if ACBrNFSe.Provider.ConfigGeral.Params.ParamTemValor('NaoGerarTag', 'ValorIss') then begin vParametroAlterado := ACBrNFSe.Provider.ConfigGeral.Params.AsString; if Pos(vParametroAlterado, 'NaoGerarTag:ValorIss') > 0 then begin vParametroAlterado := ReplaceText(vParametroAlterado, 'NaoGerarTag:ValorIss', ''); ACBrNFSe.Provider.ConfigGeral.Params.AsString := vParametroAlterado; end; end; Aqui o ajuste que foi necessário no ACBr para funcionar: procedure TACBrNFSeXConfigParams.SetAsString(const AValue: String); var s: String; begin if FAsString = AValue then Exit; FAsString := Trim(AValue); s := StringReplace(FAsString, ':', '=', [rfReplaceAll]); fSL.clear(); // * Linha adicionada AddDelimitedTextToList(s, '|', fSL, #0); end; Vou desfazer os ajustes e implementar a sua solução e já lhe dou um retorno sobre o resultado. Muito obrigado pela atenção!

Boa tarde! Por favor, este arquivo XML foi gerado pelo componente? Ele está um formato estranho. Ao configurar o município de Passo Fundo e testar a impressão, de fato, foi exibido conforme relatado com a descrição: Pelo que pude conferir nos fontes, a rotina que define a descrição da natureza da operação possui modificações próprias para este provedor. function TACBrNFSeProviderThema.NaturezaOperacaoDescricao( const t: TnfseNaturezaOperacao): string; begin case t of no63 : Result := '6.3 - Tributação fora do municipio com retenção de ISS'; no64 : Result := '6.4 - Tributacao fora do municipio sem retenção de ISS'; else Result := inherited NaturezaOperacaoDescricao(t); end; end; Buscando no histórico pude ver que é assim desde 2022, mas não encontrei tópico que possa justificar essa descrição. Por favor, pode conseguir e disponibilizar a lista com as descrições de natureza de operação atualizadas?

Boa tarde @João Antônio, Já esta no SVN.

Boa tarde @Diego Reckziegel, Já esta no SVN.

Bom dia @billbarsch, Muito estranho essa mensagem de erro, pois ela diz que o tag cujo o tipo é tsDatEmsRps não consta na estrutura do tipo complexo tcInfRps. Mas os 2 manuais que tenho (versão 1.0 de 18/08/2015) e o (versão 1.9 de 28/02/2018), ambos contem veja: O da versão 1.0 esta igual. Precisamos de um manual mais atualizado, de um XML de exemplo. Ou o webservice esta com um bug e não esta identificando corretamente a tag.

Bom dia! Foi gerada uma nova compilação da Lib que deve englobar a alteração. Por favor, queira atualizar para realizar teste e reportar qualquer problema.

Obrigado pelo retorno @Juliomar Marchetti Estarei realizando a migração, se necessario estarei entrando em contato novamente.

Ok, fico no aguardo de novidades.

Na venda de Gás de Cozinha GLP você deve informar os seguintes campos. Código do Produto na ANP: Deve ser informado o código do produto no Sistema de Informações de Movimentação de Produtos – SIMP. Esta lista pode ser consultada neste link da Agência Nacional de Petróleo – ANP. Para o Gás de Cozinha (GLP) o código é sempre 210203001. Descrição do Produto na ANP: Preencher com a descrição apresentada na mesma tabela citada acima. Para o Gás de Cozinha preencher com “GASES LIQUEFEITO DE PETRÓLEO – GLP”. Percentual do GLP derivado do petróleo: Deve ser informado um valor entre 0 e 100, informando a composição do gás. Essas informações podem ser conferidas na nota fiscal de compra do gás; Percentual de Gás Natural Nacional: Deve ser informado um valor entre 0 e 100, idem ao campo anterior. Percentual de Gás Natural Importado: Deve ser informado um valor entre 0 e 100, idem ao campo anterior. É importante destacar que a SEFAZ não exige o preenchimento de todos estes três campos de percentual, mas irá validar se a soma dos valores informados nestes campos é igual a 100%. Preço por KG sem ICMS: Na nota fiscal de botijão de gás será necessário constar internamente esta informação, que se refere ao valor do quilo do gás sem ICMS (valor de partida). O Contador poderá lhe auxiliar neste cálculo se você não souber o valor. KG na unidade do GLP: Preencha neste campo o peso em quilos do botijão que está sendo cadastrado. No caso do Gás de Cozinha padrão, este peso é de 13 kg. --- Resumo você deve preencher no grupo comb, os campos: Produto := NotaF.NFe.Det.Add; Produto.Prod.comb.pGLP := PERCENTUAL_GLP; Produto.Prod.comb.pGNn := PERCENTUAL_GAS_NATURAL_NACIONAL; Produto.Prod.comb.pGNi := PERCENTUAL_GAS_NATURAL_IMPORTADO; Produto.Prod.comb.vPart := VALOR_PARTIDA_SEM_ICMS; Produto.Prod.qTrib := PESO; // Caso do Botijão de Gás 5, 10, 13 e etc. Produto.Prod.uTrib := 'KG'; Produto.Prod.vUnTrib := PRECO / PESO;

Olá pessoal! Foi publicada em 08/05/2025 a Nota Técnica Conjunta 2025/001 para tratar do CNPJ Alfanumérico modificado pela Instrução Normativa 2229 de 15 de outubro de 2024, afetando os ambientes autorizadores da NFe, NFCe, CTe, CTe OS, GTVe, MDFe, BPe, BPe TM, NF3e e NFCom. Nova lei de formação do número do CNPJ O tamanho do CNPJ permanece sendo 14, no entanto, agora as oito primeiras posições que identificam a raiz e as 4 posições seguintes que identificam a ordem do estabelecimento inscrito aceitaram caracteres alfanuméricos (letras e números). Os dois últimos dígitos verificadores permanecerão aceitando somente números. O cálculo dos dois últimos dígitos verificadores também foi alterado para se aceitar as novas possibilidades. Alterações necessárias nos Documentos Fiscais Eletrônicos Campos do tipo CNPJ Os arquivos de schema dos diversos DFes que utilizam o CNPJ já foram atualizados previamente alterando a expressão regular para aceitar letras maiúsculas nas primeiras 12 posições: [A-Z0-9]{12}[0-9]{2} Observação: Algumas letras não devem ser aceitas no CNPJ Alfa, como I, O, U, Q e F, essa exclusão faz parte das solicitações feitas pela equipe técnica do ENCAT para a Receita Federal do Brasil e precisa ser confirmada. Regras de Validação Não se aplicam modificações nas regras de validação relacionadas, considerando que as mesmas visam autenticar a veracidade dos 2 últimos dígitos verificadores do CNPJ. A partir da implementação desta NT, o contribuinte pode considerar que os ambientes autorizadores já estão adequados ao novo cálculo proposto para o DV. Nota aos Autorizadores: As rotinas de validação de CNPJ devem rejeitar CNPJ Alfanuméricos informados anteriores a data de implantação de cada ambiente (homologação e produção), mesmo que seja admitida a informação na validação de schema (já modificado). A rejeição aplicada nesse caso será a de falha no cálculo do Digito verificador. Chave de Acesso ao Documento Fiscal Eletrônico A expressão regular que valida a chave de acesso passa a suportar letras nas 12 primeiras posições da informação correspondente ao CNPJ que compõe a chave. Cálculo do DV da Chave de Acesso Assim como o cálculo do DV para o CNPJ foi alterado, também será necessário modificar o cálculo do DV da chave de acesso seguindo a mesma lógica proposta, a fim de suportar o alfanumérico. Regras de Validação da Chave de Acesso De forma semelhante as regras de validação relacionadas ao CNPJ, a regra de validação da chave de acesso vai validar o DV da chave e portanto o contribuinte pode considerar que o novo cálculo já vai estar sendo utilizado pelos sistemas autorizadores. Nota aos Autorizadores: As rotinas de validação de Chave de acesso devem rejeitar chaves contendo CNPJ Alfanuméricos informados anteriores a data de implantação de cada ambiente (homologação e produção), mesmo que seja admitida a informação na validação de schema (já modificado). A rejeição aplicada nesse caso será a de falha no CNPJ informado na chave de acesso. Padrão do Código de Barras dos Documentos Auxiliares O padrão utilizado atualmente é CODE-128C que suporta apenas números. A sugestão é a adoção de um modelo híbrido, usando o CODE-128C quando houver somente caracteres numéricos e o CODE-128A que aceita letras e números quando houver CNPJ alfanumérico. Datas A previsão de geração dos primeiros CNPJ Alfanuméricos está definida para julho de 2026. E como fica o ACBr? O componente ACBrValidador utilizado em funções para validar o CNPJ alfanumérico já está adequado para aceitar CNPJs Alfanuméricos. Foi criada a #TK-7034 para revisão dos componentes e possíveis adequações que possam vir a ser necessárias. Qualquer novidade será divulgada neste tópico. Leia a nota técnica na íntegra AQUI.

Boa tarde a todos! Num outro post alguem comentou que poderia ser o driver da impressora. Reinstalei mas não adiantou. Mas ajudou a reparar que a fonte da letra impressa estava maior que o normal. Descobri que a Aparencia do Windows afeta a impressao do FortesReport. Fomos no Painel de controle, Aparencia e Personalizacao, Video. Lá mudamos para "Menor - 100%(padrão)".

ACBrSpedFiscal - Uso da nova função. Melhorar a resposta de erro ao usuário. if (Trim(FArquivo) = '') or (Trim(FPath) = '') then raise Exception.Create(ACBrStr(IIF(Trim(FPath)='','Caminho não informado!','Nome do arquivo não informado!'))); ACBrUtil - Nova função function IIF(_Condicao: Boolean; _True, _False: Variant): Variant; {:: IIF - Condicional iif(x,y,z) ::Adolfo Jefferson 01/01/2009 18:54:12 ::} begin if _Condicao then Result := _True else Result := _False; end; ACBrUtil.pas ACBrSpedFiscal.pas