Nfse Em Maringá, Paraná

[Italo Giurizzato Junior]

Bom dia alanjmm,

 

Você questionou o provedor?

 

Se sim, qual foi a resposta?

[Gill Sandro]

ITALO como vai

acabei de integrar minha aplicação com isse maringa, e percebi nos teste duas alterações necessárias:

 

1) a função que manda imprimir  chama o PREVIEW 2 vezes!

 

2) no valor do ISS Retido, não esta correto, a nota pelo provedor da prefeitura traz ( Ex: 2,35 ) e na preview do componente traz 235,00

 

Abraços

[Italo Giurizzato Junior]

Boa noite Gill,

 

Você não esta executando o Enviar com o segundo parâmetro valendo true e depois manda executar o Imprimir?

 

O Enviar possui 2 parâmetros sendo que o segundo por padrão vale True isso faz com que assim que ocorre o retorno da NFS-e é impresso o DANFSE.

 

Quanto ao valor da Alíquota:

 

No RPS como deve ser informada: 2,35 ou 0,0235?

 

Na NFS-e retornada pelo provedor como ela aparece: 2,35 ou 0,0235?

[Gill Sandro]

Oi Italo, aqui onde fiz a integração é Maringá, então uso o EnviaLoteSincrono, nao verifiquei se tem essa opção que vc falou na função enviar.

 

agora sobre o valor do iss, eu nao mando 0.03 ( para 3% ) eu mando 3 mesmo, na base da prefeitura, tem a opção de imprimir e a impressão por la me traz por exemplo nota 100 com 3% um valor de iss 3,00 esta certo, mas quando imprimo pelo componente esse valor de 3,00 esta 300,00 é um erro da impressão, agora nao sei se retorno trouxe 300 ou na hora de imprimir ele considera 3 ao invés de 0.03 entendeu ?

 

Abraços

[Italo Giurizzato Junior]

Bom dia Gill,

 

Se possível post como anexo tanto o XML do RPS quanto o da NFS-e para que eu possa verificar.

[TiFire]

Olá, boa tarde,

 

Estou tentando desenvolver a NFS-e para Maringá e estou com um problema na reimpressão do DANFSE e no Cancelamento de uma NFSe (acredito que seja pelo mesmo motivo).

O problema ocorre da seguinte forma: eu carrego o xml pela função LoadFromFile com o código abaixo:

 

