leandro.ledo

Boa tarde.. Aparentemente, ficou sem o nome do provedor no arquivo ACBrNFSeXServicos.ini Incluindo a linha com o nome do provedor, funcionou. Provedor=ISSNet

Ao gerar o registro C500, com documento do tipo Entrada Modelo 66 estão aparecendo as seguintes mensagens de validação: Registro C500 : O código do modelo "66" não está na lista de valores válidos "[06, 28, 29]" ! Registro C500 : Se o modelo for 06 (energia elétrica) ou 28 (gás canalizado), os valores válidos são "[01, 02, 03, 04, 05, 06, 07, 08]". Se o modelo for 29 (água canalizada), o valor deve constar da Tabela 4.4.2 do Ato COTEPE/ICMS nº 09, de 18 de abril de 2008. ! Adicionei o teste abaixo no arquivo ACBrEFDBloco_C_Class.pas, no procedimento WriteRegistroC500: if UmRegC500.COD_MOD <> '66' then Begin // COD_MOD Check(MatchText(UmRegC500.COD_MOD, ['06', '28', '29']), 'Registro C500 : O código do modelo "%s" não está na lista de valores válidos "%s" !', [UmRegC500.COD_MOD, '[06, 28, 29]']); // COD_CONS Check(funChecaCOD_CONS(UmRegC500.COD_MOD, UmRegC500.COD_CONS), 'Registro C500 : Se o modelo for 06 (energia elétrica) ou 28 (gás canalizado), ' + 'os valores válidos são "%s". Se o modelo for 29 (água canalizada), o valor deve ' + 'constar da Tabela 4.4.2 do Ato COTEPE/ICMS nº 09, de 18 de abril de 2008. !', ['[01, 02, 03, 04, 05, 06, 07, 08]']); End; Se alguém puder, verificar a possibilidade de incluir nos fontes.. ACBrEFDBloco_C_Class.pas

Boa tarde. Obrigado @Italo Giurizzato Junior

Cidade de Trindade GO agora utiliza provedor Centi. Caso ainda estejam atualizando ACBRNFSe, seguem arquivos Cidades.ini e Centi.ini; Cidades.ini Centi.ini

Alguém pode verificar a possibilidade de implementar a alteração abaixo? Arquivo de remessa estava enviando o campo "ACBrTitulo.SeuNumero", na posição 111 até 120. Alterei para "ACBrTitulo.NumeroDocumento" Alteração na linha 158 do arquivo em anexo. ACBrBancoUnicredES.pas

Obrigado @Italo Giurizzato Junior

Boa tarde. Se alguém puder incluir no arquivo Cidades.ini a URL de Produção do Webservice da Cidade de Sorriso/MT, Provedor Agili NomeURL_P=prefsorriso-mt.agilicloud.com.br Segue Cidades.ini em anexo. Cidades.ini

Seguem ajustes realizados nos arquivos ACBrPagForGravarTxt e ACBrPagForLerTxt; ACBrPagForGravarTxt: Linha 399 De: wregistro := wregistro + FormatFloat('0', FPagFor.Lote.Items[I].Registro1.Empresa.ContaCorrente.Conta.TipoConta); Para: wregistro := wregistro + PadRight(FPagFor.Lote.Items[I].Registro1.Empresa.ContaCorrente.Agencia.DV,1); Arquivo ACBrPagForLerTxt: Linha: 316 De: FPagFor.Lote.Last.SegmentoA.Last.Aviso := StrToInt(Copy(FArquivoTXT.Strings[i], 230, 1)); Para: FPagFor.Lote.Last.SegmentoA.Last.Aviso := StrToIntDef(Copy(FArquivoTXT.Strings[i], 230, 1),0); ACBrPagForLerTxt.pas ACBrPagForGravarTxt.pas

