Alteração de provedor da cidade de Botucatu/SP para Fiorilli (2.00)

[Milton Campanhã]

Prefeitura de Botucatu - SP - Nº 24/2024

O município de Botucatu alterou o provedor para Fiorilli ( padrão Abrasf )

[3507506]
;Atualizado em 21/05/2024
Nome=Botucatu
UF=SP
Provedor=Fiorilli
Versao=2.00
ProRecepcionar=http://143.137.254.12:8089/IssWeb-ejb/IssWebWS/IssWebWS
HomRecepcionar=

 

[Italo Giurizzato Junior]

Boa tarde Milton,

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

[Italo Giurizzato Junior]

Milton,

Já esta no SVN.

[Marcos Dário]

Boa tarde,

Estou tentando realizar a emissão para a prefeitura de Botucatu/SP e estou recebendo um retorno de erro de estrutura. Podem me ajudar? @Milton Campanhã e @Italo Giurizzato Junior

temp2.xml temp1.xml

[Marcos Dário]

Segue xml exemplo enviado pelo pessoal que está implantando... não tem a parte de assinatura

 

<soapenv:Envelope

    xmlns:soapenv=http://schemas.xmlsoap.org/soap/envelope/

    xmlns:ws=http://ws.issweb.fiorilli.com.br/

    xmlns:xd=http://www.w3.org/2000/09/xmldsig#>

    <soapenv:Header />

    <soapenv:Body>

        <ws:gerarNfse>

            <GerarNfseEnvio

                xmlns=http://www.abrasf.org.br/nfse.xsd>

                <Rps

                    xmlns=http://www.abrasf.org.br/nfse.xsd>

                    <InfDeclaracaoPrestacaoServico Id="rps000000000000001999">

                        <Rps>

                            <IdentificacaoRps>

                                <Numero>17984</Numero>

                                <Serie>1</Serie>

                                <Tipo>1</Tipo>

                            </IdentificacaoRps>

                            <DataEmissao>2024-05-23</DataEmissao>

                            <Status>1</Status>

                        </Rps>

                        <Competencia>2024-05-23</Competencia>

                        <Servico>

                            <Valores>

                                <ValorServicos>10040.40</ValorServicos>

                                <ValorDeducoes>0.00</ValorDeducoes>

                                <ValorPis>65.26</ValorPis>

                                <ValorCofins>301.21</ValorCofins>

                                <ValorInss>0.00</ValorInss>

                                <ValorIr>150.61</ValorIr>

                                <ValorCsll>100.40</ValorCsll>

                                <OutrasRetencoes>0.00</OutrasRetencoes>

                                <ValorIss>200.81</ValorIss>

                                <Aliquota>2.0000</Aliquota>

                            </Valores>

                            <IssRetido>2</IssRetido>

                            <ResponsavelRetencao>1</ResponsavelRetencao>

                            <ItemListaServico>17.01</ItemListaServico>

                            <CodigoCnae>7490199</CodigoCnae>

                            <Discriminacao>INSPECAO IN LOCO ALO FREE, QTD: 4, VALOR: R$1260.00, TOTAL: R$5040.00 | INSPECAO DOCUMENTAL ALO FREE, QTD: 6, VALOR: R$700.00, TOTAL: R$4200.00 | CUSTO DE VIAGEM / DESLOCAMENTO, QTD: 4, VALOR: R$200.10, TOTAL: R$800.40</Discriminacao>

                            <CodigoMunicipio>3507506</CodigoMunicipio>

                            <CodigoPais>1058</CodigoPais>

                            <ExigibilidadeISS>1</ExigibilidadeISS>

                        </Servico>

                        <Prestador>

                            <CpfCnpj>

                                <Cnpj>XXXXX</Cnpj>

                            </CpfCnpj>

                            <InscricaoMunicipal>XXXX</InscricaoMunicipal>

                        </Prestador>

                        <Tomador>

                            <IdentificacaoTomador>

                                <CpfCnpj>

                                    <Cnpj>XXXXX</Cnpj>

                                </CpfCnpj>

                            </IdentificacaoTomador>

                            <RazaoSocial>XXXX</RazaoSocial>

                            <Endereco>

                                <Endereco>BR 060 KM 413</Endereco>

                                <Numero>SN</Numero>

                                <Bairro>ZONA SUBURBANA</Bairro>

                                <CodigoMunicipio>5007901</CodigoMunicipio>

                                <Uf>MS</Uf>

                                <Cep>79170000</Cep>

                            </Endereco>

                            <Contato>

                                <Telefone>XXXX</Telefone>

                                <Email>XXXX</Email>

                            </Contato>

                        </Tomador>

                        <OptanteSimplesNacional>2</OptanteSimplesNacional>

                        <IncentivoFiscal>2</IncentivoFiscal>

                    </InfDeclaracaoPrestacaoServico>

                </Rps>

            </GerarNfseEnvio>

                                                                    <!--Optional:-->

         <username>XXXX</username>

         <!--Optional:-->

         <password>XXXX</password>

        </ws:gerarNfse>

    </soapenv:Body>

