Ir para conteúdo
  • Cadastre-se

dev botao

Seja bem-vindo
Curso Dominando a NFCe - Fim do SAT em São Paulo? Esteja preparado Curso Responsável Técnico na NFe - Atenda à nova legislação Curso Dominando o ACBrBoleto - Via API ou CNAB Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade

NFSe - Joinville/SC (4209102)

Sandro Felipe Adad

Por Sandro Felipe Adad
em ACBrNFSe

 Compartilhar
Ver Solução Respondido por Sandro Felipe Adad,
  • Este tópico foi criado há 2551 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Maiquel Rising Star

Maiquel

Postado
Postado
  Em 21/12/2017 at 17:40, Sandro Felipe Adad disse:

mesmo erro ...da impressão que não vai... demora pra enviar e da o mesmo erro...

pelo menos voltou a geras o soap maior...

1-env-lot.xmlFetching info...

1-env-lot-soap.xmlFetching info...

4217120548133600013756000000000000001-rps.xmlFetching info...

4217120548133600013756000000000000002-rps.xmlFetching info...

Expandir  

Pelo que vi nos arquivos, está duplicando as informações, está gerando dois xml, dentro de um.

Maiquel Parisotto

 

"Ora, a fé é o firme fundamento das coisas que se esperam, e a prova das coisas que se não vêem"

Maiquel Rising Star

Maiquel

Postado
Postado
  Em 21/12/2017 at 18:33, Sandro Felipe Adad disse:

voce diz duas duas rps?

Estou mandando um lote com 2 rps.

mas tentei com uma apenas e não vai tambem.

Expandir  

Mas quando enviado em 2 RPS não seria uma única assinatura, ou estou enganado?

Mas o erro "0", pode ser por outros vários motivos...

Maiquel Parisotto

 

"Ora, a fé é o firme fundamento das coisas que se esperam, e a prova das coisas que se não vêem"

Maiquel Rising Star

Maiquel

Postado
Postado

Vou ver se consigo um usuário de Joinville para ajudar nos testes também.

 

Maiquel Parisotto

 

"Ora, a fé é o firme fundamento das coisas que se esperam, e a prova das coisas que se não vêem"

  • 2 semanas depois ...
Sandro Felipe Adad Community Regular

Sandro Felipe Adad

Postado
  • Autor
Postado
  Em 21/12/2017 at 19:39, Italo Jurisato Junior disse:

Sandro,

Tente com esse outro:

 

ISSJoinville.iniFetching info...

Expandir  

Entrei em contato com a prefeitura de Joinville (fiscalville@joinville.sc.gov.br) e eles estavam de recesso até hoje (02/01/18).

Enviei um email solicitando um arquivo xml envelopadoe um arquivo que estamos gerando para termos ideia de que pode estar errado.

Vamos aguardar algum retorno...

Sandro Felipe Adad Community Regular

Sandro Felipe Adad

Postado
  • Autor
Postado (editado)
  Em 21/12/2017 at 18:25, Maiquel disse:

Pelo que vi nos arquivos, está duplicando as informações, está gerando dois xml, dentro de um.

Expandir  

 

  Em 21/12/2017 at 19:48, Italo Jurisato Junior disse:

Vejam este link a respeito do erro http 500.

http://www.checkupdown.com/status/E500_pt.html

Expandir  

O pessoal da prefeitura pediu para que eu utilizasse o software SOAPUI da SmartBear para validar o xml e o envelope.

Fiz um teste direto nele e descobri que deve ser gerado um envelope no seguinte formato:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:nfew="https://nfewshomologacao.joinville.sc.gov.br/">
    <soapenv:Header/>
    <soapenv:Body>
        <nfew:EnviarLoteRpsEnvio>
            <nfew:LoteRps>
         
            </nfew:LoteRps>
            <nfew:Signature>
         
            </nfew:Signature>
        </nfew:EnviarLoteRpsEnvio>
    </soapenv:Body>
