leandro.ledo

Pode ser esse problema aqui:

Sugestão para incluir os dados retornados da tag 'emissao' nos procedimentos TratarRetornoConsultaSituacao e TratarRetornoEmitir Betha.Provider.pas

Tem alguma configuração específica para Este provedor? Estou tentando enviar a nota, ela retorna Não Processado. Eu consulto a situação pelo protocolo ele não encontra. Se eu tento transmitir novamente, retorna a mensagem E050 DPS já recepcionada anteriormente;

Boa tarde. Aqui consegui transmitir, porém não está 100% porque não consegui encontrar ainda em que lugar que ele carrega os dados da Nota. O XML após autorização, não está ficando com os dados da NFSe e da DPS. Eu cheguei até esse procedimento: TACBrNFSeProviderCoplanAPIPropria.TratarRetornoEmitir. Até fiz alguns ajustes para carregar o número, série, etc. Porém ainda não resolveu. Pelo que percebi, o número da RPS/DPS que eu envio, não é o mesmo depois que o provedor Autoriza. Provedor Coplan, SINOP-MT.

Será que o código nbs não deveria estar depois de '#31', 'CodigoTributacaoMunicipio'? Como é uma unit que vários provedores usam, não sei se é possível trocar ali.

Juara está utilizando Provedor Agili. Segue alteração no arquivo ACBrNFSeXServicos.ini: [5105101] Nome=Juara UF=MT Provedor=Agili Params=NomeTagAtividadeEconomica:ItemLei116AtividadeEconomica|NaoGerarTag:ItemLei116

Aqui funcionou da seguinte forma: ProLinkURL=https://api.centi.dev.br/portal/nfse/mt/tangaradaserra/%ID% HomLinkURL=https://api.centi.dev.br/portal/nfse/mt/tangaradaserra/%ID%

Aqui tem um exemplo de como fazer:

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