[Erro após atualizar fontes]

Atualizei os fontes do ACBr e na instalação deu erro na NFS-e, conforme log em anexo.

log_Delphi_7.txt

Resolvido. Apaguei o .pas que estava dando erro, baixei novamente e passou na instalação.

Grato!

[Trunk2 não imprimi tarja "NFS-e CANCELADA" - Impressão Fortes]

Resolvi assim, alterando em \fontes\ACBrDFe\ACBrNFSe\ACBrNFSeNotasFiscais.pas

function TNotasFiscais.LoadFromString(AXMLString: String;
  AGerarNFSe: Boolean = True): Boolean;
var
  VersaoNFSe: TVersaoNFSe;
  Ok: Boolean;
  AXML: AnsiString;
  N: integer;
  vTipo: Integer;

  function PosNfseCancelamento: Integer;
  begin
    Result := Pos('</NfseCancelamento>', AXMLString);
  end;

  function PosNFSe: Integer;
  begin
    Result := Pos('</Nfse>', AXMLString);
  end;

  function PosRPS: Integer;
  begin
    if VersaoNFSe < ve200 then
      Result := Pos('</Rps>', AXMLString)
    else
    begin
      // Se a versão do XML do RPS for 2.00 ou posterior existem 2 TAGs <Rps>,
      // neste caso devemos buscar a posição da segunda.
      Result := Pos('</Rps>', AXMLString);
      Result := PosEx('</Rps>', AXMLString, Result + 1);
    end;
  end;

begin
  VersaoNFSe := StrToVersaoNFSe(Ok, TACBrNFSe(FACBrNFSe).Configuracoes.Geral.ConfigXML.VersaoXML);

  AXMLString := StringReplace(StringReplace( AXMLString, '&lt;', '<', [rfReplaceAll]), '&gt;', '>', [rfReplaceAll]);
  AXMLString := RetirarPrefixos(AXMLString);
(*
  // Converte de UTF8 para a String nativa da IDE //
  AXMLString := RetirarPrefixos(DecodeToString(AXMLString, True));
*)
  Result := False;
  
  N := PosNfseCancelamento;
  if N > 0 then
    vtipo := 0;

  if N = 0 then
  begin
    N := PosNFSe;
    if N > 0 then
      vTipo := 1;
  end;

  if N > 0 then
  begin
    // Ler os XMLs das NFS-e
    while N > 0 do
    begin
      if vTipo = 0 then
      begin
        AXML := copy(AXMLString, 1, N + 18);
        AXMLString := Trim(copy(AXMLString, N + 19, length(AXMLString)));
      end;

      if vTipo = 1 then
      begin
        AXML := copy(AXMLString, 1, N + 6);
        AXMLString := Trim(copy(AXMLString, N + 7, length(AXMLString)));
      end;

      with Self.Add do
      begin
        LerXML(AXML);

        if AGerarNFSe then // Recalcula o XML
          GerarXML;
      end;

      if vTipo = 0 then
        N := PosNfseCancelamento;

      if vTipo = 1 then
        N := PosNFSe;
    end;
  end
  else begin
    N := PosRPS;
    // Ler os XMLs dos RPS
    while N > 0 do
    begin
      AXML := copy(AXMLString, 1, N + 5);
      AXMLString := Trim(copy(AXMLString, N + 6, length(AXMLString)));
      with Self.Add do
      begin
        LerXML(AXML);

        if AGerarNFSe then // Recalcula o XML
          GerarXML;
      end;

      N := PosRPS;
    end;
  end;
end;

[Cadastrar tomador ginfes]

Fortaleza utiliza o padrão Ginfes,

Mas não encontrei (e nem sei se tem) a página do ambiente de homologação.

[Trunk2 não imprimi tarja "NFS-e CANCELADA" - Impressão Fortes]

Creio que o problema esteja na 

function TNotasFiscais.LoadFromString

Essa function chama a função PosNFSe que procura a tag </Nfse> e ignora o restante do xml.

[Cadastrar tomador ginfes]

