Italo Giurizzato Junior

Bom dia Almeida, Esses são os códigos faltantes?

Bom dia Daniel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5745

Bom dia Felipe, O prestador de serviço em questão já emitida NFS-e através de outra aplicação? Se sim, você pode através do site da prefeitura baixar o XML da ultima NFS-e emitida por ele, costuma constar no XML o numero do RPS.

Boa tarde @Marcio Patyk, Estamos evitando ao máximo de colocar condições envolvendo provedor ou município como você fez. Precisamos saber se essas descrições são exclusivas para a cidade de Passo Fundo ou se o provedor Thema adota essas descrições para todas as cidades atendidas por eles. Você consegue descobrir isso para nós?

Boa tarde @Calmeida79, Descobri o motivo de não estar sendo impresso, veja: Abra o arquivo TabServicos.ini que esta na pasta: ...\Fontes\ACBrDFe\ACBrNFSeX e procure por 1601, vai constar, mas não consta o 1602. [1601] Descricao=Servicos de transporte de natureza municipal. [1701] Descricao=Assessoria ou consultoria de qualquer natureza, nao contida em outros itens desta lista; analise, exame, pesquisa, coleta, compilacao e fornecimento de dados e informacoes de qualquer natureza, inclusive cadastro e similares. Qual seria a descrição do serviço 16.02 ?

Boa tarde @Marcelo Loiola Silva, Pode ser que o provedor esteja exigindo que o XML seja assinado e o componente não esteja realizando a assinatura. Abra a unit ISSLegal.Proveder e procure pela procedure Configuracao, você vai encontrar: procedure TACBrNFSeProviderISSLegal203.Configuracao; begin inherited Configuracao; ConfigGeral.Autenticacao.RequerChaveAutorizacao := True; (...) { with ConfigAssinar do begin Rps := False; LoteRps := False; ConsultarSituacao := False; ConsultarLote := False; ConsultarNFSeRps := False; ConsultarNFSe := False; CancelarNFSe := False; RpsGerarNFSe := False; LoteGerarNFSe := False; RpsSubstituirNFSe := False; SubstituirNFSe := False; end; } end; Descomente o bloco referente ao ConfigAssinar e vai trocando o False por True a cada teste. Por exemplo altere para True o valor de Rps, isso vai fazer que o Rps seja assinado. Salve a unit alterada, reinstale o ACBr e faça um teste de envio.

Boa tarde @eesoares, Você esta pegando os schemas da pasta do componente antigo. Leia o tópico abaixo para configurar corretamente a pasta schemas ao usar o novo componente.

Bom dia @william_computel, Segundo o manual do provedor AssessorPublico que temos não consta essa estrutura de de uma lista forma de pagamento. O que tem referente a pagamento é: Que no componente você informa a data de vencimento da seguinte forma: Vencimento := strToDate('16/08/2024');

Bom dia @Gabriel Bobello, Você esta usando o componente ACBrNFSeX? Com relação ao código não consta nada no manual sobre esse código, alias os códigos de erros sempre começam com a letra E.

Bom dia @Calmeida79, Você poderia anexar o XML para que possamos analisar essa questão? O prestador é de Santos?

Bom dia @ThiagoDornelas, Fiz uma alteração no arquivo ACBrCTeServicos.ini Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia @Leandro Araújo, Já esta no SVN.

Boa tarde @Calmeida79, Esse DANFSE é do Fortes ou Fast Report?

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

Boa tarde @LeonardoRocha, Notei que o conteúdo da tag <descritivo> esta entre aspas, existe um motivo para isso? <descritivo>&amp;quot;SUPORTE (...) R$ 155,66&amp;quot;</descritivo> A sequencia: &amp;quot; equivale ao caractere aspas. O erro de UTF-8 que esta ocorrendo é porque o XML retornado pelo webservice esta no formato ANSI. O encoding indicando UTF-8 é inserido no XML antes dele ser salvo em disco. Existe até uma rotina que visa identificar a codificação e caso não seja UTF-8 faz a conversão, mas me parece que isso não esta ocorrendo. Qual é a versão da Lib utilizada nesse teste?