</soapenv:Envelope>

[Italo Giurizzato Junior]

Boa tarde Marcos,

Você tem fontes do ACBr com alterações locais?
Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit.
Atualize todos os fontes de todas as pastas.
Reinstale o ACBr com a opção de apagar arquivos antigos marcada.
Compile a aplicação com a opção Build.
Por fim repita os testes.
 

[Milton Campanhã]

Aqui eu tive o mesmo erro quando enviando pelo modo Sincrono.

Erro(s):
Código  : L4
Mensagem: Estrutura do xml recebido incorreta. javax.xml.bind.MarshalException - with linked exception:[org.xml.sax.SAXParseException; lineNumber: 0; columnNumber: 0; cvc-complex-type.2.4.d: Invalid content was found starting with element 'ns2:Signature'. No child element is expected at this point.].
Correção: Valide as tags do xml antes de enviar.

Pelo que o Marcos Dário verificou a prefeitura não precisa que o xml seja assinado (Signature), mas eu não consegui configurar para que não seja assinado.

Me desculpe, mas precisaria ajustar novamente para incluir o Params. Estou correto ou teria algum outro ajuste?

[3507506]
; Atualizado em 23/05/2024
Nome=Botucatu
UF=SP
Provedor=Fiorilli
Versao=2.00
Params=Assinar:NaoAssinar
ProRecepcionar=http://143.137.254.12:8089/IssWeb-ejb/IssWebWS/IssWebWS
ProLinkURL=http://143.137.254.12:8089/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%

Obrigado.

[Italo Giurizzato Junior]

Bom dia Milton,

Com a inclusão do Params o RPS foi processado com sucesso?

[lgcastellucci]

Estou também validando a emissão de notas em Botucatu pelo provedor Fiorilli

Eu adicionei o parâmetro  (Params=Assinar:NaoAssinar) e o erro mudou

 

De:

Erro Código  : L4
Erro Mensagem: Estrutura do xml recebido incorreta. javax.xml.bind.MarshalException - with linked exception:[org.xml.sax.SAXParseException; lineNumber: 0; columnNumber: 0; cvc-complex-type.2.4.d: Invalid content was found starting with element 'ns2:Signature'. No child element is expected at this point.].
Erro Correção: Valide as tags do xml antes de enviar.

 

Para :

Erro Código  : X999
Erro Mensagem: Erro de Conexão: soap:Server - javax.persistence.NonUniqueResultException: query did not return a unique result: 2
Erro Correção: 
 

 

Acabei de enviar os detalhes a eles para que seja checado se esse é um problema do cliente ou é erro de sistema deles.

 

Atenciosamente

Gustavo

[Milton Campanhã]

