Ir para conteúdo
  • Cadastre-se

Maiquel

Membros
  • Total de ítens

    430
  • Registro em

  • Última visita

  • Days Won

    2

Posts postados por Maiquel

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

    Bom dia Maiquel,

    Essas informações são do Prestador ou Tomador do Serviço?

    Lembre-se que para imprimir o DANFSE devemos usar o XML da NFS-e (gerado pelo webservice do provedor) e não do RPS (gerado pelo componente).

    Sendo assim o XML da NFS-e consta essas informações?

    Se não consta, isso é um sinal que o provedor não esta gerando o XML da NFS-e da forma correta.

    Ola @Italo Jurisato Junior

    Essas informações são do prestador. No xml de retorno não consta as mesmas.

    Na leitura da pnfsLerListaNFSe retorna vazio estas informações, assim como a alíquota dividido por 100.

    Abraço.

  2. Boa tarde pessoal.

    Estou realizando alguns testes com o provedor ISSCuritiba e percebi que não sai alguns dados na impressão. As informações são Razão Social, E-mail e telefone.

    Percebi que estas informações não estão no xml, mesmo sendo informadas. Alguém que passa por isso?

     

  3. 2 minutos atrás, Carlos Hendrik Oliveira disse:

    Bom dia,

     

    percebi que no arquivo Pronimv2.ini, o endereço de webservice de homologação para cidade de Montes Claros-MG está o mesmo que endereço de produção. Então pesquisei no site da prefeitura e encontrei o seguinte endereço de homologação:

    http://notateste.montesclaros.mg.gov.br/NFSe.Portal.Integracao.Teste/Services.svc

     

    Bom dia Carlos.

    Seria interessante alterar e anexar já o arquivo aqui, para o pessoal subir.

  4. Abra  a unit que carrega a impressão e verifica como esta sendo feito, talvez você precise informar o provedor para realizar o cálculo subtraindo o ISS Retido.

    Já tive que fazer isso também, para alguns provedores.

    • Curtir 2
  5. 47 minutos atrás, softdib disse:

    Bom dia amigos!

    Estou tendo alguns problemas com o ws de consulta de nota.

    URL: https://www.sefazvirtual.fazenda.gov.br/NFeConsultaProtocolo4/NFeConsultaProtocolo4.asmx
    Metodo: nfeConsultaNF

    Estou consultando uma nota de SC, teoricamente ela esta no servidor de RS né?

     

    XML Enviado:
    <soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope">
      <soap12:Header>
        <nfeCabecMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeConsultaProtocolo4"/>
      </soap12:Header>
      <soap12:Body>
        <nfeDadosMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeConsultaProtocolo4">
          <consSitNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00">
            <tpAmb>1</tpAmb>
            <xServ>CONSULTAR</xServ>
            <chNFe>42XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX</chNFe>
          </consSitNFe>
        </nfeDadosMsg>
      </soap12:Body>
    </soap12:Envelope>

     

    XML Retorno:
    <soap:Body>
        <nfeResultMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NFeConsultaProtocolo4">
          <retConsSitNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00">
            <tpAmb>1</tpAmb>
            <verAplic>SVAN.NFeCons4_1.0.0</verAplic>
            <cStat>410</cStat>
            <xMotivo>Rejeicao: UF informada no campo cUF nao e atendida pelo Web Service</xMotivo>
            <cUF>42</cUF>
            <dhRecbto>2018-09-20T09:54:30-03:00</dhRecbto>
            <chNFe>42XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX</chNFe>
          </retConsSitNFe>
        </nfeResultMsg>
      </soap:Body>
    </soap:Envelope>

     

    O que estou fazendo de errado?

     

    Veja que o retorno esta como <verAplic>SVAN.NFeCons4_1.0.0</verAplic>

    UF que utilizam a SVAN - Sefaz Virtual do Ambiente Nacional: MA, PA

    O servidor consultado esta incorreto, deveria ser o SVRS.

    • Curtir 3
  6. 2 horas atrás, Renan Kemp disse:

    Bom dia 

    Estou tendo este erro em MT mesmo em "Status do Serviço"

    Alguem sabe se a receita de la esta com problemas ?

     

    Na maioria das vezes esse erro ocorre por alguma falha, indisponibilidade ou intermitência na Sefaz. O motivo "999" é um retorno genérico para uma falha que não possui uma mensagem padrão catalogada Aplicação da Sefaz. Normalmente esse retorno acaba por indicar que a Sefaz está indisponível.

    Não há situação específica para essa ocorrência.

    O que pode ser feito é entrar em contato coma SEFAZ mesmo.

    • Curtir 2
  7. 2 minutos atrás, Italo Jurisato Junior disse:

    Boa tarde Caetano,

    Favor anexar o XML do RPS e da NFS-e retornada pelo Webservices.

    Olá @Italo Jurisato Junior pnfsNFSeR.pas

    Também enfrentei esse problema com alguns clientes que usam GovDigital, assim como o @Caetano comentou.

    Na geração do XML deste provedor ele não informa na tag específica e sim no valor de ISS, assim como outros provedores.

    Ajustei e a unit PnfsNFSeR, para carregar o valor de ISS da NFSe retornada.

    Segue em anexo.

     

  8. Também enfrentei este problema, juntando as respostas do pessoal, esse erro ocorre devido a configuração do "SSLXmlSignLib            := xsLibXml2;". Desta maneira o sistema fará uso da dll da OpenSSL, que por sua vez, não permite o envio com 2 caracteres do campo UN.

    Para resolver use:

    Configuracoes.Geral.SSLXmlSignLib            := xsMsXml;

    • Curtir 1
  9. 4 minutos atrás, kleberson disse:

    Estão corretas as URL s no arquivo ACBrNFeServicos.ini conforme o link

    Verifica as configurações do IE, como esta o TLS:

    No informativo da SEFAZ consta que o TLS de ser 1.2 ou superior.

     

    Essas URLs já estão configuradas para aceitar “somente” o protocolo TLSv1.2, ou superior.

    O Protocolo de Comunicação com o ambiente de produção das SEFAZ-MS, a partir de 17/07/2018, para a versão 4.00 da NF-e, permitirá conexões “unicamente” através do protocolo TLS 1.2 ou versão superior.

    Desta forma, a partir de 17/07/2018, os WEBSERVICES de autorização em ambiente de produção da SEFAZ-MS recepcionarão APENAS os XMLs que forem transmitidos por meio do protocolo TLS.1.2 ou versão superior, e NÃO recepcionarão os arquivos XMLs que forem transmitidos por meio do protocolo SSL (por exemplo), sendo assim, caso a alteração do padrão de comunicação não seja efetuada, ocorrerão problemas na tentativa de emissão de Nota Fiscal Eletrônica no ambiente de produção.

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