Bom dia @eesoares, Se o seu Delphi não for o CE você deve sempre executar o ACBrIntall_Trunk2 após atualizar os fontes com o Tortoise, caso contrario vai ter que instalar pacote por pacote que é muito mais trabalhoso. Na minha maquina tenho uma pasta chamada trunk2 e dentro desta as patas com os fontes dos componentes, programas exemplos, DLLs, Pacotes de instalação, etc. Veja a imagem:

Bom dia @ThiagoDornelas, Já inclui na minha lista de tarefas para analise desse caso juntamente com a equipe ACBr. TK-5736

Boa noite @C4Dev, Você não me respondeu a segunda pergunta. Por conta de estar gerando com 4 casas o RPS esta sendo rejeitado? Se sim, qual é o erro? Quanto a esse Params chamado Aliquota2Casas é informado no arquivo ACBrNFSeXServicos.ini na cidade em questão. Veja o exemplo abaixo: [3170701] ; Atualizado em 18/12/2023 Nome=Varginha UF=MG Provedor=Betha Versao=2.02 Params=Aliquota2Casas: ProRecepcionar=https://nota-eletronica.betha.cloud/rps/ws HomRecepcionar=https://nota-eletronica.betha.cloud/rps/ws

Boa tarde @Leandro Araújo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5735 O fato do grupo infOutros estar diferente pode ser que foi uma contribuição para fazer algum ajuste e esse ajuste não foi aplicado nos 3 grupos.

Boa tarde @Calmeida79, O provedor esta fazendo kaka, veja: A tag IncentivadorCultural no layout da NFSe é do tipo TsSimNao. O tipo TsSimNao aceita somente os valores 1 para Sim e 2 para Não. O XML da NFS-e gerado pelo WebService do provedor esta gerando essa tag com o valor zero. Isso esta errado. Entre em contato com eles e mostre o erro deles. Essas imagens são do manual da versão 1.00 do Layout da ABRASF. Se vierem com aquela história do folclore brasileiro que estão usando a versão 2.04 da ABRASF, primeiramente o XML esta sendo gerado na versão 1 e segundo mesmo na versão 2.04 o valores do tipo TsSimNao são exatamente os mesmos, ou seja, 1 = Sim e 2 = Não.

Boa tarde @C4Dev, Muito vago a sua mensagem. Esta gerando com 4 casas decimais sendo que o correto seria 2 o que (qual tag)? O RPS enviado foi rejeitado?

Boa tarde a todos, Até hoje não vi vantagem nenhuma alimentar o componente executar o método GravarXml depois carregar ele, para depois assinar, validar enviar, ,,,,, Não é mais fácil, alimentar o componente e executar o método Assinar, depois o Validar ou simplesmente o Enviar? Sendo que o Assinar e o Validar são executados automaticamente dentro do Enviar. E que o GravarXml é executado automaticamente dentro do Assinar. Por fim: Vocês estão ciente que o modo de envio do MDF-e agora é síncrono, logo não existe mais essa história de lote e muito menos numero de recibo? Vocês estão com todos os fontes de todas as pastas atualizados e o ACBr reinstalado? O modo de envio assíncrono acabou no dia 30/06/2024, portanto fazem 12 dias que só é aceito o modo síncrono e tem diversos desenvolvedores que fizeram o dever de casa (atualizar e reinstalar o ACBr) e estão emitindo o MDF-e sem nenhum problema. E quanto a pegar o retorno como numero de protocolo para atualizar o banco de dados, vide o programa exemplo, mais precisamente o botão [Gerar e Enviar Síncrono].

Boa tarde @ThiagoDornelas, Isso é estranho pois vai contra a regra de validação que colei mais acima que diz que o evento EPEC não pode ser enviado para o ambiente normal de autorização.

Bom dia @DOUGLAS GUIMARÃES DOS SANTOS, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes de substituição usando o programa exemplo.

Bom dia @Rafael Luís Acco, Já esta no SVN.