italo.giurizzato.junior

Bom dia Marcos, Já inclui na minha lista de tarefas para analisar essa questão. TK-3353

Bom dia Daniel, Bom agora é preciso verificar se essa atividade "006202300" esta faltando ser cadastrada ou se a atividade correta é outra.

Bom dia Jhonlenon, Não sei qual versão do manual que você tomou como base. No manual - Anexo I que trata do layout da versão 3.00 do MDF-e temos: O campo RNTRC do grupo <infANTT>, depois temos ele dentro do grupo <prop> do <veicTracao> e dentro do grupo <prop> do <veicReboque>. Lembrando que o grupo <prop> só deve ser gerado se o veículo não pertencer à empresa emitente do MDF-e. Na imagem que você anexou me leva a crer que tanto o veículo tração quanto os dois reboques pertencem à empresa emitente do MDF-e e o grupo infANTT foi informado e consequentemente o RNTRC, sendo assim o componente ao imprimir o DAMDFE acaba usando esse RNTRC para todos os veículos.

Almeida, Esta completo sim.

Boa tarde Almeida, Me parece que agora se trata de erro no webservice do provedor. Verifica se o XML de envio contém a assinatura "completa", caso afirmativo favor entrar em contato com o provedor e expor o problema. Outra coisa pode ser o ambiente de homologação que esta com erro, talvez o de produção esteja funcionando, pelo menos é para estar.

Boa tarde Daniel, Mostre a imagem do programa exemplo com a configuração do certificado.

Bom dia Daniel, No programa exemplo você esta informando o certificado? Se sim, de que forma esta sendo informado?

Bom dia Willian, Existem situações em que devemos gerar a tag <data_fato_gerador>, sendo assim não podemos comentar as linhas que geram essa tag. Em outras situações em que a tag não deve ser gerada devemos atribuir o valor zero ao campo Competencia.

Bom dia Almeida, Faça o seguinte teste: 1. abra a unit SmarAPD.Provider e procure por: TACBrNFSeProviderSmarAPD203.Configuracao; 2. comente a linha: IncluirURI := False; 3. salve a unit alterada; 4. fecha o Delphi e reinstale o ACBr 5. carregue o Delphi, abra o programa exemplo, compila com Build e faça um novo teste de emissão.

Boa tarde Gabriel, Você esta usando o novo componente: ACBrNFSeX ? Se sim, ocorre alguma mensagem de erro?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Almeida, Você poderia anexar o XML de envio do Rps para que eu possa analisar?

Willian, A unit que anexei acima já se encontra no SVN.

Bom dia Willian, Acredito que você não entendeu. 1. descomente as alinhas que você comentou para não gerar a tag <data_fato_gerador>; 2. reinstale o ACBr; 3. na procedure que alimenta o componente com os dados da prestação de serviço atribua o valor zero ao campo Competencia. Competencia := 0;

Boa tarde Daniel, Esses XMLs são do componente antigo, correto? Notei que o XML de envio do lote esta com a assinatura correta. Se no componente novo isso não esta ocorrendo é porque você tem alguma unit alterada do novo, pois nos testes que eu realizei o erro que você esta tendo não ocorre.

Boa tarde Willian, Você notou que a tag <data_fato_gerador> é opcional e ela é gerada com o conteúdo do campo Competencia? Sendo assim, basta atribuir o valor zero para o campo Competencia que a referida tag não é gerada.

Boa tarde Almeida, Notei que você usou o botão [Enviar um RPS]. Chegou a testar os botões [Enviar Lote RPS (Assíncrono)] e [Enviar Lote RPS (Síncrono)]?

Boa tarde, O correto é: Linha1;Linha2;Linha3; O caractere ";" é visto pelo componente como quebra de linha.

Bom dia Willian, Me parece que você não esta com todos os fontes de todas as pastas atualizados. Se você atualizou não reinstalou o ACBr. O que eu notei é que você não esta informando o código IBGE da cidade do prestador. Faça um teste com a unit em anexo. IPM.GravarXml.pas

Bom dia, Favor atualizar os fontes, reinstale o ACBr e faça novos testes. Agora o componente reconhece o que foi definido na propriedade PathCan.

Bom dia Henrique, Neste caso vai ser necessário entrar em contato com a prefeitura/provedor e expor o problema. Enviar para eles o XML assinado que o componente esta gerando e enviado para o webservice, quem sabe eles apontam onde se encontra o erro.

Boa tarde Almeida, Primeiramente o provedor SmarAPD possui um WebService que se utiliza de um layout próprio e outro que se utiliza da versão 2.03 do layout da ABRASF. Segundo, a cidade de Cubatão vai passar a usar o WebService que segue o layout da ABRASF? Se sim, acredito que ficaria da seguinte forma: [3513504] ; Atualizado em 02/08/2022 Nome=Cubatao UF=SP Provedor=SmarAPD Versao=2.03 ProRecepcionar=https://servicos.cubatao.sp.gov.br/tbw/services/Abrasf23 HomRecepcionar=https://servicos.cubatao.sp.gov.br/tbwhomologacao/services/Abrasf23 ; ProLinkURL= HomLinkURL= Faça essa alteração no arquivo ACBrNFSeXServicos.ini E siga a dica abaixo:

Bom dia, Já inclui na minha lista de tarefas para analisar o caso. TK-3336

Bom dia, Esse XML é do Rps e não da NFS-e. Nele não consta o número da nota e sim o número, série e o tipo do Rps, informações estas que se encontram dentro do grupo <IdentificacaoRps> O XML da NFS-e começa com o grupo <CompNfse> = Composição da NFS-e, esse que você anexou começa com o grupo <Rps> = Recibo Provisório de Serviço.

O número da nota consta no XML?