NFSeX municipio de Delmiro Gouveia provedor Tributus

[neto233]

@marcelosantos consegui via o email [email protected]

no entanto não obtive sucesso ao tentar usar a API para o município de Delmiro Gouveia/AL

os dados de contato no site.

https://www2.tributosmunicipais.com.br/site/

[email protected]

(81) 3241-1217 / 3424-9536

Att.

[Italo Giurizzato Junior]

Boa tarde Neto,

Qual cidade que também utiliza o mesmo provedor que esta funcionando?

A URL de homologação/produção é a mesma?

[marcelosantos]

Olá a todos, o  Yure me respondeu por emai, segue na integra

 

Boa tarde;

Prezado Marcelo;

Para acessar a descrição dos serviços, utilize o link: https://www.tributosmunicipais.com.br/nfse/api/nfse.wsdl 

Para acessar e consumir os serviços do webservice, utilize o link:

https://www.tributosmunicipais.com.br/nfse/api/?tokenAuth={token}

ex:

https://www.tributosmunicipais.com.br/nfse/api/?tokenAuth=55c0536af8e4218e05b88e266fdca55b66668f065c808d63e014a045eb2b19c6125bac24d9dfc0ccb7435e2ce2c4dd86

 

Lembrando que é importante informar o parâmetro Content-Type de valor text/xml no Headers da requisição e de utilizar o elemento envelope SOAP.

 

[marcelosantos]

19 horas atrás, Italo Giurizzato Junior disse:

Boa tarde Neto,

Qual cidade que também utiliza o mesmo provedor que esta funcionando?

A URL de homologação/produção é a mesma?

Italo, olhando o ACBrNFSeXServicos.ini me dei conta que: 

a Cidade de Largato/SE utilizara o Provedor "Tributos Municipais" e esta assim
 

[2803500]
Nome=Lagarto
UF=SE
Provedor=Tributus
Versao=2.04
ProRecepcionar=https://www.tributosmunicipais.com.br/nfse/api/nfse.wsdl
HomRecepcionar=https://www.tributosmunicipais.com.br/nfse/api/nfse.wsdl

Já Delmiro Golveia/AL e Bezerros/PE (esta ultima que adicionei) ficou assim 

[2702405]
; Incluído em 13/07/2022
Nome=Delmiro Gouveia
UF=AL
Provedor=Tributus
Versao=2.04
ProRecepcionar=https://www.tributosmunicipais.com.br:443/nfse/api/
HomRecepcionar=https://www.tributosmunicipais.com.br:443/nfse/api/

[2601904]
; Incluído em 20/10/2022
Nome=Bezerros
UF=PE
Provedor=Tributus
Versao=2.04
ProRecepcionar=https://www.tributosmunicipais.com.br/nfse/api/
HomRecepcionar=https://www.tributosmunicipais.com.br/nfse/api/

vou fazer testes com a configuração de Lagarto e posto aqui os resultados
 

[marcelosantos]

Tentei com no exemplo e sem sucesso

https://www.tributosmunicipais.com.br:443/nfse/api/
https://www.tributosmunicipais.com.br/nfse/api/
https://www.tributosmunicipais.com.br/nfse/api/nfse.wsdl
https://www.tributosmunicipais.com.br/nfse/api/?tokenAuth=...

Tentei fazer testes com o POSTMAN (anexando o XML gerado pelo programa exemplo), enquanto eu não configurava o POSTMAN corretamente recebia mensagem de erro, quando eu acertei tudo, parou de chegar resposta (ou seja, XML Vazio)

Tentei fazer testes com o SoapUI, mas não consegui usar a ferramenta com sucesso

[Italo Giurizzato Junior]

Bom dia Marcelo,

Após configurar corretamente o PostMan o envio do XML do Rps ocorreu com sucesso?

Se sim, precisamos agora saber como devemos montar a URL e o que mais precisamos fazer para que o componente tenha o mesmo comportamento do PostMan.

[marcelosantos]

Não funcionou Italo, não consegu sucesso nem no POSTMAN nem no SoapUI 

Enviei o novo email para o suporte, questionando

[marcelosantos]

Olá a todos, revivendo este tópico