</soapenv:Envelope>

pelo software SOAPUI ele gerou a resposta: 

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
   <soap:Body>
      <EnviarLoteRpsEnvioResponse xmlns="https://nfewshomologacao.joinville.sc.gov.br/">
         <EnviarLoteRpsResposta>
            <NumeroLote xsi:nil="true"/>
            <DataRecebimento xsi:nil="true"/>
            <ListaMensagemRetorno>
               <MensagemRetorno>
                  <Codigo>E375</Codigo>
                  <Mensagem>; Prestador 84697051000104 não cadastrado. | CNPJ/CPF do Prestador do serviço não autorizado a emitir NFS-e</Mensagem>
                  <Correcao>Solicite autorização para emitir NFS-e para o CNPJ/CPF informado.</Correcao>
               </MensagemRetorno>
               <MensagemRetorno>
                  <Codigo>E72</Codigo>
                  <Mensagem>CNPJ do prestador inválido.</Mensagem>
                  <Correcao>Informe o número do CNPJ correto do prestador.</Correcao>
               </MensagemRetorno>
               <MensagemRetorno>
                  <Codigo>A999</Codigo>
                  <Mensagem>Xml</Mensagem>
                  <Correcao>Sempre valide o seu XML pelo XSD (http://nfewshomologacao.joinville.sc.gov.br/NotaFiscal/Arquivo/Abrasf/nfse_v2-04_editado.xsd) antes de enviar</Correcao>
               </MensagemRetorno>
            </ListaMensagemRetorno>
         </EnviarLoteRpsResposta>
      </EnviarLoteRpsEnvioResponse>
   </soap:Body>
</soap:Envelope>

 

Porém não consegui configurar o ISSJoinville.ini pra gerar neste formato do que marquei em vermelho...

Tem um prefixo nfew... (tem alguma dica?)

Em relação ao CNPJ parece que apesar do cliente ja converter xml em nota ainda não esta habilitado via webservices.. irão verificar e me retornam.

image.thumb.png.7f0cb2875f8cd040fde3fe8777aeaf1c.png

Editado por Sandro Felipe Adad
complemento
DevShark Newbie

DevShark

Postado
Postado

O xml acima tem algumas tags com "nfew:", só funciona se estiver igual ao modelo da documentação, No caso <nfew:EnviarLoteRpsEnvio> fica <EnviarLoteRpsEnvio>.

"Em relação ao CNPJ parece que apesar do cliente ja converter xml", esse caso é um bug na msg de retorno, como tem erro no xml ele não consegue ler o arquivo ao procurar o prestador.

Maiquel Rising Star

Maiquel

Postado
Postado
  Em 05/01/2018 at 18:27, Sandro Felipe Adad disse:

 

O pessoal da prefeitura pediu para que eu utilizasse o software SOAPUI da SmartBear para validar o xml e o envelope.

Fiz um teste direto nele e descobri que deve ser gerado um envelope no seguinte formato:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:nfew="https://nfewshomologacao.joinville.sc.gov.br/">
    <soapenv:Header/>
    <soapenv:Body>
        <nfew:EnviarLoteRpsEnvio>
            <nfew:LoteRps>
         
            </nfew:LoteRps>
            <nfew:Signature>
         '
            </nfew:Signature>
        </nfew:EnviarLoteRpsEnvio>
    </soapenv:Body>
</soapenv:Envelope>

pelo software SOAPUI ele gerou a resposta: 

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
   <soap:Body>
      <EnviarLoteRpsEnvioResponse xmlns="https://nfewshomologacao.joinville.sc.gov.br/">
         <EnviarLoteRpsResposta>
            <NumeroLote xsi:nil="true"/>
            <DataRecebimento xsi:nil="true"/>
            <ListaMensagemRetorno>
               <MensagemRetorno>
                  <Codigo>E375</Codigo>
                  <Mensagem>; Prestador 84697051000104 não cadastrado. | CNPJ/CPF do Prestador do serviço não autorizado a emitir NFS-e</Mensagem>
                  <Correcao>Solicite autorização para emitir NFS-e para o CNPJ/CPF informado.</Correcao>
               </MensagemRetorno>
               <MensagemRetorno>
                  <Codigo>E72</Codigo>
                  <Mensagem>CNPJ do prestador inválido.</Mensagem>
                  <Correcao>Informe o número do CNPJ correto do prestador.</Correcao>
               </MensagemRetorno>
               <MensagemRetorno>
                  <Codigo>A999</Codigo>
                  <Mensagem>Xml</Mensagem>
                  <Correcao>Sempre valide o seu XML pelo XSD (http://nfewshomologacao.joinville.sc.gov.br/NotaFiscal/Arquivo/Abrasf/nfse_v2-04_editado.xsd) antes de enviar</Correcao>
               </MensagemRetorno>
            </ListaMensagemRetorno>
         </EnviarLoteRpsResposta>
      </EnviarLoteRpsEnvioResponse>
   </soap:Body>
</soap:Envelope>

 

Porém não consegui configurar o ISSJoinville.ini pra gerar neste formato do que marquei em vermelho...

Tem um prefixo nfew... (tem alguma dica?)

Em relação ao CNPJ parece que apesar do cliente ja converter xml em nota ainda não esta habilitado via webservices.. irão verificar e me retornam.

image.thumb.png.7f0cb2875f8cd040fde3fe8777aeaf1c.png

Expandir  

Bom dia Sandro.

Conseguiu configurar?

No caso o xml que você está enviando hoje está com nfew?

 

Maiquel Parisotto

 

"Ora, a fé é o firme fundamento das coisas que se esperam, e a prova das coisas que se não vêem"

Sandro Felipe Adad Community Regular

Sandro Felipe Adad

Postado
  • Autor
Postado
  Em 08/01/2018 at 20:48, DevShark disse:

O xml acima tem algumas tags com "nfew:", só funciona se estiver igual ao modelo da documentação, No caso <nfew:EnviarLoteRpsEnvio> fica <EnviarLoteRpsEnvio>.

"Em relação ao CNPJ parece que apesar do cliente ja converter xml", esse caso é um bug na msg de retorno, como tem erro no xml ele não consegue ler o arquivo ao procurar o prestador.

Expandir  

Removi o nfew: como o DevShark sugeriu que o soapUI gerou automaticamente e funcionou o envio e o retorno por este software.

 

image.thumb.png.6be5bf762230758656797756a9bbbf9d.png

Agora temos de adaptar o ACBR pra gerar neste formato pois continuo com o erro 500...

 

 

 

  • Solution
Sandro Felipe Adad Community Regular

Sandro Felipe Adad

Postado
  • Autor
  • Solution
Postado

Funcionou aff...

Segue em anexo a minha contribuição, o arquivo .ini e demais alterados.

Funcionando e testado pelos métodos do programa Demo_ACBR_Nfse do acbr:

botão-> Gerar e enviar Lote ->  RPS ACBrNFSe1.Enviar(vNumLote);

botão-> Consultar Situação do Lote ->  ACBrNFSe1.ConsultarSituacao(Protocolo);

botão-> Consultar NFSe por RPS -> (Que retorna o numero da nota gerada)  ACBrNFSe1.ConsultarNFSeporRps(ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Numero,
                                ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Serie,
                                TipoRPSToStr(ACBrNFSe1.NotasFiscais.Items[0].NFSe.IdentificacaoRps.Tipo));

 

Segue para subir ao repositório e merge.

 

Obrigado pela ajuda de todos.

  Em 09/01/2018 at 11:30, Maiquel disse:

Bom dia Sandro.

Conseguiu configurar?

No caso o xml que você está enviando hoje está com nfew?

 

Expandir  

 

  Em 08/01/2018 at 20:48, DevShark disse:

O xml acima tem algumas tags com "nfew:", só funciona se estiver igual ao modelo da documentação, No caso <nfew:EnviarLoteRpsEnvio> fica <EnviarLoteRpsEnvio>.

"Em relação ao CNPJ parece que apesar do cliente ja converter xml", esse caso é um bug na msg de retorno, como tem erro no xml ele não consegue ler o arquivo ao procurar o prestador.

Expandir  
  Em 21/12/2017 at 19:30, Italo Jurisato Junior disse:

Boa tarde a todos,

Sandro utilize esse outro INI.

 

ISSJoinville.iniFetching info...

Expandir  

ISSJoinville.ini

pnfsNFSeG.pas

pnfsConversao.pas

pnfsNFSeW_ABRASFv2.pas

  • Curtir 2
Sandro Felipe Adad Community Regular

Sandro Felipe Adad

Postado
  • Autor
Postado (editado)

Prefeitura respondeu:

Boa Tarde!
Ainda não está em fase de produção.

Att

Maria Lúcia Bobato

Auditora Fiscal da Receita Municipal

Prefeitura Municipal de Joinville

SEFAZ/Unidade de Fiscalização de Tributos

(47)3431-3356 / (47) 3431-3410

 porem surgiu a duvida de que no soapaction do .ini por exemplo, esta fixo o endereço de homologação:  Gerar=https://nfewshomologacao.joinville.sc.gov.br/EnviarLoteRpsEnvio

Como é configurado isso no ACBR neste caso?

 

Editado por Sandro Felipe Adad
cor
Maiquel Rising Star

Maiquel

Postado
Postado
  Em 09/01/2018 at 18:02, Sandro Felipe Adad disse:

Prefeitura respondeu:

Boa Tarde!
Ainda não está em fase de produção.

Att

Maria Lúcia Bobato

Auditora Fiscal da Receita Municipal

Prefeitura Municipal de Joinville

SEFAZ/Unidade de Fiscalização de Tributos

(47)3431-3356 / (47) 3431-3410

 porem surgiu a duvida de que no soapaction do .ini por exemplo, esta fixo o endereço de homologação:  Gerar=https://nfewshomologacao.joinville.sc.gov.br/EnviarLoteRpsEnvio

Como é configurado isso no ACBR neste caso?

 

Expandir  

Normalmente o SoapAction é configurado com o serviço somente, que deve ser o mesmo para o homologação e produção.

Já os endereços ele direciona a partir desta configuração abaixo.

[URL_P]
RecepcaoLoteRPS=http://nfewshomologacao.joinville.sc.gov.br/NotaFiscal/Servicos.asmx?wsdl

[URL_H]
RecepcaoLoteRPS=http://nfewshomologacao.joinville.sc.gov.br/NotaFiscal/Servicos.asmx?wsdl

  • Curtir 1

Maiquel Parisotto

 

"Ora, a fé é o firme fundamento das coisas que se esperam, e a prova das coisas que se não vêem"

  • 5 meses depois ...
lmdsistemas Collaborator

lmdsistemas

Postado
Postado

Olá,

Vocês conseguiram colocar Joinville em produção via ACBR?

Nos testes que fiz com demo estou recebendo "namespace provided differs from schema".

Estou com acbr atualizado, certificado digital e CNPJ ativo em Joinville.

Alguma dica?

Obrigado

  • Consultores
Italo Giurizzato Junior Grand Master

Italo Giurizzato Junior

Postado
  • Consultores
Postado

Bom dia,

Favor atualizar todos os fontes de todas as pastas.

Note que fiz alterações no arquivo Cidades.ini e no ISSJoinville.ini

Favor realizar os testes com o programa exemplo, enviando para o ambiente de homologação e se possível para o ambiente de produção.

  • Obrigado 1
Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

  • Este tópico foi criado há 2551 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Visitante
Este tópico está agora fechado para novas respostas
 Compartilhar
Ir para a lista de tópicos
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.