Italo Giurizzato Junior

@Luiz Alberto da Silva Lope, Já esta no SVN.

Olá Pessoal, O ACBrMonitor a partir da próxima versão que vai ser disponibilizada na data de 06/05/2025 os arquivos de processamento de evento (explicado na postagem acima) só vão ser salvos em disco se o campo: Salvar Arquivos de Eventos estiver marcado conforme a imagem abaixo.

Boa tarde @Luiz Alberto da Silva Lope, Muito obrigado pela colaboração, foi criado a TK-7008 para analise.

Boa tarde @mkonat, Já esta no SVN.

Boa tarde @paulo aquino, Já esta no SVN.

Boa tarde @Anderson Grolli, Já esta no SVN.

Bom dia @cgsuporte, Você diz pelo site?

Bom dia @mkonat, Muito obrigado pela colaboração, já foi criado a TK-7007 para analise.

Bom dia a todos, Eu participo de um grupo referente a NFS-e Padrão nacional e questionei se alguém passou ou esta passando por esse problema. Vamos ver se obtenho alguma resposta.

Boa tarde @Vinicius Telles dos Santos, Já esta no SVN.

Boa tarde @Gabriel Bobello, Já esta no SVN.

@Antonio Gomes, Já esta no SVN.

Boa tarde @Antonio Gomes, As variáveis: NrOcorrRespRetencao e NrOcorrValorDeducoes, você só consegue alterar os seus valores na unit GravarXml do referido provedor. Veja que para a versão 2.00 temos: procedure TNFSeW_VersaTecnologia200.Configuracao; begin inherited Configuracao; DivAliq100 := True; if FpAOwner.ConfigGeral.Params.TemParametro('NaoDividir100') then DivAliq100 := False; NrOcorrValorPis := 1; NrOcorrValorCofins := 1; NrOcorrValorInss := 1; NrOcorrValorIr := 1; NrOcorrValorCsll := 1; NrOcorrValorIss := 1; NrOcorrOutrasRet := 1; NrOcorrDescIncond := 1; NrOcorrDescCond := 1; NrOcorrRespRetencao := 1; NrOcorrCodigoPaisServico := 1; NrOcorrRazaoSocialInterm := 1; end;

Bom dia @Antonio Gomes, Porque não tem como você colocar na sua aplicação o código abaixo? // uba 3169901 if (NFSe.Servico.Valores.ValorIss = 0) and (NFSe.Servico.Valores.ValorIssRetido > 0) then NFSe.Servico.Valores.ValorIss := NFSe.Servico.Valores.ValorIssRetido; Outra coisa, segundo consta no arquivo ACBrNFSeXServicos.ini a referida cidade usa a versão 2.01 e não a 2.00, logo esse código teria que estar em outro lugar. { TNFSeW_VersaTecnologia201 } function TNFSeW_VersaTecnologia201.GerarValores: TACbrXmlNode; begin // uba 3169901 if (NFSe.Servico.Valores.ValorIss = 0) and (NFSe.Servico.Valores.ValorIssRetido > 0) then NFSe.Servico.Valores.ValorIss := NFSe.Servico.Valores.ValorIssRetido; Result:= inherited; end;

Olá Pessoal, Vamos atualizar esse tópico. Já foi finalizado os ajustes nos componentes: ACBrBPe, ACBrCTe, ACBrNF3e, ACBrNFCom e ACBrNFe. Os fontes alterados bem como os Schemas e os programas exemplos dos 5 componentes mencionados acima já estão no SVN. Quero lembrar que ainda não é possível enviar o XML contendo os novos campos para a SEFAZ, uma vez que esta ainda não liberou o ambiente de homologação que esta previsto para 01/07/2025. Estamos trabalhando já no componente ACBrNFSeX, mas como dito anteriormente até a postagem desse tópico não foi publicado os Schemas. No que se refere a NFSe temos duas questões: 1. A NT publicada com as mudanças no layout referente a Reforma Tributária é no layout da NFS-e Padrão Nacional (não confundir com ABRASF). 2. Hoje o componente ACBrNFSeX atende 1848 cidades, algumas delas contrataram provedores que usam a versão 1 do layout da ABRASF, outras contrataram provedores que usam a versão 2 do layout da ABRASF e outras contrataram provedores que tem layout próprio. Não sabemos qual a atitude dos provedores que utilizam a versão 1 ou 2 do layout da ABRASF bem como os que tem o seu próprio layout no que se refere a Reforma Tributária. Eles vão alterar o layout que usam para adequar a Reforma ou vão abandonar o layout em uso e vão passar a usar o layout da NFS-e Padrão Nacional? Não temos a resposta para essa pergunta. Até a próxima pessoal.

Olá Pessoal, É com grande alegria que informo a todos que o componente ACBrNFe já esta em conformidade com a NT 2025/002 versão 1.01 referente a Reforma Tributária. Já se encontra no SVN os fontes, os Schemas e o programa exemplo em Delphi que exemplifica como alimentar os novos campos. Quero deixar bem claro que o ambiente de homologação só vai estar liberado em 01/07/2025 para recepcionar os XML com os novos campos referente a Reforma Tributária. Portanto nem adianta tentar enviar que o XML vai ser rejeitado.

Olá Pessoal, É com grande alegria que informo a todos que o componente ACBrNFe já esta em conformidade com a NT 2025/002 versão 1.01 referente a Reforma Tributária. Já se encontra no SVN os fontes, os Schemas e o programa exemplo em Delphi que exemplifica como alimentar os novos campos. Quero deixar bem claro que o ambiente de homologação só vai estar liberado em 01/07/2025 para recepcionar os XML com os novos campos referente a Reforma Tributária. Portanto nem adianta tentar enviar que o XML vai ser rejeitado.

Bom dia @Sandro Andre Reghelin e @valterpatrick, Reforçando o que foi dito pelo nosso consultor @Alexandre de Paula. No Manual que contem o layout da NF-e temos uma outra ocorrência que contem o os campos pesoL e pesoB que se referem ao peso do veiculo novo que esta sendo comercializado. Estes são informados segundo a unidade de medida tonelada. vide imagem abaixo. Mas no Manual do DANFE temos a seguinte informação: Observe que o Peso Bruto e Peso Liquido a ser impresso no DANFE se refere aos campos X32 e X31 que são justamente o pesoB e pesoL do grupo de Volumes. Portanto a unidade de medida é Kg.

Boa tarde @Antonio Gomes, Vou analisar essa questão.

Boa tarde @[Bruno], No programa exemplo temos: with ACBrNFSeX1.Configuracoes.WebServices do begin // Redefini a quebra de linha que por padrão é "|' QuebradeLinha := ';'; (...) end; O padrão é pipe, mas a titulo de exemplo a quebra de linha esta sendo redefinida para ponto e virgula.

Boa tarde @Gabriel Bobello, Já esta no SVN.

Boa tarde @Bruno Italo, Já esta no SVN.

Boa tarde @Bruno Italo, Já esta no SVN.

Boa tarde @Bruno Italo, Já esta no SVN.

Boa tarde @Daniel Afonso-NW Software, Preciso do link para acessar a nova versão do manual. Pois você anexou a imagem do comunicado.