Recebi a seguinte reposta por email da Tributos Municipais -> 

Bom dia!

Identificamos um correção no descritivo do serviço que estava informando o parâmetro URL do envelopamento da mensagem SOAP, diferente ao qual esta habilitado no endpoint do serviço. Correção realizada para também processar todos as as requisições, ajuste estará disponível em produção hoje.

Agora ao realizar testes/tentativas de comunicação com o Programa de Exemplo, no WebService deles recebo um monte de erros

 

Requisição
Ambiente: 2
Cidade  : Bezerros/PE
Provedor: Tributus Versão: 2.04
 
Método Executado: Enviar Lote Síncrono
 
Parâmetros de Envio
Numero do Lote: 1
 
Parâmetros de Retorno
Data de Envio : 30/12/1899
Numero do Prot: 
Numero da Nota: 
Link          : 
Código Verif. : 
Sucesso       : True
 
Erro(s):
Código  : E233
Mensagem: Lote já processado.
Correção: Atribua um novo número ao lote de RPS
---------
Código  : E35
Mensagem: Código de tributação inexistente.
Correção: 
---------
Código  : E166
Mensagem: Regime Especial de Tributação  não informado para optante do simples nacional.
Correção: 
---------
Código  : E241
Mensagem: Retenções de Tributos Federais só podem ser efetuados por tomador do serviço pessoa jurídica.
Correção: 
---------
Código  : E274
Mensagem: COFINS retida incorreta.
Correção: 
---------
Código  : E328
Mensagem: Opção pelo SIMPLES Nacional não consta do cadastro do contribuinte.
Correção: 
---------
Código  : E215
Mensagem: Item da lista de serviço incompatível com o código de tributação.
Correção: 
---------
Código  : X202
Mensagem: Lista de NFSe não encontrada! (ListaNfse)
Correção: 
---------
 
NFS-e Numero....: 1
Cod. Verificacao: 
Prestador.......: RR TECIDOS LTDA
Tomador.........: INSCRICAO DE TESTE

 

Será que ainda há um erro no servidor deles? qualquer numero de lote que envio ele está devolvendo a mensagem "Atribua um novo número de lote de RPS"

temp1.xml temp2.xml 1-env-lot-sinc.xml 1-env-lot-sinc-soap.xml

[Diego Foliene]

19 minutos atrás, marcelosantos disse:

Olá a todos, revivendo este tópico

Recebi a seguinte reposta por email da Tributos Municipais -> 

Bom dia!

Identificamos um correção no descritivo do serviço que estava informando o parâmetro URL do envelopamento da mensagem SOAP, diferente ao qual esta habilitado no endpoint do serviço. Correção realizada para também processar todos as as requisições, ajuste estará disponível em produção hoje.

Agora ao realizar testes/tentativas de comunicação com o Programa de Exemplo, no WebService deles recebo um monte de erros

 

Requisição
Ambiente: 2
Cidade  : Bezerros/PE
Provedor: Tributus Versão: 2.04
 
Método Executado: Enviar Lote Síncrono
 
Parâmetros de Envio
Numero do Lote: 1
 
Parâmetros de Retorno
Data de Envio : 30/12/1899
Numero do Prot: 
Numero da Nota: 
Link          : 
Código Verif. : 
Sucesso       : True
 
Erro(s):
Código  : E233
Mensagem: Lote já processado.
Correção: Atribua um novo número ao lote de RPS
---------
Código  : E35
Mensagem: Código de tributação inexistente.
Correção: 
---------
Código  : E166
Mensagem: Regime Especial de Tributação  não informado para optante do simples nacional.
Correção: 
---------
Código  : E241
Mensagem: Retenções de Tributos Federais só podem ser efetuados por tomador do serviço pessoa jurídica.
Correção: 
---------
Código  : E274
Mensagem: COFINS retida incorreta.
Correção: 
---------
Código  : E328
Mensagem: Opção pelo SIMPLES Nacional não consta do cadastro do contribuinte.
Correção: 
---------
Código  : E215
Mensagem: Item da lista de serviço incompatível com o código de tributação.
Correção: 
---------
Código  : X202
Mensagem: Lista de NFSe não encontrada! (ListaNfse)
Correção: 
---------
 