@italogiurizzatojunior e  @prog.marcosdario aqui ainda está com erro, mas agora o erro é este
Erro de Conexão: soap:Server - javax.persistence.NonUniqueResultException: query did not return a unique result: 2 /

Conforme o Gustavo já havia dito acima!

Mas também estou considerando que possa ser algo lá na prefeitura. Estamos tentando contato com a prefeitura.

Desculpa a demora em responder, mas eu estava em outra demanda pela manhã.

Editado 24 Maio por Milton Campanhã

[Milton Campanhã]

Recebemos esta orientação da Fiorilli. Embora eles sigam o padrão 2.01 eu consegui fazer a emissão normalmente usando o padrão 2.00 mas a única diferença foi realmente a questão do NaoAssinar.

@Italo Giurizzato Junior por favor, poderia atualizar novamente o arquivo .ini ( e .res )?

[3507506]
; Atualizado em 28/05/2024
Nome=Botucatu
UF=SP
Provedor=Fiorilli
Versao=2.00
Params=Assinar:NaoAssinar
ProRecepcionar=http://143.137.254.12:8089/IssWeb-ejb/IssWebWS/IssWebWS
ProLinkURL=http://143.137.254.12:8089/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%

->

Boa Tarde, segue o manual ..

O ISSWeb, sistema de emissão de Notas Fiscais Eletrônicas de Prestação de Serviço (NFS-e), foi desenvolvido pela Fiorilli Software tendo como base o padrão de NFS-e da ABRASF (versão 2.01 e superiores). Esse sistema disponibiliza todos os serviços necessários para integração de outros sistemas com a Prefeitura Municipal através de web service e por meio do protocolo SOAP.

Antes de colocar qualquer sistema em produção integrada com o ISSWeb utilizado pela Prefeitura Municipal, é necessário homologar essa integração com o ambiente de testes disponibilizado pela Fiorilli Software. Ou seja, o processo de homologação nunca poderá ser realizado diretamente no portal da Prefeitura. Para realizar esse teste de homologação, sempre será necessário realizar a assinatura digital de alguns métodos previstos na versão 2.01 do padrão ABRASF para NFS-e.

Após adequar seu sistema com os padrões acima, solicitamos que entre em contato com suporte da empresa Amendola & Amendola Software, para informar alguns dados do proprietário do certificado digital que será utilizado na emissão das NFS-e para que possamos autorizar a realização dos testes no ambiente de homologação. É necessário informar os seguintes dados:

1. Razão Social do prestador de serviço;

2. CNPJ do prestador de serviço;

3. Endereço completo do prestador de serviço;

4. E-mail de contato do prestador se serviço.

Quando receber a autorização para o uso do ambiente de teste para homologação, acesse os seguintes links:

WebService: http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWS/IssWebWS?wsdl

Aplicação: http://fi1.fiorilli.com.br:5663/issweb/home.jsf

Na realização dos testes para homologação, sempre devem ser informados os seguintes dados:

1. Usuário: 01001001000113  

2. Senha: 123456

3. CNPJ do prestador: 01001001000113

4. Inscrição municipal do prestador: 15000

Observe que esses dados (usuário, senha, CNPJ e inscrição municipal do prestador) devem ser usados apenas para este momento de homologação. Para o momento posterior, de produção integrada desse sistema com o ISSWeb, é necessário utilizar os dados reais do próprio contribuinte que já foi autorizado pela Prefeitura Municipal a acessar o ISSWeb. A utilização errada dessas informações pode acarretar os seguintes erros:

1. Se forem utilizados os dados do próprio contribuinte (usuário, senha, CNPJ e inscrição municipal) no ambiente de teste para homologação, não será possível realizar os testes, pois os dados de nenhum contribuinte real estão cadastrados nesse ambiente;

2. Se forem utilizados os dados padrão para testes (usuário 01001001000113, senha 123456, CNPJ 01001001000113 e inscrição municipal 1.000.10) no ambiente de produção, as notas fiscais não serão geradas para o prestador de serviço correto e não serão armazenadas no site da Prefeitura Municipal.