3 horas atrás, Alexsandro Lopes disse:

para realizar testes no provedor. como faço?

Boa tarde Alexsandro.

Se for por webservice, é só setar o componente ACBrNFSe para homologação.

Se for no site do provedor, no meu caso que é Ginfes, eu entro na homologação: http://nomedacidade.ginfesh.com.br

[Trunk2 não imprimi tarja "NFS-e CANCELADA" - Impressão Fortes]

Para que o danfe da nfs-e saia com a tarja de cancelamento, você deve alterar a propriedade do componente danfe:

ACBrNFSe1.NotasFiscais.Clear;
ACBrNFSe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName);
if ACBrNFSe1.NotasFiscais.Items[0].NFSe.NfseCancelamento.DataHora <> 0 then
  ACBrNFSe1.DANFSE.NFSeCancelada := True;
ACBrNFSe1.NotasFiscais.Imprimir;

Contudo, a propriedade DataHora está vindo zerada após o carregamento do xml.

[ACBrNFSe - Trunk2]

Resolvi desinstalando tudo e fazendo uma nova instalação.

Obrigado Juliomar, pela atenção.

Resolvi desinstalando tudo e fazendo uma nova instalação.

Obrigado Juliomar, pela atenção.

[ACBrNFSe - Trunk2]

Agora, Juliomar Marchetti disse:

Sim recompilar os pacotes!

Sim. Mas é justamente na hora de recompilar os pacotes que está dando o erro.

Agora, Juliomar Marchetti disse:

Sim recompilar os pacotes!

Sim. Mas é justamente na hora de recompilar os pacotes que está dando o erro.

[ACBrNFSe - Trunk2]

Bom dia Italo.

Atualizei os fontes e começou a dar o erro no ACBrNFSeWebServices.pas: Method 'Clear' not found in base class.

Além de atualizar tenho que fazer alguma outra coisa? 

[NFCe Rejeicao: Informado NCM inexistente]

No portal da NF-e tem uma planilha com os NCM, mas sem os percentuais.

http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=oqXtmaR10bY=

[The application was unable to start correctly (0xc0150002).]

Vou fazer um pente fino nas dll's. Estou desconfiado que pode ser sim as dll's.

[The application was unable to start correctly (0xc0150002).]

DLL's atualizadas.

O erro acontece assim que se clica no ícone do sistema. Nem chega na parte da chamada do certificado digital.

[The application was unable to start correctly (0xc0150002).]

1 hora atrás, Alexsandro Lopes disse:

o problema foi solucionado ????

ja tentaram executar como administrador....!!!

ate agora nao tive problemas no wim10 nao sei no oito vou testar aqui e mando resposta...ok 

 

Boa tarde Alexsandro.

No meu caso, já tentamos executar como administrador e alteramos o modo de compatibilidade mas nada deu certo ainda.

[The application was unable to start correctly (0xc0150002).]

Também estou com um cliente com esse problema, porém, no Win 8.

A versão do sistema com ACBr Trunk1 funciona normalmente nesse cliente.

Estou tentando achar o problema.

 

[Mudanças NT 2015.002 & NT 2015.003 (Nf-e, Nfc-e) e Componentes Acbr]

Agora, jpsleao disse:

Vcs estão destacando só o total da partilha ou item a item??

Eu estou destacando apenas o total (icms difa para uf origem, icms difa para ud destino, total do icms difa, valor do FCP para uf destino).

[Publicada atualização da NT 2015/003 – V 1.60]

1 minuto atrás, nazarenoneto disse:

@wilson.duvidas Você teste colocar sem o valor FCP nos itens e no total?

Testei.

Sem o valor do FCP nos itens e no total, valida sem problemas.

[Publicada atualização da NT 2015/003 – V 1.60]

Realmente, o totalizador vICMSUFDest, com o valor do FCP adicionado, causa rejeição da NF-e por diferença do somatório do vICMSUFDest dos itens.

Uma bagunça total !!!

[Publicada atualização da NT 2015/003 – V 1.60]