NFS-e Numero....: 1
Cod. Verificacao: 
Prestador.......: RR TECIDOS LTDA
Tomador.........: INSCRICAO DE TESTE

 

Será que ainda há um erro no servidor deles? qualquer numero de lote que envio ele está devolvendo a mensagem "Atribua um novo número de lote de RPS"

temp1.xml 9.31 kB · 0 downloads temp2.xml 2.11 kB · 0 downloads 1-env-lot-sinc.xml 9.35 kB · 0 downloads 1-env-lot-sinc-soap.xml 9.81 kB · 0 downloads

Bom dia!
Fora a mensagem

Citar

 

Código: X202

Mensagem: Lista de NFSe não encontrada

 

as outras vieram na resposta do web service do provedor.
Logo somos levados a crer que sim, o problema não é no envio, mas sim nos dados que foram passados ao envio.
Verifique se você tem acesso a algum painel fornecido pelo provedor ou pela prefeitura para fazer um depara destes dados(verificar qual o último Nº de lote, qual o código de tributação usar, etc).
Caso não tenha esta possibilidade, busque um XML de uma NFSe já emitida para comparar os dados.
Se não for possível nenhuma das duas, a solução vai ser tentar contato com o contador do cliente para verificar como preencher as informações fiscais e com provedor para verificar como preencher as informações técnicas.

[neto233]

Olá pessoal consegui transmitir, para a prefeitura de Delmiro Gouveia

vejam os erros e as correções que tive que fazer:

E35 Código de tributação inexistente.
    Servico.CodigoTributacaoMunicipio := '5510801';

E166 Regime Especial de Tributação  não informado para optante do simples nacional.
    RegimeEspecialTributacao := retMicroempresarioEmpresaPP;

E280 Responsável/Retentor não informado.
    Servico.ResponsavelRetencao := rtTomador;

 

[marcelosantos]

Neto que bom que você conseguiu para Delmiro Gouveia, e pensar que o problema era do lado deles e não do componente

aqui estou tendo muitas rejeições, corrijo uma (removo da escrita), ele critica outra, corrijo esta outra ele diz que falta a primeira, enfim estou errando em algum local

você poderia compartilhar comigo o XML gerado desta sua NFSe autorizada?

Editado 21 Dezembro, 2022 por marcelosantos

[neto233]

Bom dia. @marcelosantos segue em anexo o rps.

182631-rps - Copia.xml

[Italo Giurizzato Junior]

Boa tarde a todos,

É assim que devemos agir, um ajudando o outro, parabéns Neto por compartilhar com o Marcelo as suas experiências com o componente e com o provedor em questão.

Infelizmente nós do ACBr não temos as vezes condições de realizar essa ajuda, pois varias informações a serem informadas no XML do Rps se refere ao prestador de serviço, a prefeitura ou ao provedor.

Compartilhando informações todos saem ganhando.

[neto233]

Boa noite, @Italo Giurizzato Junior e demais colegas, estou com um problema agora com o provedor de Delmiro Gouveia (Tributus)

o Seguinte erro:

E188 Opção simples nacional conflita com o regime especial de tributação informado.

o meu cliente passou de optante do simples para regime normal

tudo indica que o provedor está esperando na tag OptanteSimplesNacional o valor 0 (zero)

OptanteSimplesNacional = 0

mas no componente só consigo setar 1 ou 2.

como posso fazer essa modificação, já tentei um monte e não consegui.

Obrigado

[Italo Giurizzato Junior]

Boa tarde Neto,

Veja a definição no schema da tag OptanteSimplesNacional:

            <xsd:element name="OptanteSimplesNacional" type="tsSimNao"
                         minOccurs="1" maxOccurs="1" />

Ela é do tipo tsSimNao, cuja definição é:

    <xsd:simpleType name="tsSimNao">
        <xsd:annotation>
            <xsd:documentation>Sim ou Nao (
                1 - Sim; 
                2 - Nao)
            </xsd:documentation>
        </xsd:annotation>
        <xsd:restriction base="xsd:byte">
            <xsd:pattern value="1|2" />
        </xsd:restriction>
    </xsd:simpleType>

Logo os únicos valores aceitos são 1 e 2.