Italo Giurizzato Junior

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

Boa tarde Walter, Você não configurou a pasta onde se encontra os Schemas, pelo menos é que eu vejo nessa imagem.

Boa tarde @C4Dev, No XML de envio de lote não encontrei nenhuma quebra de linha. A alteração realizada na época do tópico que você mencionou é que o componente estava removendo a formatação da inscrição municipal e o provedor estava exigindo a inscrição formatada. Que não é o seu caso.

Boa tarde Marcio, Pelo que eu entendi, você tentou enviar novamente esses DPS rejeitados novamente e novamente eles foram rejeitados, correto? Verifique se entre os que foram processados com sucesso não tem um com o mesmo numero deste que foram rejeitados. A API deveria retornar outro erro acusando que o DPS já se encontra na base de dados, mas vai que. Outra coisa, procure informar a data e hora e não somente a data para o campo DataEmissao, note que todos os DPS estão com o horário zerado.

Bom dia Marcio, Todas as notas são do mesmo prestador de serviço correto? Chegou a abrir o XML do DPS de um desses 27 rejeitados para verificar se o CNPJ que consta no grupo prestador é o mesmo do certificado? Se é o mesmo, tente enviar novamente esses 27 DPS rejeitados.

Bom dia, Você configurou a Lib para salvar os XML?

Bom dia Carlito, Checando o XML do RPS que esta sendo enviado, temos o telefone do tomador que não tem nada haver com o telefone que aparece na mensagem de erro retornado pelo webservice. Note que até a formatação do telefone esta zoada: '(66)6)34210025 ' . Reforço o que o Diego já expos, o erro é no webservice do provedor, não vejo outra alternativa entrar em contato com eles e expor o problema. Pode ser apenas um erro de cadastro do prestador caso esse telefone seja do prestador.

Chaves, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes usando o programa exemplo.

Bom dia @Alexandre Felippeto Henzen, Já esta no SVN.

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

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

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

Bom dia Paulo, Se trocar o caracter "&" pela letra E o RPS é processado pelo provedor?

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Jhonlenon, Então neste caso vai ter que ver qual é o código correto. Pois 107 ele diz que não existe. Se o 107 esta correto, tente 0107 ou 1.07 ou 01.07

JhonLenon, Na sua aplicação além de listar as mensagens de erros também esta listando os Alertas? if Alertas.Count > 0 then begin memoLog.Lines.Add(' '); memoLog.Lines.Add('Alerta(s):'); for i := 0 to Alertas.Count -1 do begin memoLog.Lines.Add('Código : ' + Alertas[i].Codigo); memoLog.Lines.Add('Mensagem: ' + Alertas[i].Descricao); memoLog.Lines.Add('Correção: ' + Alertas[i].Correcao); memoLog.Lines.Add('---------'); end; end;

Já esta no SVN.

Boa tarde Élviro, Essas informações estão corretas? <ns4:IssRetido>1</ns4:IssRetido> <ns4:ValorIss>386.75</ns4:ValorIss> <ns4:ValorIssRetido>7536.66</ns4:ValorIssRetido> <==== esse valor esta correto? ====> <ns4:BaseCalculo>7735.00</ns4:BaseCalculo> Se estão corretos, não vejo outra saída entrar em contato com o provedor e questionar sobre o retorno.

Boa tarde, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4602

Boa tarde Carlito, Vamos lá, o componente somente submete o XML ao schemas quando ele realiza o envio para o webservice. Ele não realiza esse procedimento ao ler o XML de retorno. Esta muito estranho essa mensagem de erro. Você poderia anexar o XML de envio e o de retorno de preferencia o soap? Segundo o Schemas temos o seguinte: <xsd:simpleType name="tsTelefone"> <xsd:restriction base="xsd:string"> <xsd:minLength value="8"/> <xsd:maxLength value="14"/> </xsd:restriction> </xsd:simpleType> O Telefone tem que ter no mínimo 8 dígitos e no máximo 14. Notei o seguinte na mensagem de erro: O elemento 'http://www.agili.com.br/nfse_v_1.00.xsd:Telefone' é inválido - O valor '(66)6)34210025 ' Note que existem espaços em branco após o ultimo digito "5", pelas minhas contas são 4. Verifica se o seu cliente não informou o numero do telefone e se na definição no banco de dados esse campo tem 18 caracteres. Caso afirmativo vai ser necessário colocar um Trim ao alimentar o campo Telefone.

Peres, Altere o valor do campo Regime para zero. Regime=0

Boa tarde Paulo, Já esta no SVN.

JhonLenon, Já esta no SVN.

Boa tarde Jhonlenon, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4601

Boa tarde Paulo, Você esta usando o componente ACBrNFSeX? Se sim, chegou a fazer um teste usando o programa exemplo para ver se ocorre o mesmo problema?