ACBrNFSe1.NotasFiscais.LoadFromFile(Diretório+'\xml\NFSe\'+NumNFS+'-nfse.xml');

 

Se eu olhar o objeto ACBrNFSe1.NotasFiscais.Items[0], todas as informações estão lá, cnpj, razão social, entre outros dados que compõe o xml.

 

No cancelamento, estou  usando ACBrNFSe1.CancelarNFSe(vCodCan);

Mas quando chega no procedimento DoNFSeCancelarNFSe da unit ACBrNFSeWebServices na parte do código onde eu tenho o seguinte bloco:

 

 if (TNFSeCancelarNfse(Self).FNumeroNFSe = '') then
   TNFSeCancelarNfse(Self).FNumeroNFSe      := TNFSeCancelarNfse(Self).FNotasFiscais.Items[0].NFSe.Numero;
 if (TNFSeCancelarNfse(Self).FCNPJ = '') then
   TNFSeCancelarNfse(Self).FCNPJ            := SomenteNumeros(TNFSeCancelarNfse(Self).FNotasFiscais.Items[0].NFSe.PrestadorServico.IdentificacaoPrestador.Cnpj);
 if (TNFSeCancelarNfse(Self).FIM = '') then
   TNFSeCancelarNfse(Self).FIM              := TNFSeCancelarNfse(Self).FNotasFiscais.Items[0].NFSe.PrestadorServico.IdentificacaoPrestador.InscricaoMunicipal;
 if (TNFSeCancelarNfse(Self).MotivoCancelamento = '') then
   TNFSeCancelarNfse(Self).MotivoCancelamento:= TNFSeCancelarNfse(Self).FNotasFiscais.Items[0].NFSe.MotivoCancelamento;

 

o componente TNFSeCancelarNfse(Self).FNotasFiscais.Items[0] também possui corretamente os dados que estão no xml, tudo completo. Mas quando informa o NFSe depois desse código, ficando TNFSeCancelarNfse(Self).FNotasFiscais.Items[0].NFSe ele fica com os campos vazios, como o TNFSeCancelarNfse(Self).FNotasFiscais.Items[0].NFSe.PrestadorServico.IdentificacaoPrestador.Cnpj e a TNFSeCancelarNfse(Self).FNotasFiscais.Items[0].NFSe.PrestadorServico.IdentificacaoPrestador.InscricaoMunicipal. Dessa forma, gera o xml de cancelamento com os dados em branco e dá erro ao tentar validá-lo.

 

Na impressão do DANFSE, até gera o arquivo mas com os dados todos em branco, por esse motivo acredito que seja o mesmo problema de cancelamento.

 

Alguém sabe me dizer o por que está acontecendo isso? Já perdi um tempão tentando descobrir.

 

Desde já agradeço.

[Italo Giurizzato Junior]

Boa tarde TiFire,

 

Os fontes estão atualizados?

 

Lhe pergunto isso, pois se não me falha a memória esse problema tinha sido resolvido.

[TiFire]

Italo, baixei novamente os fontes e agora está dando erro no procedimento ImprimirDANFSe da unit ACBrNFSeDANFSeQRClass.pas quando dou um create na variável fqrDANFSeQRRetrato do tipo TfqrDANFSeQRRetrato.

 

Linha do erro:

fqrDANFSeQRRetrato := TfqrDANFSeQRRetrato.Create(Self);

 

Este é o erro:

Error reading qrb_1_cabecalho.TransparentBand: Property TransparentBand does not exist

 

Sabe o que pode ser?

 

Obg.

[Juliomar Marchetti]

Veja na pasta dos fontes/acbrnfse tem um txt explicando como resolver seu problema! erro recorrente de outros tópicos!

[TiFire]

Italo e Juliomar,

Agradeço muito a atenção de vocês, o problema foi resolvido com as dicas.

Editado 15 Abril, 2014 por TiFire

[Joel]

 Italo, boa noite, tive que fazer uma correção em uma linha da unit pnfsNFSeW;

linha 866. 

 

Acrescentei o provedor de maringá também para que enviasse no xml as outras informacoes.

 

if FProvedor in [proTecnos, proISSe]  // joel takei 25/04/2014

    then

    Gerador.wCampoNFSe(tcStr, '#9', 'OutrasInformacoes', 00, 255, 0, NFSe.OutrasInformacoes);

 

abs

 

pnfsNFSeW.pas

[Joel]

Bom dia Italo, por favor desconsidere este meu fonte que enviei com a linha das OutrasInformacoes. vou analisar melhor.

abs

[Italo Giurizzato Junior]

Bom dia Joel,

 

Segundo os manuais da ABRASF a TAG OutrasInformacoes ela aparece na estrutura da NFS-e e não do RPS, sendo assim trata-se de uma TAG gerado pelo provedor, visto que é enviado o XML do RPS ao provedor e o mesmo nos retorna o XML da NFS-e.

 

Temos alguns provedores (uns 4) que fizeram uma alteração no Schema de validação, incluindo essa TAG também na estrutura do RPS.

 

Ou você analisa o Schema do provedor em questão para saber em qual estrutura a TAG se encontra ou você altera o fonte para que o mesmo gere a TAG, se ocorrer erro na validação, fica claro que a TAG não pertence a estrutura do RPS.

[edudidu]

SEGE - ISS Eletronico

25 de abr (Há 3 dias)

 

para mim

 

Olá .. Semana passada questionei a Equipe Técnica aqui da Prefeitura de maringá .. sobre a possibilidade de informar valores na TAG outras informações e logo abaixo a resposta deles. 

Olá 

Sr.

 

Não é esperado, porque o campo OUTRAS INFORMAÇÕES é de uso do EXCLUSIVO DO FISCO.

 

Caso queira informar algo alem do serviço realizado, deverá ser informando juntamente na tag descriminação de serviços.

 

Qualquer dúvida estamos a disposição.

 

Atenciosamente
Equipe Técnica ISS

[Marcelo Henrique]

Boa tarde, 

 

Não sei se é só comigo que está acontecendo, mas quando eu transmito um RPS passando para a

tag <IssRetido> = stRetencao,  e <ResponsavelRetencao> não passo valor nenhum (portanto é o Prestador),

sempre no retorno do XML da NFSe, vem que o responsável pela retenção do Serviço é o TOMADOR <ResponsavelRetencao> = 1.

 

Alguém sabe se isso é alguma regra do Servidor? Ou imagina o que eu possa estar fazendo de errado?

 

Obrigado.

[Italo Giurizzato Junior]

Bom dia Marcelo,

 

Você já tentou informar quem é o responsável pela retenção (mesmo sendo o prestador) ?

[Marcelo Henrique]

Bom dia Italo,

 

Tentei sim, informei para a tag <ResponsavelRetencao> := rtPrestador, porém, no xml ele me retorna o valor 2, que no caso o responsável é o Intermediário.

 

Fiz umas alterações no componente para não criar essa tag no meu RPS, e mesmo assim no retorno do XML do Provedor, vem essa TAG informando que o responsável é o Tomador.

 

Enviei um email para o pessoal do Provedor ISSe, para saber se é algum tipo de regra, e estou aguardando uma resposta.

 

Obrigado Italo.

[Marcelo Henrique]

Boa tarde,

 

Recebi o retorno do pessoal do Provedor e me disseram que só informo valor para <ResponsavelRetencao> se <IssRetido> = Sim.

E se <IssRetido> = Sim, nunca posso informar que o <ResponsavelRetencao> = rtPrestador.

Editado 7 Maio, 2014 por Marcelo Henrique

[fabiovip]

Boa tarde ,

 

Estou tentando usar o acbr para o provedor de maringá , e não estou conseguindo assinar o xml pela EnviarSincrono. Não sei se é por conta disso esta retornando o seguinte no envio,

"Numero do Rps Invalido. / "

Alguém já passou por isso?

 

[Guilherme Pinto]

Olá FabioVip

 

Isso é um bom sinal pois você já conseguiu fazer a comunicação funcionar, apenas um problema de numerção de lote.

 

O lote deve ser controlado sequenciamente pelo programa emissor e não pela prefeitura.

 

Bom, se você ainda não efetuou nenhum envio na forma de RPS deve começar pelo número 1, agora se já enviou deve continuar a partir do último número.

 

Os erros que aparecem são: Numero do Rps Invalido (quando está fora da sequencia) ou Numero do Rps já utilizado (quando um que já foi utilizado).

 

Eu descobri esta regra enviando o RPS manualmente pelo portal da prefeitura. Eu ainda não consegui enviar através do meu programa dá o erro "The document has no document element"  =(    e não encontro solução.

Editado 10 Junho, 2014 por Guilherme Pinto

[fabiovip]

Legal Guilherme , foi só arrumar a sequencia na homologação que deu certo. Obrigado pela resposta.

[fabiovip]

Erro estranho , to tentando passar o ambiente de producao para o componente da um  of bound  estranho... o codigo é esse:

 

nfse.Configuracoes.WebServices.Ambiente:= taProducao;

 

Simples assim. 

 

Alguem ja passou por isso ? quando faco em homologação tudo ok.

[alanjmm]

Boa tarde,

 

Recebi o retorno do pessoal do Provedor e me disseram que só informo valor para <ResponsavelRetencao> se <IssRetido> = Sim.

E se <IssRetido> = Sim, nunca posso informar que o <ResponsavelRetencao> = rtPrestador.

 

Marcelo no final das contas vc conseguiu resolver esse problema?

estou tentando enviar uma nota com retenção no meu XML fica assim:

 

  <IssRetido>1</IssRetido>

  <ResponsavelRetencao>1</ResponsavelRetencao>

 

mas mesmo assim me retorna o erro 'Responsavel pelo recolhimento invalido'.

 

Alguem tem alguma dica?

[Marcelo Henrique]

Marcelo no final das contas vc conseguiu resolver esse problema?

estou tentando enviar uma nota com retenção no meu XML fica assim:

 

  <IssRetido>1</IssRetido>

  <ResponsavelRetencao>1</ResponsavelRetencao>

 

mas mesmo assim me retorna o erro 'Responsavel pelo recolhimento invalido'.

 

Alguem tem alguma dica?

 

alanjmm

 

Pelo que parece, você está informando corretamente as informações.

Ta de acordo com o que o pessoal do Provedor me passou.

 

Te aconselho a enviar um anexo do XML por email pro provedor ([email protected]) perguntando sobre o erro, porque eles tem umas regras que

não são informadas em nenhum manual.

Editado 25 Agosto, 2014 por Marcelo Henrique

[alanjmm]

alanjmm

 

Pelo que parece, você está informando corretamente as informações.

Ta de acordo com o que o pessoal do Provedor me passou.

 

Te aconselho a enviar um anexo do XML por email pro provedor ([email protected]) perguntando sobre o erro, porque eles tem umas regras que

não são informadas em nenhum manual.

 

 

Pois é entrei em contato com eles (que alias é quase impossível levei 6h pra conseguir falar com alguém que soubesse me informar alguma coisa).

 

A informação que eu tive é que eles estão começando a validar as regras do servidor, até agora estava meio que "livre" o envio, resumindo me informaram que o item que eu estava tentando enviar com retenção (Cod. 0107) não poderia ser utilizado dessa forma, que somente alguns itens podem sofrer retenção por parte do tomador.

 

Me passou também as leis sobre o assunto, Lei Municipal 677/2007 Art. 84 e regra Geral da nação 116/2003 (essa regra geral está mais clara o entendimento). Portanto não é sempre que se pode usar retenção, o legal que isso não está claro em manual algum, você simplesmente tem que esperar dar erro e minerar a informação.

 

Portanto está ai, estou compartilhando com vocês, provavelmente essa regra não será algo exclusivo de Maringá.