Jump to content

carlos_augusto

Membros
  • Posts

    174
  • Joined

  • Last visited

Posts posted by carlos_augusto

  1. Companheiro

    Temos clientes que são prestadores de serviço.

    Portanto é comum em uma só nota fiscal com a seguinte característica:
    Item 1 : utilizo para declarar a mercadoria que eu estou vendendo para o cliente
    Item 2 : utilizo para declarar a matéria-prima original que o cliente me enviou

    Portanto o Item 1 vai gerar duplicata e o segundo não.

    ASsim, para o primeiro item será gerada informação como : 14 ( duplicata mercantil ) e
    para o segundo vai gerada informação de 90 ( Sem Pagamento ), por exemplo.

    Para tirarmos a dúvida geramos o arquivo xml pelo Acbr e importamos no Emissor Público de
    Nfe do SEbrae e enviamos a nota normalmente.

    Depois exportamos o arquivo xml gravado no Emissor do Sebrae e constatamos que o Segmento PAG
    ficou do mesmo jeito que no Acbr :

                <pag>
                    <detPag>
                        <indPag>1</indPag>
                        <tPag>15</tPag>
                        <vPag>100.00</vPag>
                    </detPag>
                    <detPag>
                        <tPag>90</tPag>
                        <vPag>100.00</vPag>
                    </detPag>
                </pag>

    Mas, no Acbr aparece sempre aquela mensagem de :
      1871 - Element '{http://www.portalfiscal.inf.br/nfe}indPag':
      This element is not expected. Expected is ( {http://www.portalfiscal.inf.br/nfe}tPag ).  

    Porque no Acbr ocorre este erro?

     Estamos com os Schemas Xml da Nfe 4.00 disponibilizados pela Sefaz hoje e fizemos atualização
    do ACbr anteontem no meio da tarde.   

    ocorreu alguma alteração nos fontes do Acbr Ontem ou Hoje para corrigir isto?

    Grato

  2. Sr. Italo

    Os nossos Colaboradores fizeram diversos ajustes visando resolver os erros nos computadores que apresentaram problema.

    Fizeram formatação e atyualização de windows, browser e bem como refazendo todas as configurações de TLS.

    Obviamente utilizamos para cada computador a licença de windows que possuimos.

    Verificamos que persistiu erro em uma minoria onde o Windows é 32 bits.

    Mas não sabemos determinar a causa do problema.

    Por ora vamos deixa o assunto sem uma solução definitiva até nós finalizarmos todos os procedimentos de desenvolvimento da NFE.

    Logo que retormarmos o assunto eu entro em contato .

    Agrademos muito a sua ajuda.

    Carlos

    Franca-Sp

  3. Prezados Companheiros

    Eu implementei a informação do Indicador da Forma de Pagamento da seguinte forma :

    if qryPagamentos.FieldByName('INDICADOR_FORMA_PAGAMENTO').AsString      = '0' then
      indPag := ipVista
    else if qryPagamentos.FieldByName('INDICADOR_FORMA_PAGAMENTO').AsString = '1' then
      indPag := ipPrazo
    else if (qryPagamentos.FieldByName('INDICADOR_FORMA_PAGAMENTO').AsString = ' ') then
      indPag := ipNenhum;
     
    Assim, gerei uma nota fiscal com a seguinte característica :
    ITEM   CFOP   TAG : indPag
    1          5101     ipPrazo
    2          5916     ipNenhum

    Porém após passagem de dados ao ACbr resultou no seguinte arquivo XML :
            <pag>
                <detPag>
                    <indPag>1</indPag>
                    <tPag>99</tPag>
                    <vPag>100.00</vPag>
                </detPag>
                <detPag>
                    <tPag>90</tPag>
                    <vPag>100.00</vPag>
                </detPag>
            </pag>

    Vejam que para a forma de Pagamento 90 não foi gerado a tag : indPag.

    O que resultou no erro :
      1871 - Element '{http://www.portalfiscal.inf.br/nfe}indPag':
      This element is not expected. Expected is ( {http://www.portalfiscal.inf.br/nfe}tPag ).
     
    Podem os companheiros me indicar onde estou errando.

    Grato  

              

     

  4. Sr. Italo

    Bom Dia!

    Ontem estavamos tão ansiosos por encaminhar o assunto que  nem tivemos muito tempo para questionar porque o Instalador estava  aparesentando erro.

    Fizemos portanto a atualização do Acbr e em alguns computadores persistiu o problema.

    Indiquei que o responsável pelo hardware faça manutenção nos computadores.

    Ele optou por formatá-los e fazer reinstalação do windows.

    Após o almoço estaremos aptos a fazer novo teste de transmissão da Nfe.

    Logo que tiver um resultado do teste de transmissão eu lhe reporto.

    Agradeço por sua atenção.

    Carlos

    Franca-Sp

     

  5. Prezado Sr.
    Italo

    Nós temos o seguinte cenário :
    Temos o Servidor do Departamento de Desenvolvimento que roda Windows 2012.
    Neste servidor o ACBR está instalado corretamente.

    Quando chegamos a fechar uma versão com a Nfe 4.00 inserida, nós disponibilizamos
    o exe e bem como dlls e bpls para o pessoal que faz os testes.

    Os testadores, por sua vez efetuam testes em máquinas com Windows 7, 8 ou 10.

    Aí eles se defrontaram com a seguinte situação :
    - em 1 Notebook com Windows 7 funcionou
    - nos demais micros não funcionou

    Deixando claro que quando fizemos a instalação , procuramos observar as recomendações
    expressas no forum  do Acbr.
    No caso das dlls estamos utilizando as descritas no post : https://www.projetoacbr.com.br/forum/topic/42611-tls-12-para-nfenfce-40/.

    No início imaginávamos que pudesse ser o proxy.
    Porém nestes micros de teste, mesmo com o proxy desativado continuam com erro.

    Imaginamos que seja algum problema espefico na interação do ACBR e Sistema Operacional.

    Mas não conseguimos indentificar o que possa ser.

    Assim, solicitamos sua ajuda e estamos apto a remunerá-lo pelos seus honorários.

    Vide em anexo o descritivo dos erros ( arquivo : ERRO_TRANSMISSAO_NF40.rar ).

    Grato

    ACBrNFeServicos.ini

    ACBrNFeServicos.rc

    ACBrNFeServicos.res

    ERRO_TRANSMISSAO_NF40.rar

  6. Sr. Italo

    Continua o problema.

    Eu atualizei tudo que podia :

    - DLLs

    -BPLs

    -ACBrNFeServicos.ini

    Aí testamos com proxy, sem proxxy.

    Também testamos em nossa rede e eu outra rede.

    Mas não obtivemos sucesso algum.

    Por acaso o sr. sabe se esta mensagem de erro é gerada pelo Acbr ou pela Sefaz ?

    Grato

     

    • Like 1
  7. Sr.Italo

    Na verdade os dois servidores estão submetidos às mesmas regras de Proxy e mesmo antivirus.

    Inclusive chegamos a desativar Antivirus e Proxy mas o problema persistiu.

    A diferença é que no servidor de Desenvolvimento temos todas as DLLS que vem com a instalação do ACBR.

    Mas, no Servidor de teste não temos todas.

    Aí me inspirei em copiar todas as DLLS de um servidor para o outro.

    Uma questão, as pastas com nome de X86 , X64 , 32, 64 servem para designar para qual sistema operacional devem ser utilizadas ?

    Gratol

  8. Companheiros

    Fiz o ajuste no sistema visando geração do arquivo xml da Nota Fiscal Eletrônica no padrão 4.00.

    Agora, estamos em fases de testes e estamos observando as seguintes situações :

    1)- utilizando um dos servidores conseguimos enviar a Nota Fiscal no padrão 4.00 com sucesso
    2)- porém , em outro servidor estamos observando o seguinte erro:
        "Mensagem Original: WebService Consulta Status serviço:
         - Inativo ou Inoperante tente novamente.
         Erro Interno: 0
         Erro HTTP: 500"
        
    E ambos servidores estão submetidos às mesmas regras de Proxxy;
    Portanto o normal seria dar erro  nos 2 servidores ou certo nos 2 servidores.

    Por acaso os companheiros já passaram por isto.

    Grato

    Carlos Augusto
    Franca-Sp

  9. Prezados Senhores
    André e Italo

    Com relação à esta tag : indPag ( filha da Tag : YA01a ) que foi criada dentro do
    Registro : YA ( Pagamentos da Nota Fiscal ), sabem onde ela foi implementada.

    Estou procurando dentro de :
    - Pag
    - Pag.Add

    e não consigo encontrar.

    Deixando claro que estou o ACBR atualizado há cerca de 3 semanas atráz.

    Sabem se esta tag foi implementada depois da última atualização que fiz?

    Grato

    Carlos
    Franca-Sp

  10. Srs. André e Ítalo

    Obrigado por sua ajuda.

    Consegui finalmente fazer o ajuste implementando o campo do Troco.

    Somente mais uma informação .

    Anteriormente existia no Grupo B o campo INDPAG.

    Ele foi excluido e , para minha surpresa, foi recriado justamente no GRUPO YA.

    Sabem se esta alteração já foi implementada no componente ( eu atualizei o Acbr exatamente 3 semanas atrás )?

    Grato

  11. Sr. Italo

    Meu problema se refere a não conseguir utilizar esta propriedade "vTroco", pois aparece a mensagem de erro :
    "untAcbrPcn_GeraNotaFiscal.pas(7896): E2003 Undeclared identifier: 'vTroco'" .

    Na verdade estou passando valores para todas propriedades envolvidas ( indPag, vPag, etc.. ), dentro de um único laço de : pag.Add .
    Mas o erro ocorre somente com a propriedade vTroco.

    Mesma situação ocorre com a propriedade : vIPIDevol .

    Minha questão portanto é saber porque acontece erro com estas 2 propriedades se dá certo com as demais.

    Grato

     

  12. Sr. André

    Nós atualizamos o ACBR há 3 semanas atráz.

    O meu problema original é que eu estava tentando encontrar estas Tags 1 nível abaixo,
    de forma parecida que está no layout.

    Assim, eu consegui encontrar com sucesso as propriedades para as Tags:
    - tpIntegra
    - CNPJ
    - tBand
    - cAut
    Mas continuo não conseguindo encontrar propriedade para informar a Tag : vTroco .
    Existe esta propriedade declarada na unit : pcnNFE.

    Eu implementei no código-fonte da seguinte forma :

          while not qryPagamentos.eof do
            begin
              with pag.Add do
                begin
                   vTroco := qryPagamentos.FieldByName('VALOR_TROCO').AsCurrency;
                end;
            end;

    Mas resulta sempre no erro : "untAcbrPcn_GeraNotaFiscal.pas(7896): E2003 Undeclared identifier: 'vTroco'"

    Sabe o senhor me indicar como resolver este caso?

    Situação semelhante ocorre com a tag : vIPIDevol.

    Eu implementei da seguinte forma : Total.vIPIDevol := 0;

    Mas resulta sempre no erro : E2003 Undeclared identifier: 'vIPIDevol'

    Grato

    Carlos    
    FRanca-Sp

  13. Prezados
    Companheiros

    Estou adequando o código-fonte para a NFE 4.00.

    Atualmente estou ajustando a parte de Pagamentos da Nfe ( Segmento YA ) .

    Assim, criei a seguinte condificação:

          while not qryPagamentos.eof do
            begin
              with pag.Add do
                begin
                  // Forma de pagamento
                  // 01=Dinheiro
                  if (qryPagamentos.FieldByName('CODFORMARECEBIMENTO_NFCE').AsInteger = 1 then
                    tPag := fpDinheiro;
                  // Valor do Pagamento
                  vPag   := qryPagamentos.FieldByName('VALOR').AsCurrency;
                end;
            end;

    O problema é que não consigo identificar como preencher as tags :
    - tpIntegra
    - CNPJ
    - tBand
    - cAut
    - vTroco

    Podem me indicar como estas tags foram implementadas no ACBR e, portanto, para quais propriedades
    exatamente tenho que passar os valores correspondentes ?

    Grato

    Carlos Augusto
    Franca-Sp

  14. Senhores

    Resumindo a dúvida.

    Como consigo consultar com eficiência o Serviço de Consulta a Contribuinte do Rio Grande do Sul via Acbr ?

    Questiono isto porque se acessarmos o site : https://www.sefaz.rs.gov.br/NFE/NFE-CCC.aspx, conseguimos consultar qualquer CNPJ de contribuinte sediado em qualquer estado.

    Como reproduzir isto utilizando o ACBR ?

    Se configurar o Acbr da seguinte forma :

    ACBrNFe.WebServices.ConsultaCadastro.UF := 'SVRS';

    eu recebo o erro :

    Ocorreu falhas na consulta do contribuinte: 215 - Rejeicao: Falha no schema XML

    Sabem os companheiros como resolver isto ?

    Grato

  15. Prezados Companheiros

    Como devo proceder então ?

    Imaginemos que eu vá efetuar uma consulta de CNPJ de empresa sediada em Alagoas e portanto utilizando os serviços da Sefaz Virtual do Rio Grande do Sul.

    Devo proceder da forma abaixo indicada :

      AcbrConsulta.Configuracoes.WebServices.UF           := 'SVRS';
      AcbrConsulta.WebServices.ConsultaCadastro.UF        := 'SVRS';

    ou então referenciando apenas a sigla do Estado da seguinte forma :  

      AcbrConsulta.Configuracoes.WebServices.UF           := 'RS';
      AcbrConsulta.WebServices.ConsultaCadastro.UF        := 'RS';

    Grato

    Carlos
    Franca-Sp

  16. Prezados Companheiros

    Temos em nosso sistema um recurso para Consulta do Contribuinte desenvolvido há
    alguns anos.

    Entre os diversos parâmetros passados ao ACBR temos os seguintes :  

      AcbrConsulta.Configuracoes.WebServices.UF                  := 'AL';
      AcbrConsulta.WebServices.ConsultaCadastro.UF           := 'AL';
      AcbrConsulta.WebServices.ConsultaCadastro.CNPJ      := stCnpj;
     
    A rotina funcionava efetuando pesquisa na maioria dos estados.

    Porém , de algumas semanas para cá os cleintes começaram reportar problemas na rotina.

    Fiz então um teste geral e constatei problemas na maioria dos estados, conforme eu listo abaixo

    ESTADO  PROBLEMA
    AL           265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service"
    AM          Ocorreu falhas na consulta do contribuinte: 0 -
    AP           265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service"
    CE           Ocorreu falhas na consulta do contribuinte: 0 -
    DF           265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service"
    MA          Ocorreu falhas na consulta do contribuinte: 0 -
    PA           Ocorreu falhas na consulta do contribuinte: 0 - URL para o serviço ""NfeConsultaCadastro"" não encontrada na sessão ""NFe_SVAN_H""

                    no arquivo ""ACBrNFeServicos"""
    PE           Ocorreu falhas na consulta do contribuinte: 0 - URL para o serviço ""NfeConsultaCadastro"" não encontrada na sessão ""NFe_PE_H""

                   no arquivo ""ACBrNFeServicos"""
    PI            265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service
    RJ           265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service
    RO          265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service
    RR          265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service
    SE          265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service
    TO          265 - Rejeicao: Sigla da UF da consulta difere da UF do Web Service

    Sabem os companheiros como consultar com eficiência todos os Estados ?

    EStou cometendo erros na configuração do ACBR?

    Grato

    Carlos Augusto
    Franca-Sp

  17. Prezados Companheiros

    Sabem os companheiros se a utilização deste novo Protocolo TSL 1.2 está liberada
    somente no ambiente de HOMOLOGAÇÃO ?

    Pergunto isto porque não estou conseguindo  utilizar as configurações que os senhores
    sugeriram em teste no Ambiente de Produção.

    Inclusive o que é funciona na Transmissão da NFE não funciona na rotina de Consulta do Contribuinte .

    Listo abaixo as configurações que fiz tanto para transmissão da NFE , quanto para Consulta do
    Contribuinte :

    a)-TRANSMISSÃO DA NFE:
      if qryParametr.FieldByName('AMBIENTE_NFE').AsString  = '1' then
          begin
          acbrNota.Configuracoes.Geral.SSLLib        := libCustom;
          acbrNota.Configuracoes.Geral.SSLCryptLib   := cryWinCrypt;
          acbrNota.Configuracoes.Geral.SSLHttpLib    := httpWinHttp;
          acbrNota.Configuracoes.Geral.SSLXmlSignLib := xsMsXml;
          acbrNota.Configuracoes.WebServices.SSLType := LT_all;
        end
      // ambiente : Homologação
      else if qryParametr.FieldByName('AMBIENTE_NFE').AsString  = '2' then
        begin
          acbrNota.Configuracoes.Geral.SSLLib        := libWinCrypt;
          acbrNota.Configuracoes.Geral.SSLCryptLib   := cryWinCrypt;
          acbrNota.Configuracoes.Geral.SSLHttpLib    := httpWinHttp;
          acbrNota.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2;
          acbrNota.Configuracoes.WebServices.SSLType := LT_TLSv1_2;
        end;

    B)-CONSULTA DO CONTRIBUINTE
      // ambiente : Produção
      if qryParametr.FieldByName('AMBIENTE_NFE').AsString  = '1' then
          begin
          acbrConsulta.Configuracoes.Geral.SSLLib        := libCapicomDelphiSoap;
          acbrConsulta.Configuracoes.Geral.SSLCryptLib   := cryCapicom;
          acbrConsulta.Configuracoes.Geral.SSLHttpLib    := httpIndy;
          acbrConsulta.Configuracoes.Geral.SSLXmlSignLib := xsMsXmlCapicom;
          acbrConsulta.Configuracoes.WebServices.SSLType := LT_all;
        end
      // ambiente : Homologação
      else if qryParametr.FieldByName('AMBIENTE_NFE').AsString  = '2' then
        begin
          acbrConsulta.Configuracoes.Geral.SSLLib        := libWinCrypt;
          acbrConsulta.Configuracoes.Geral.SSLCryptLib   := cryWinCrypt;
          acbrConsulta.Configuracoes.Geral.SSLHttpLib    := httpWinHttp;
          acbrConsulta.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2;
          acbrConsulta.Configuracoes.WebServices.SSLType := LT_TLSv1_2;
        end;

    Grato

  18.  

    Prezados Companheiros

    Sabe os companheiros se a utilização deste novo Protocolo TSL 1.2 está liberada
    somente no ambiente de HOMOLOGAÇÃO ?

    Pergunto isto porque não estou conseguindo  utilizar as configurações que os senhores
    sugeriram em teste em ambiente de Produção.

    Vejam como eu configurei :

      // ambiente : Produção
      if qryParametr.FieldByName('AMBIENTE_NFE').AsString  = '1' then
          begin
          acbrConsulta.Configuracoes.Geral.SSLLib        := libCapicomDelphiSoap;
          acbrConsulta.Configuracoes.Geral.SSLCryptLib   := cryCapicom;
          acbrConsulta.Configuracoes.Geral.SSLHttpLib    := httpIndy;
          acbrConsulta.Configuracoes.Geral.SSLXmlSignLib := xsMsXmlCapicom;
          acbrConsulta.Configuracoes.WebServices.SSLType := LT_all;
        end
      // ambiente : Homologação
      else if qryParametr.FieldByName('AMBIENTE_NFE').AsString  = '2' then
        begin
          acbrConsulta.Configuracoes.Geral.SSLLib        := libWinCrypt;
          acbrConsulta.Configuracoes.Geral.SSLCryptLib   := cryWinCrypt;
          acbrConsulta.Configuracoes.Geral.SSLHttpLib    := httpWinHttp;
          acbrConsulta.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2;
          acbrConsulta.Configuracoes.WebServices.SSLType := LT_TLSv1_2;
        end;
        

    Grato

     

  19. Sr. Felipe

    Eu verifiquei a configuração no windows através de : INETCPL.CPL da seguinte forma :

    ERRO_TLS.png.0dd42df3268536d0436ba6ee717357b2.png

    No componente ACBR eu fiz a conseguinte conrfiguração :
        ACBrNFe.Configuracoes.Geral.SSLLib        := libWinCrypt;
        ACBrNFe.Configuracoes.Geral.SSLCryptLib   := cryWinCrypt;
        ACBrNFe.Configuracoes.Geral.SSLHttpLib    := httpWinHttp;
        ACBrNFe.Configuracoes.Geral.SSLXmlSignLib := xsMsXml;

    Mas, quando tento realizar uma operação simples , como a CONSULTA DE STATUS DO SERVIÇO DA NFE , obtenho sempre o seguinte erro :

    WebService Consulta Status serviço:
    - Inativo ou Inoperante tente novamente.
    Erro Interno: 12030
    Erro HTTP: 0
    Falha no Envio da Requisição.
    Erro: 12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado  

    Sabe o senhor o que pod4e estar ocasionando este erro ?

    Grato

    Carlos Augusto
    Franca-Sp

     

     

     

     

    ERRO_TLS.png

    ERRO_TLS.png

  20. Prezado Sr.
    José Júnior

    Eu fiz a configuração da seguinte forma :

        ACBrNFe.Configuracoes.Geral.SSLLib        := libWinCrypt;
        ACBrNFe.Configuracoes.Geral.SSLCryptLib   := cryWinCrypt;
        ACBrNFe.Configuracoes.Geral.SSLHttpLib    := httpWinHttp;
        ACBrNFe.Configuracoes.Geral.SSLXmlSignLib := xsMsXml;

    Porém aínda estou verificando o seguinte erro :
      Erro Interno: 12030
      Erro HTTP: 0
      Falha no Envio da Requisição.
      Erro: 12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado    

     
    Na propriedade : Configuracoes.Geral.SSLXmlSignLib eu não coloquei xlLibXML2 conforme o Sr. sugeriu porque
    não aparece para mim na unit : ACBrDFeSSL ( provavelmente porque a última vez que atualizei o Acbr foi no
    dia 10/01/2018 ).

    Será que a causa do erro acima é a falta de informar a propriedade : SSLXmlSignLib conforme o Sr. sugeriu?

    Grato

  21. Prezado
    Italo

    Bom Dia!

    Na verdade estou utilizando os componentes Delphi do ACBR ( última atualização : 10/01/2018 ).

    Vou configurar então esta propriedade SSLIB conforme indicado ( valor = libWinCrypt ).

    E com relação às propriedades :
    - SSLCRYPTLIB
    - SSLHTTPLIB
    - SSLXMLSIGNLIB

    Elas também são utilizadas para configuração Protocolo TLS 1.2?

    Esta mudança vai implicar no envio de mais alguma DLL aos meus clientes ?

    Grato

  22. Prezados Companheiros

    Conforme pude constatar na Nota Técnica 2016_002_v1.42, dentre as novidades
    da para 2018, ocorrerá mudança em :
        Protocolo TLS 1.2 ou superior como padrão de comunicação.

    Sendo assim , eu gostaria de saber quais ajustes teremos que implementar à
    nível de configuração dos componentes ACBR para atender esta nova norma.

    Quais são as propriedades que terão que ser ajustadas ?
    Alguma nova DLL deverá passar a ser utilizada?
    À partir de qual versão do ACBR este tipo Protocolo de Comunicação é suportado?

    Grato

    Carlos Augusto
    Franca-Sp

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.