Bom dia. Mesmo problema aqui também. Pelo que consegui ver, as RPS estão chegando ao Webservice, porém parece que o Webservice está lento para processá-la e responder. Já aumentei o tempo de Timeout para ver se resolvia, porém sem sucesso. O que percebi é que depois de um tempo, consultei no portal e vi que a RPS foi processada e gerou a Nota, porém não consegui consultar via Software.

Testei aqui depois que alterei, não deu erro. Funcionou

Estava com problema para imprimir DAMDFE utilizando o Fast Report. Ao imprimir, trazia a mensagem: could not convert of type(UnicodeString Into type Double) Pelo que vi, os dados estavam sendo carregados normalmente, porém, ao imprimir o relatório apresentava esta mensagem. No meu caso, resolvi da seguinte forma: na unit ACBrMDFeDAMDFEFRDM.pas, adicionei ao construtor "constructor TDMACBrMDFeDAMDFEFR.Create(AOwner: TComponent);" a seguinte linha: frxReport.EngineOptions.UseGlobalDataSetList := False; Criei um procedimento setar os frxDataSets ao Report. Já na Unit ACBrMDFeDAMDFEFR.pas, na função PrepareReport, utilizo o procedimento para setar os datasets. No meu caso funcionou. Segue as Units, se for possível, gostaria que alguém postasse-os no repositório. Obrigado ACBrMDFeDAMDFEFR.pas ACBrMDFeDAMDFEFRDM.dfm ACBrMDFeDAMDFEFRDM.pas DAMDFe_Retrato_mod2.fr3

Ok, muito obrigado

Boa tarde. Segue alterações que realizamos para o provedor Governa, cidade de Araxá/MG. Há algumas diferenças para a cidade Iturama/MG, que já estava implementada e que buscamos manter a compatibilidade. Se alguém puder adicionar, agradeço. ACBrNFSe.pas ACBrNFSeWebServices.pas Cidades.INI Governa.INI pnfsCancNfseResposta.pas pnfsConsSitLoteRpsResposta.pas pnfsConversao.pas pnfsEnvLoteRpsResposta.pas pnfsLerListaNFSe.pas pnfsNFSe.pas pnfsNFSeG.pas pnfsNFSeR.pas pnfsNFSeW.pas pnfsNFSeW_Governa.pas

Anexei o arquivo errado da outra vez. Segue novamente Cidades.INI

Bom dia No componente está configurado como ISSNET, porém o provedor atual é AGILI. Estamos começando a utilizar este provedor agora. Fiz um teste com a versão atual e, mesmo acrescentando os caminhos no arquivo não consegui transmitir. Pesquisei aqui no fórum e vi que haviam mais pessoas na mesma situação que a minha. Pelo que percebi, há diferença no layout do arquivo que gerei com o layout que o provedor me mandou em pdf. Solicitei ao provedor um arquivo de exemplo para facilitar a comparação. Ainda estou verificando a estrutura do arquivo. Outro detalhe que percebi é que, pelo menos no caso de Sorriso, a transmissão utiliza padrão RestFul, com método HTTP POST. Segue arquivo Cidades com o nome do provedor alterado. Cidades.INI

Estou começando a ver sobre este provedor. O que tenho até agora é isso: URL de Homologação: http://homolog.nfse.prefsorriso-mt.agilicloud.com.br/ URL de Produção: http://nfse.prefsorriso-mt.agilicloud.com.br/ Manual de integração e xsd em anexo. Manual_WebService_IssqnNfse_Agili.pdf XSDAgili.xsd

Fiz um ajuste na Unit pnfsNFSeR.pas, na linha 1053. Se alguém puder aplicá-la, agradeço. Antes: NFSe.Servico.CodigoMunicipio := Leitor.rCampo(tcStr, 'CodigoMunicipio'); Depois: if FProvedor = proISSNet then NFSe.Servico.CodigoMunicipio := Leitor.rCampo(tcStr, 'CodigoTributacaoMunicipio') else NFSe.Servico.CodigoMunicipio := Leitor.rCampo(tcStr, 'CodigoMunicipio'); pnfsNFSeR.pas

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?