Ir para conteúdo
  • Cadastre-se

Milton Campanhã

Membros
  • Total de ítens

    10
  • Registro em

  • Última visita

Posts postados por Milton Campanhã

  1. 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]


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

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

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

    • Curtir 1
  5. 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;
    • Curtir 1
  6. 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,

    • Curtir 1
  7. 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,

×
×
  • 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.