Milton Campanhã

Realmente seria bom anteciparmos algo, pois 2026 é logo alí.

@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.

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]

@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ã.

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.

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=

Olá bom dia. Aqui estávamos com este problema, mas fizemos a atualização após a correção rev.32596 (22/02/24) e voltou a emitir normalmente. O erro ainda persistia na rev.32627?

Boa tarde. Por favor, poderia atualizar o componente ACBrNFSeX com o provedor para cidade de Macapá/AP, sendo: [1600303] ; Atualizado em 08/05/2023 ( testado por Wilson ) Nome=Macapa UF=AP Provedor=ISSNet Versao=2.04 ProRecepcionar=https://nfse.issnetonline.com.br/abrasf204/macapa/nfse.asmx HomRecepcionar=https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx Segue documentação da prefeitura: https://www.issnetonline.com.br/macapa/online/login/login.aspx?Getfile=14 Obrigado. Integração NFS-e Abrasf_Macapá.html

Boa tarde. Envio este para solicitar alteração no schema da Sigep para inclusão da tag "InscricaoEstadual" para Tomador. Fiz a alteração aqui e validei com meu cliente na prefeitura de Botucatu/SP, onde foi aceito a NFSe. https://botucatu.bsit-br.com.br/nfse/document-invoice-file.jsf -> Manual de Integração PDF ( pág. 3 ) Obrigado. Milton nfse.xsd IMPORTANTE.txt

Bom dia a todos, vamos lá: 1) Alteração da unit ACBrNFeWebServices.pas - Capicom.dll {$ELSE} procedure TWebServicesBase.ConfiguraReqResp( ReqResp : THTTPReqResp); begin if FConfiguracoes.WebServices.ProxyHost <> '' then begin ReqResp.Proxy := FConfiguracoes.WebServices.ProxyHost+':'+FConfiguracoes.WebServices.ProxyPort; ReqResp.UserName := FConfiguracoes.WebServices.ProxyUser; ReqResp.Password := FConfiguracoes.WebServices.ProxyPass; ReqResp.ProxyByPass := '*gov.br*'; end; ReqResp.OnBeforePost := OnBeforePost; end; 2) Detectar se o IE utiliza proxy uses Registry, Types, StrUtils; function GetIEProxy(out AHost, APort: String): Boolean; var I: Integer; sList, sProxies: TStringDynArray; sProxyServer: String; bProxyEnable: Boolean; begin Result := False; AHost := ''; APort := ''; with TRegistry.Create do begin try RootKey := HKEY_CURRENT_USER; if OpenKeyReadOnly('\Software\Microsoft\Windows\CurrentVersion\Internet Settings') then begin if ValueExists('ProxyServer') then sProxyServer := ReadString('ProxyServer'); if ValueExists('ProxyEnable') then bProxyEnable := ReadBool('ProxyEnable'); if bProxyEnable and (sProxyServer<>'') then begin //-- Identificar proxy if ContainsStr(sProxyServer, '=') then begin sList := SplitString(sProxyServer, ';'); sProxyServer := ''; for I := 0 to Length(sList)-1 do begin if ContainsStr(sList, 'https=') then sProxyServer := StringReplace(sList, 'https=', '', []); end; end; //-- if (sProxyServer<>'') then begin sProxies := SplitString(sProxyServer, ':'); AHost := sProxies[0]; APort := sProxies[1]; end; //-- Result := (AHost<>''); end; CloseKey; end else Result := False; finally Free; end; end; end; 3) Configurar componente procedure ConfigACBrNFe; var sHost, sPort: String; begin //-- Verificar se está configurado para proxy if (GetIEProxy(sHost, sPort) and (edtProxyHost.Text='')) then begin end ..Configuracoes.WebServices.ProxyHost := sHost; ..Configuracoes.WebServices.ProxyPort := sPort; ..Configuracoes.WebServices.ProxyUser := ''; ..Configuracoes.WebServices.ProxyPass := ''; else begin ..Configuracoes.WebServices.ProxyHost := edtProxyHost.Text; ..Configuracoes.WebServices.ProxyPort := edtProxyPort.Text; ..Configuracoes.WebServices.ProxyUser := edtProxyUser.Text; ..Configuracoes.WebServices.ProxyPass := edtProxyPass.Text; end; end;

Resolvi o problema no cliente,,mas tive que modificar o codigo da ACBr, implementando o ByPass = '*gov,br*'. Creio que seria interessante deixar esta propriedade ByPass nas configurações do WebServices. Utilizando este recursos de ByPass nem foi preciso informar usuário/senha do proxy e eu também fiz uma função que captura as configurações de proxy do IE automaticamente. Estou de saída agora (final do primeiro expediente), mas amanhã disponibilizo todos os códigos por aqui. Obrigado a todos,

Olá, sou novo no grupo e estou migrando projeto NFe_Util (c#) para ACBrNFe. Estamos com problemas em relação aos clientes que utilizam proxy (praticamente todos) pois anteriormente, ainda que o IE estivesse configurado para proxy, nosso sistema ignorava o proxy e utilizava o WebProxy.GetDefaultProxy e NetworkCredential. Com isto, o sistema estabelecia conexão com os webservices da Sefaz mas o usuário não tinha permissão de navegar na internet pelo browser. Mas com ACBr os clientes precisam configurar as propriedades de proxy (host,port,user,passw), caso contrário dá erro Proxy 407 (não autenticado). Entretanto, uma vez que a conexão é estabelecida (Ex: ConsultarStatus) o usuário passa a ter acesso à internet e pode navegar de boa. Minha dúvida: 1) Este é o comportamento comum de conexão com proxy para HttpReqResp? Ou estou fazendo algo errado? 2) Sendo este o comportamento, teria como fazer o logoff nesta autenticação do IE para novamente bloquear à internet? Obrigado,