Ir para conteúdo
  • Cadastre-se

Maxwell Roberto

Membros
  • Total de ítens

    24
  • Registro em

  • Última visita

Posts postados por Maxwell Roberto

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

    Boa tarde Maxwell,

    Não entendi o porque você alterou a geração da Tag Alíquota de 4 para 2 casas decimais sendo que no Schema essa tag possui 4 casas decimais.

    Quanto ao arquivo INI sem a alteração nas definições dos envelopes o envio não ocorre?

    Boa tarde Ítalo,

    ainda estou penando nessa transmissão, mas está fluindo.

    1. Eles utilizam o layout na versão 2.02

    image.thumb.png.6fba5eb724e60835669d1e09fab0f816.png

    2. Sem alterar o envelope não é possível transmitir.

    Outro detalhe que percebi a respeito do código 500 (no SOAPAction header!) é que deve ser preenchido o [SoapAction] dos serviços. Exemplo:

    [SoapAction]
    Recepcionar=http://sis-nfse.prefeituradebelfordroxo.rj.gov.br:8052/nfe/webservices/NFEServices.jws/NFEServices/RecepcionarLoteRpsRequest
    RecSincrono=http://sis-nfse.prefeituradebelfordroxo.rj.gov.br:8052/nfe/webservices/NFEServices.jws/NFEServices/RecepcionarLoteRpsSincronoRequest

    Assim que estiver tudo funcionando envio para análise.

     

  2. Olá bom dia,

    consegui realizar a transmissão de NFS-e realizando algumas alterações no componente e no Belford.ini. Gostaria de orientação se essas alterações
    estão no padrão da comunidade, para que em breve eu envie os arquivos para atualização.

    Utilizei o método: ACBrNFSe.EnviarSincrono();

    - Belford.ini
    [Schemas]
    ServicoEnviarSincrono=nfse.xsd


    [RecSincrono]
    IncluiEncodingCab=0
    IncluiEncodingDados=0
    Texto1=<soapenv:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:def="http://DefaultNamespace">
    Texto2=<soapenv:Header/>
    Texto3=<soapenv:Body>
    Texto4=<def:RecepcionarLoteRpsSincrono soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
    Texto5=<Nfsecabecmsg xsi:type="xsd:string"><![CDATA[%CabMsg%]]></Nfsecabecmsg>
    Texto6=<Nfsedadosmsg xsi:type="xsd:string"><![CDATA[%DadosMsg%]]></Nfsedadosmsg>
    Texto7=</def:RecepcionarLoteRpsSincrono>
    Texto8=</soapenv:Body>
    Texto9=</soapenv:Envelope>


    unit pnfsNFSeW_ABRASFv2

    procedure TNFSeW_ABRASFv2.GerarXML_ABRASF_v2;

        Adicionado proBelford na primeira parte do case.     
        Gerador.wGrupoNFSe('InfDeclaracaoPrestacaoServico ' + FIdentificador + '="' + NFSe.InfID.ID + '"');


    procedure TNFSeW_ABRASFv2.GerarServicoValores;

        Adicionado proBelford na segunda parte do case. Esse provedor está exigindo o a tag alíquota e com 2 casas decimais.     

        proBelford: Gerador.wCampoNFSe(tcDe2, '#25', 'Aliquota', 01, 05, 1, NFSe.Servico.Valores.Aliquota, DSC_VALIQ);

     

    Com essas alterações a NFS-e é transmitida com sucesso.

     

    Outra parte do problema é o retorno. Sempre que um documento é enviado com falha no Schema, ou até mesmo uma duplicidade de RPS
    o retorno é sempre o XML abaixo:

        <?xml version="1.0" encoding="UTF-8"?>
        <soapenv:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
            <soapenv:Body>
                <soapenv:Fault>
                <faultcode xmlns:ns1="http://xml.apache.org/axis/">ns1:Client.NoSOAPAction</faultcode>
                <faultstring>no SOAPAction header!</faultstring>
                <detail>
                   <ns2:hostname xmlns:ns2="http://xml.apache.org/axis/">WIN-GL5UVKMLA1O</ns2:hostname>
                </detail>
                </soapenv:Fault>
            </soapenv:Body>
        </soapenv:Envelope>

     

    Em anexo o arquivo "winhttpreqresp.log".

    Realizando testes com a ferramenta SoapUI consigo ver exatamente o problema, exemplo:

    <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
       <soapenv:Body>
          <ns1:RecepcionarLoteRpsSincronoResponse soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:ns1="http://DefaultNamespace">
                <RecepcionarLoteRpsSincronoReturn xsi:type="soapenc:string" xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/">
                    <![CDATA[<?xml version="1.0" encoding="iso-8859-1"?>            
                    <EnviarLoteRpsSincronoResposta xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.abrasf.org.br/nfse.xsd">              
                     <NumeroLote>3</NumeroLote>              
                     <DataRecebimento>2019-06-04T9:35:44</DataRecebimento>
                     <Protocolo>2239032019060493544</Protocolo>        
                     <ListaNfse>              
                      <Erro>
                    <ErroID>ID Rps:rps3UNICA</ErroID>
                    <ErroMensagem>E10 - RPS já informado.</ErroMensagem>
                    <ErroSolucao>Para essa Inscrição Municipal/CNPJ já existe um RPS informado com o mesmo número. série e tipo.</ErroSolucao>
                    </Erro>
                     </ListaNfse>          
                    </EnviarLoteRpsSincronoResposta>]]>
                </RecepcionarLoteRpsSincronoReturn>
          </ns1:RecepcionarLoteRpsSincronoResponse>
       </soapenv:Body>
    </soapenv:Envelope>

     

    Obrigado.

     

     

    winhttpreqresp.log

  3. 1 hora atrás, Italo Jurisato Junior disse:

    Boa tarde Maxwell,

    A URL de homologação deve ter sido alterada, pois esta exatamente igual a que consta no manual

    Já a de produção tudo indica que esta correta.

    Exatamente!

    Estou aguardando resposta da prefeitura. Assim que tiver resultado, posto aqui.

    Obrigado.

    • Curtir 2
  4. Boa tarde,

    estou com problemas na transmissão de NFS-e para a prefeitura de Belford Roxo.

    Ao utilizar o método "enviar", é retornado um erro de código 500 e a seguinte descrição: "no SOAPAction header!". Tenho ciência que

    o problema está no lado servidor, ou então deixei passar algum detalhe na configuração.

    Existe um tópico aqui no fórum com o mesmo questionamento mas sem conclusão. Segui todos os passos desse tópico mesmo assim

    não consegui resolver.

    Tópico citado:

     

    Em anexo o XML de envio, e retorno.

    Se alguém puder dar alguma dica agradeço.

     

    retorno.xml envio2.xml

  5. bom dia,

    ao tentar manipular o XML "Reinf-sit.xml" (consulta R-5011) tive problemas ao utilizar
    a unit "pcnReinfR5011".

    Vi que o problema estava na linha "RTom.Items.infoCRTom.Add" da função "LerXML".

    Comparando a mesma função da unit "pcnReinfRetConsulta" (que funciona corretamente)
    identifiquei algumas divergências e fiz os devidos ajustes.

    Ao meu ver, a unit pcnReinfR5011 estava desatualizada.

    Se puderem conferir.

    Obrigado.

     

    pcnReinfR5011.pas

  6. 18 horas atrás, RMoura disse:

    E ae Maxwell,

    Então, reinstalei i ACBr e ae deu certo. Hoje fiz um envio de NFe em MG. Transmitiu normalmente. Só tem uma coisa me intrigando: quando vou no site https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx e faço a validação do XML dá a mensagem:  Rejeicao: Assinatura difere do calculado. Não entendi, pois na SEFAZ a NFe foi homologada normalmente.

    Esse "Erro não Catalogado" costuma ser problema no SEFAZ.

    Mas e ae, conseguiu fazer a transmissão?

    Obrigado!!

     

    E ae BigWings,

    Me expressei mal ... aquele trecho do código inseri no meu programa. Mas deu tudo certo, reinstalei o ACBR. Estou atrás agora da impressão da CCe em FastReport.

    De qualquer forma obrigado.

     

    Bom dia RMoura,

    enfim estou conseguindo transmitir normalmente, o problema estava na SEFAZ mesmo.

    Quanto a validação do XML no site https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx aconteceu com meu XML também, ainda não descobri o que pode ser.

     

  7. Em 21/09/2017 at 11:09, Wellington Alamino disse:

    Bom dia pessoal estive testando o acbrNfe demo e não estou conseguindo consultar uma nf-e do estado de MG por ex, a chave 31170902553404000138550030000306221000306225 emitida em homologação
    Tenho como retorno o erro 

    " O documento deve ter um elemento de nível superior.

    Line: 0 "

    Segue os xml relacionados ao evento, na versão 4.0 tenho o erro para MG mas se consultar uma chave de SP por ex ai funciona, e a mesma consulta no 3.1 funciona perfeitamente, desde já agradeço;

    Espero ter sido claro;

    31170902553404000138550030000306221000306225-ped-sit.xml

    31170902553404000138550030000306221000306225-sit.xml

    bom dia Wellington,

    esse serviço está fora do ar, pois retorna a seguinte mensagem

     <soap:Text xml:lang="en">No such operation:  (HTTP GET PATH_INFO: /nfe2/NFeConsulta4)</soap:Text>

     

    • Obrigado 1
  8. 16 horas atrás, RMoura disse:

    Olá pessoal!!

    Sou de MG, também estou testando o envio de NF-e na versão 4.00 para o estado de Minas Gerais mas tá ocorrendo o erro abaixo:

    Enviando Arquivo
    Erro:
    Falha na validação dos dados da nota: 177785
    Element '{http://www.portalfiscal.inf.br/nfe}infAdic' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/nfe}infNFe'.

    Quando jogo o xml no site https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx, dá o erro de schema:
     
    Schema XML: The element 'infNFe' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'infAdic' in namespace 'http://www.portalfiscal.inf.br/nfe'. List of possible elements expected: 'pag' in namespace 'http://www.portalfiscal.inf.br/nfe'.
    Caminho: NFe[1]/infNFe/infAdic/

    Adicionei a tag <pag> no código mas quando gero novamente o XML ela não entra na montagem do XML, conforme abaixo:
     
    with Pag.Add do
    begin
      tPag   := fpOutro;
      vPag   := 0;
      vTroco := 0;
    end;
     
    montei o trecho acima logo depois do trecho de código que monta as duplicatas.

    O ACBr está atualizado, schemas atualizados, enfim, tudo certo. Meu Tortoise está apontando para Trunk2 é isso mesmo né?

    qualquer ajuda será bem vinda!!

    Obrigado.

    177785.xml

    Bom dia RMoura,

    acabei de simular a validação do XML aqui não deu nenhum problema.

    No XML anexado  está faltando o grupo de pagamento, você vai ter que debugar para ver o motivo desse grupo não está sendo gerado.

    Continuo com problema na própria transmissão desde o dia que esse tópico foi criado, agora é retornado "Erro não catalogado". Quando você acertar o seu XML e se conseguir transmitir ou não, poste o resultado para que eu possa confirmar que o problema está na SEFAZ.

    Qualquer dúvida estou à disposição.

     

  9. 2 horas atrás, Juliomar Marchetti disse:

    Ok além de postarem que estão com o problema chegaram a tentar olhar debugando tudo o que é enviado e recebido além de só usar o componente?

    Sim, todos testes foram feitos observando os mínimos detalhes. A SEF/MG respondeu meu questionamento, mas nada a ver com o que foi perguntado. Como a obrigatoriedade é para ano que vem, não vou me preocupar mais com isso, como você mesmo disse, " mas é certeza de algo no sefaz de lá ".

    Obrigado pela atenção.

  10. Olá bom dia,

    estou testando o envio de NF-e na versão 4.00 para o estado de Minas Gerais e estou enfrentando o seguinte problema (desde sexta feira 15/09):

    Ao tratar o retorno de uma nota, está vindo sempre com o status 105, "Lote em processamento". Já fiz diversos testes, como por exemplo enviar pelo programa DEMO do ACBR e mesmo assim o problema persiste, acredito que seja na SEFAZ. Será possível alguém testar por favor?

    Agradeço a atenção.

  11. 2 horas atrás, Fernando Marlon disse:

    Maxwell, onde você conseguiu essa informação? 

    Aqui estamos com o problema até agora.

    Fernando, através do "Fale conosco". Abaixo as duas respostas que obtive da SEF MG questionando problemas no envio de CT-e / NF-e.

    15/03/2017

    Citar

    Senhor(a),

    A sua mensagem mereceu toda a atenção da Equipe da SEF/MG e, conforme parecer da superintendência responsável, informamos que verificamos a ocorrência de instabilidade na comunicação com o ambiente nacional, um erro no Serpro está sendo tratado.

    Pedimos sinceras desculpas por estes transtornos, contamos com sua compreensão e solicitamos que aguarde.

    Agradecemos antecipadamente, nos colocando à disposição para quaisquer outros esclarecimentos que se fizerem necessários.

     

    20/03/2017

    Citar

     

    Prezados, boa tarde!

    Conforme orientação da Superintendência responsável, o erro que ocorreu é da cadeia de certificados que foi disponibilizada no Portal do CTe, em download:http://portalcte.fazenda.mg.gov.br/download.html . 

    ⢠   Download da Cadeia de Certificação da SEFAZ/MG (chave pública e cadeia de certificado) - Os Web Services utilizam certificados digitais das cadeias de certificação da hierarquia ICP-Brasil. Porém o emissor tem a opção de instalar somente a cadeia de certificação necessária para acessar o Web Service da sua UF. Atualizado em 17/03/2017 

    Para minimizar p problema a SVC ficorá liberada durante o fim de semana até hoje as 18:00.

    À disposição.


     

    Ainda continuo com problemas, vou optar em abandonar a CAPICOM logo logo. 

     

  12. Ufa... achei que era só comigo... 

    ontem enviei várias notas no ambiente de homologação e estava transmitindo normalmente.

     

    No fim da tarde(de ontem) começou a "zica", e hoje até agora não consegui transmitir (em homologação).

     

    meu problema é: Rejeição: 999 - Erro não catalogado.

     

    eu valido meu xml no "www.sefaz.rs.gov.br" e acusa o seguinte problema: 245 - [simulação] Rejeição: CNPJ Emitente não cadastrado

     

    :::> acontece a mesma coisa tentando transmitir pelo emissor gratuito.

     

    pode ser BUG na SEFAZ mesmo, a partir de amanhã vai rolar uma manutenção nos servidores da SEFAZ... provavelmente começaram

    ontem!!!

     

    tnks.

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