A nota técnica diz também que foi alterado o prazo limite para implantação em produção de várias regras de validação, inclusive a NA01-20, que é a regra que verifica se foi ou não informado o grupo de ICMS para a UF destino.

[Erro na Danfe da NFe Fortes Reports]

Em 23/12/2015 at 10:32, Dercide Alvarez disse:

EasySoft,

Ontem ao baixar as atualizações e compilar o problema voltou.

Verifique se o Libary Path do Fortes Report esta na pasta correta.

Eu acabei mudando da Binary\LibD7 para fortesreport-ce-master\Source e ai deu certo.

É alguma coisa neste sentido, tive de apagar tudo e compilar umas 3x, ai funcionou.

Dercide.

Eu já estava atualizado com o Trunk 2.

Atualizei o ACBr hoje (18/12/2015) e na compilação apresentou o erro citado.

Para mim, resolveu fazendo a alteração do Library Path, conforme acima.

[Mudanças NT 2015.002 & NT 2015.003 (Nf-e, Nfc-e) e Componentes Acbr]

Liberada NT 2015/003 v1.50

[Informado indevidamente o grupo de ICMS para a UF de destino]

Em 15/12/2015 at 18:18, Fox_Desenvolvimento disse:

Estou com uma dúvida quanto a diferença do ICMS. Até agora vi somente exemplos com alíquotas "cheias", por exemplo, em uma venda do PR para BA:

Alíquota Interestadual PR - BA = 7%

Alíquota Interna BA = 17&

Diferença = 10%

E se o produto sofre alguma redução de alíquota interna, o cálculo continua o mesmo?

Por exemplo em SP o ICMS é 18%, mas alguns produtos são vendidos a 12%, ou a 7%... Nestes casos vale a tabela interestadual para cálculo da diferença ou será necessário algum ajuste?

De acordo com o que li no Convênio ICMS 153/15 (https://www.confaz.fazenda.gov.br/legislacao/convenios/convenio-icms/2015/convenio-icms-153-15), os benefícios de redução de base de cálculo e isenção devem ser considerados no cálculo.

É uma confusão total!

[Mudanças NT 2015.002 & NT 2015.003 (Nf-e, Nfc-e) e Componentes Acbr]

4 horas atrás, dannymazzo disse:

Wilson, bom dia.

O correto então seria conforme abaixo ?

vBCUFDest          1.000,00 
pFCPUFDest                2%
pICMSUFDest            19%
pICMSInter                  12%
pICMSInterPart          40%
vFCPUFDest            20,00 
vICMSUFDest          48,00 
vICMSUFRemet       42,00 

 

Só não sei sei na tag vICMSUFDest tem que adicionar o valor de vFCPUFDest.

Lembrando que ainda não foi liberada nenhuma norma técnica nova e, portanto, o que  está valendo é a maneira do cálculo da NT 2015/003 v1.40.

 

 

[Mudanças NT 2015.002 & NT 2015.003 (Nf-e, Nfc-e) e Componentes Acbr]

Eu acho que deveria ser assim:

pICMSUFDest = 19 (Alíquota adotada nas operações internas na UF de destino para o produto / mercadoria)

pICMSInter = 12 (Alíquota interestadual das UF envolvidas: - 4% alíquota interestadual para produtos importados; 7% para os Estados de origem do Sul e Sudeste (exceto ES), destinado para os Estados do Norte, Nordeste, Centro-Oeste e Espírito Santo; 12% para os demais casos)

Os demais campos ok.

[Prorrogação Bloco K, Código CEST e base única no cálculo da DIFAL.]

Esse nosso governo está brincando.

De novo ajustar os sistemas para a nova forma de cálculo, às vésperas da virada do ano.

 

 

[Rejeição: Alíquota interestadual do ICMS incompatível com as UF envolvidas na operação [nItem:1]]

Eu testei agora no validador da SEFAZ RS uma NF-e de SP para MS, com alíquota interestadual de 7% (<pICMSInter>7.00</pICMSInter>) e validou sem problema algum.