leandro.ledo

Boa tarde. Testei a alteração em produção e funcionou: envio, consulta situação do lote e o cancelamento, como você disse, não é permitido. Fisslex cidade de Sinop.

Boa tarde. Estou com a versão atualizada e utilizo este procedimento para gerar a RPS: ACBrNFSe1.Gerar [Assinar] RPS=1 Lote=0 URI=1 Recepcionar=0 ConsSit=0 ConsLote=0 ConsNFSeRps=0 ConsNFSe=0 Cancelar=0 Gerar=1 RecSincrono=0 Substituir=0 Comparando os fontes do trunk1 com trunk2, verifiquei que no trunk1 a opção gerar estava verdadeiro e no trunk2 falso. Então, mudei no arquivo Goiania.ini, a opção Gerar para 1. Segue arquivo em anexo. Não pude concluir o teste de transmissão porque estou dependendo da liberação de intervalo de rps pelo cliente. Mas o erro que apresentava antes não apresentou mais depois que mudei o parâmetro. Espero que ajude. Goiania.ini

Bom dia. Passei por um problema semelhante e no meu caso resolveu fazendo uma alteração na Unit ACBrNFSeDANFSeFR;

Eu havia testado utilizando o DANFSeNovo.fr3, neste nao deu erro. Testei agora com o DANFSE.fr3. Na procedure CriarDataSetsFrx eu adicionei esta linha: frxReport.EngineOptions.UseGlobalDataSetList := False; Segue anexo ACBrNFSeDANFSeFR.zip

Tive o mesmo problema, também com os fontes atualizados, porém utilizando Delphi XE5. Criei um procedimento na Unit ACBrNFSeDANFSeFR; procedure TACBrNFSeDANFSeFR.HabilitarDataSetsFrx; Begin //Adicionado por Leandro: 04.01.2016 - Sem este trecho estava dando field not found em vários campos frxReport.DataSets.Clear; frxReport.DataSets.Add(frxIdentificacao); frxReport.DataSets.Add(frxPrestador); frxReport.DataSets.Add(frxServicos); frxReport.DataSets.Add(frxParametros); frxReport.DataSets.Add(frxTomador); frxReport.DataSets.Add(frxItensServico); frxReport.EnabledDataSets.Add(frxIdentificacao); frxReport.EnabledDataSets.Add(frxPrestador); frxReport.EnabledDataSets.Add(frxServicos); frxReport.EnabledDataSets.Add(frxParametros); frxReport.EnabledDataSets.Add(frxTomador); frxReport.EnabledDataSets.Add(frxItensServico); // End; Chamo ela antes de frxReport.PrepareReport; Segue em anexo ACBrNFSeDANFSeFR.zip

Passei pelo mesmo problema e, no meu caso, utilizei da seguinte forma: Na unit ACBrEPCBloco_F_Class, procedure TBloco_F.WriteRegistroF200(RegF010: TRegistroF010), ficou desta forma: if (Bloco_0.Registro0001.Registro0110.COD_INC_TRIB <> codEscrOpIncCumulativo) then WriteRegistroF205( RegF010.RegistroF200.Items[intFor] ); Só escreve o registro se o regime for diferente de cumulativo.

Boa tarde Passei pelo mesmo problema ao validar um arquivo ref. ao ano de 2011, com o mesmo caso acima. Fiz a alteração conforme sugerido. A sugestão postada acima, será implementada em versões posteriores?