Ir para conteúdo
  • Cadastre-se

Siagri Sistemas

Membros
  • Total de ítens

    90
  • Registro em

  • Última visita

  • Days Won

    1

Posts postados por Siagri Sistemas

  1. bom dia, estamos efetuando testes em ambiente de homologação e o seguinte erro vem se mostrando constante;
    image.png.02f5ac738e8ad7cb86c9f7e32d127754.png

     

    muitas das vezes não consigo recuperar o numero do recibo do evento e quando vou tentar enviar novamente diz que o registro já se encontra lá.

    O que poderia ser feito para não ocorrer esse tipo de problema ?

     

    Grato.

     

     

     

  2. Em 02/05/2018 at 10:37, Fernando Lobato disse:

    Bom dia a todos.

    Alguém conseguiu enviar o evento R-1000 em ambiente de produção?

    Estou tendo o retorno MS0038 - Para envio de eventos para a produção, o ambiente deve ser igual a 1. Para envio de eventos para a pré-produção, deve ser igual a 2.

    Boa tarde Fernando,

    caso não tenha resolvido sugiro olhar :

    Tags  (caso não tenha atualizado os fontes )
    ACBrReinf.IdeEvento.TpAmb  e  AACBrReinf.Configuracoes.WebServices.Ambiente

    E se os endereços do webservice estão corretos :

    (acbrReinf.configuracoes.webservices.params)

    [Reinf_H]

    EnviarLoteEventos=https://preprodefdreinf.receita.fazenda.gov.br/WsREINF/RecepcaoLoteReinf.svc
    ConsultarLoteEventos=https://preprodefdreinf.receita.fazenda.gov.br/WsREINF/ConsultasReinf.svc

    [Reinf_P]
    EnviarLoteEventos=https://reinf.receita.fazenda.gov.br/WsREINF/RecepcaoLoteReinf.svc 
    ConsultarLoteEventos=https://reinf.receita.fazenda.gov.br/WsREINF/ConsultasReinf.svc



    Att

    Fábio Amaral

  3. Boa tarde, Senhores. 
    Estou implementando a emissão de NFS-e para uma empresa no município de Sorriso - MT, que utiliza o provedor Agiliv2 (De acordo com o arquivo cidades.ini).
    E estou com o seguinte problema:
    Dentro do método TDFeHttpWinHttp.Enviar existe a chamada do método ConfigurarHTTP(AURL, ASoapAction, AMimeType); onde são passados os seguintes valores para os parâmetros :

    AURL : 'http://homolog.nfse.prefsorriso-mt.agilicloud.com.br/api/GerarNfse'
    ASoapAction : 'http://nfse.abrasf.org.br/GerarNfse'
    AMimeType : 'application/xml'


    Dessa forma temos o seguinte bloco:

     

    function TDFeHttpWinHttp.Enviar(const ConteudoXML: String; const AURL: String;
      const ASoapAction: String; AMimeType: String): String;
    var
      Resp: TMemoryStream;
    begin
      Result := '';

      ConfigurarHTTP(AURL, ASoapAction, AMimeType);

      Resp := TMemoryStream.Create;
      try
        try
          // Enviando, dispara exceptions no caso de erro //
          FWinHTTPReqResp.Execute(ConteudoXML, Resp);
          // DEBUG //
          Resp.SaveToFile('c:\temp\ReqResp.xml');

          Resp.Position := 0;
          Result := String( ReadStrFromStream(Resp, Resp.Size) );

          // Verifica se o ResultCode é: 200 OK; 201 Created; 202 Accepted
          // https://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
          if not (FWinHTTPReqResp.HTTPResultCode in [200, 201, 202]) then
            raise EACBrDFeException.Create('');

        except
          On E: Exception do
          begin
            raise EACBrDFeException.CreateDef( Format( cACBrDFeSSLEnviarException,
                                               [InternalErrorCode, HTTPResultCode] ) + sLineBreak +
                                               E.Message ) ;
          end;
        end;
      finally
        Resp.Free;
      end;
    end;


    Onde o valor de FWinHTTPReqResp.HTTPResultCode está sempre 503, dando o erro "Erro interno:0 Http 503".
    O xsd utilizado é o XSDAgili.xsd
    Alguém sabe dizer se o problema pode estar nas URLs passadas como parametro ou no conteúdo do meu xml que é passado ? 

  4. Em 27/02/2018 at 09:50, Rafael Dias disse:

    @Siagri Sistemas este erro deve estar ocorrendo pois esta tentando enviar depois do dia vinte do mes atual olhe este trecho do manual.
     

     

    Bom dia,  o "erro" ainda persiste  mesmo enviando dados com um novo contribuinte/certificado.

    Você teria por acaso um .xml do evento R-1000 que tenha sido recepcionado com sucesso utilizando a versão 1.3 para eu dar uma olhada ?
     

    Grato ,

  5. 4 minutos atrás, Italo Jurisato Junior disse:

    Bom dia,

    Não detenho conhecimento para lhe dizer o que esta errado, mas pela mensagem de erro será que não foi enviado anteriormente o mesmo evento onde foi informado o período inicial (iniValid) e final (fimValid) de validade e agora este último esta sendo informado somente o período inicial de validade?

    Bom dia , 
    Já havíamos pensado nessa possibilidade, 

    no caso desse .xml temos certeza que não havia sido enviado nenhum evento do reinf.

    Grato,

  6. 3 minutos atrás, BigWings disse:

    Correto, não haverá valor para vFCP nos totais, apenas vFCPUFDest.

    Cara, se eu tiro as tags referente ao FCP dos totais, outros erros ocorrem. Você teria um modelo de como deve ser uma nota assim?

  7. 2 minutos atrás, BigWings disse:

    Você está informando o FCP duas vezes, uma no grupo ICMSUFDEST que é o correto neste caso de venda interestadual, e outra vez no grupo ICMS00, que deveria ser preenchido apenas em operações internas, nas UF que fazem esse tipo de tributação.

    Não entendi. A tag de icms00 está assim:

    image.png.8cef3149b18f20d4fa65748a18f950f3.png

     

     

    E a tag dos totais assim:

    image.png.ecbef1ac86f9572f6ffaf8169c4b6bf2.png

     

    Se eu tirar a tag <pFCP/> e <vFCP/> da tag ICMS00, o xml não é validado, informando que a soma dos valores do FCP não bate com o valor informado, na tag total.

    6 minutos atrás, BigWings disse:

    Você está informando o FCP duas vezes, uma no grupo ICMSUFDEST que é o correto neste caso de venda interestadual, e outra vez no grupo ICMS00, que deveria ser preenchido apenas em operações internas, nas UF que fazem esse tipo de tributação.

    image.thumb.png.c5bfdfc916796a86dfd8b8f1f960eab6.png

     

    Tirei as 2 tags que falei no post acima, daí o xml não é validado. 

  8. Pessoal, bom dia. 

    Estamos migrando da NFe 3.10 para NFe 4.0, nesse processo, estamos emitindo NFe 4.0 normalmente, porém ao emitir NFCe 4.0 é gerado a exceção "Rejeição: Codigo identificador do CSC no QR-Code não cadastrado na SEFAZ";

    Nesse caso, utilizando os mesmo dados, conseguimos emitir NFCe 3.10,  NFe 3.10 e NFe 4.0, só não conseguimos emitir a NFCe 4.0. 

    Lembrando que o certificado que utilizamos é válido e está em perfeito funcionando, o cliente também já emite NFCe e está devidamente credenciado junto ao órgão competente.

    Segue anexo zipado dos arquivos que gerados pelo aplicativo de demonstração do ACBr (ACBrNFe_demo.exe)

    Alguém já passou por situação parecida e/ou igual?

    NFCe.rar

  9. 6 horas atrás, bylaardt disse:

    O ambiente de testes está preparado apenas para a versão v1.01.01. foi disponibilizado quando a v1.01.02 ainda não estava disponível, veja:
    http://sped.rfb.gov.br/pagina/show/2247
    O layout da v1.01.02 foi disponibilizado em 12/09. Ainda não é a versão final. A RFB havia prometido divulgar o novo layout ainda em outubro (que não aconteceu), e um novo esquema/layout para o evento R-2070 que foi postergado ainda sem data prevista, conforme
    http://sped.rfb.gov.br/pagina/show/2331
    As informações que obtive, são extra-oficiais, até porque os funcionários da SRF são completamente despreparados para responder e os integrantes do comitê do e-social  estão se distanciando do Reinf, e não largam mais notas sobre o Reinf.
    Sabe-se apenas que o Reinf e o E-Social precisam entrar em funcionamento ao mesmo tempo por causa da forma como serão geradas as guias de recolhimento.

    Obrigado pelo esclarecimento.
     

  10. Boa noite senhores ....
    estou tentando enviar um evento utilizando a versão 1_02_00  dos schemas, alterei a "REINF_VERSAO"   porém tenho sempre como resposta  a msg : "Versão do Lote inválida. Deve ser utilizada a versão 1.01.01".

    Alguém já passou por isso e poderia me dar um auxílio ?
    Grato , 
    Fábio Amaral.

    image.png.f6d6490aa94e3ab95469ec75e9fccab4.png

    image.png.93ac8158fa5380873cb7d8de76020579.png

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

The popup will be closed in 10 segundos...