Faixa para Lote e RPS 18701 a 18800

Outras orientações importantes que devem ser observadas:

1. Utilizar Id, não id;

2. Tags devem ser assinadas de acordo com o serviço escolhido;

3. Os valores sempre devem ser informados com o padrão 0.00;

4. As alíquotas não precisam ser divididas por 100 (/100). Ou seja, devem ser informadas em números inteiros, como, por exemplo, 2.79 (e não 0,0279);

5. Utilize ponto ao invés de virgula como separador de casas decimais;

6. Utilize sempre duas (2) casas decimais;

7. Utilize “\s\n” para indicar quebra de linha;

8. Utilize lotes de, no máximo, 50 RPS (Recibos Provisórios de Serviços);

9. No caso de tomadores de serviços estrangeiros (localizados no exterior), deve ser utilizada a mesma estrutura. A única diferença é que deve ser informado, no campo CPF, um número de documento com 11 posições para que o sistema possa validar essa informação.

Indicamos, ainda, alguns links úteis para o desenvolvimento da homologação e da produção:

1. Para fazer o download de toda a documentação disponibilizada pela ABRASF em relação ao padrão de NFS-e utilizado no ISSWeb:

http://www.abrasf.org.br/pagina_simples.php?titulo=ARQUIVOS%20P%C3%9ABLICOS&pagina=arquivos_publicos

2. Utilitário disponibilizado pela Receita Federal do Brasil para validar a assinatura digital de documentos:

https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/assinadoc/ValidadorAssinaturas.app/valida.aspx

2.1. Observe que, se o XML gerado pelo sistema não for considerado como válido por esse utilitário disponibiliza pela Receita Federal, esse mesmo arquivo também não será considerado válido no ISSWeb;

2.2. Não se esqueça de confrontar o xsd com o xml antes do envio para o ISSWeb.

Caso o prestador de serviço não tenha a necessidade de envio em lote, aconselhamos que seja utilizado o serviço gerarNfse, que é o service mais rápido e possui o xml com menor tamanho.

Enviamos, em anexo, algumas instruções, documentação e exemplos de xml assinados para integração com a Prefeitura Municipal.

João Vitor Gonçalves
Sistema Intregrado de Arrecadação – SIA
Amendola & Amendola Sofware
e-mail: [email protected]

[Italo Giurizzato Junior]

Boa tarde Milton,

O componente ACBrNFSeX segue a risca essas instruções.

Me diz uma coisa em ambos os ambientes não se deve assinar?

Pois para algumas cidades não devemos assinar em ambiente de homologação, mas devemos assinar em ambiente de produção.

[Milton Campanhã]

@Italo Giurizzato Juniorme desculpe, somente hoje vi sua pergunta.

Então, eu não sei te responder sobre o ambiente de homologação, pois a pressa foi tanta aqui que fizemos os testes em produção mesmo.

Primeiros problemas (este deu trabalho descobrir) :  Estava dando erro no envio e retornando except, e depois de debugar campo a campo descobrimos que o problema estava ao preencher/enviar a tag CNAE. Então parei de preencher este campo no xml.

E ontem tivemos 2 problemas:
1) Tivemos notas rejeitas por conta de de validação do valor do ISS devido ao arredondamento. Estão usando o arredondamento para cima.
2) E um outro ponto foi que a prefeitura possui alíquotas de ISS com 4 casas decimais (Ex: 2,6135 ) mas o valor do ISS com apenas 2 ( e arredondando pra cima ).

Abraços.

Editado 14 Junho por Milton Campanhã

[Italo Giurizzato Junior]

Bom dia Milton,

Muito obrigado pela colaboração, já inclui na minha lista de tarefas para atualizar o arquivo ACBrNFSeXServicos.ini TK-5591 

[Italo Giurizzato Junior]

Boa tarde Milton,

Já esta no SVN.