-
Total de ítens
24 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Maxwell Roberto postou
-
12030 - A conexão com o servidor foi redefinida CTE
Maxwell Roberto replied to Moisés Nogueira's tópico in ACBrCTe
Se alguém tiver esse problema em homologação em MG é porque a cadeia de certificados fornecida pela SEFAZ/MG (hcte.fazenda.mg.gov.br.cer) está vencida. -
Boa tarde Ítalo, ainda estou penando nessa transmissão, mas está fluindo. 1. Eles utilizam o layout na versão 2.02 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.
-
Boa tarde Ítalo, os fontes estão atualizados. Em anexo os arquivos que foram alterados. Belford.ini pnfsNFSeW_ABRASFv2.pas
-
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
-
Exatamente! Estou aguardando resposta da prefeitura. Assim que tiver resultado, posto aqui. Obrigado.
-
Bom dia Ítalo, o ambiente de homologação não funciona. Problema na URL fornecida na própria documentação, a mesma configurada no Belford.ini. http://notabelford.modernizacaopublica.com.br:8054/homologacao/webservices/NFEServices.jws?wsdl
-
Estou enviando direto no ambiente de produção. Amanhã pela manhã vou testar em produção. Obrigado pelo retorno.
-
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
-
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
-
update dia 03/01/2016, OnStatusChange não é disparado
Maxwell Roberto replied to gabriellc's tópico in ACBrNFe
Boa tarde! Estou com o mesmo problema, porém no e-Social. Será que é a mesma situação desse post onde foi ajustado a unit ACBrNFeWebServices? 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.
-
Realmente voltou a funcionar.
-
nfe 4.0 Consulta e homologacao nfe 4.0 não funciona para MG
Maxwell Roberto replied to Wellington Alamino's tópico in ACBrNFe
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> -
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.
-
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.
-
Não foi essa minha intenção.
-
Até agora nada, nem a resposta à minha pergunta a SEFAZ/MG respondeu.
-
Continuo com o mesmo problema... Alguém de Minas?
-
Vou aguardar, obrigado.
-
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.
-
Erro no Suporte a Canais Seguros
Maxwell Roberto replied to MARIA SILVIA DOS SANTOS's tópico in ACBrNFe
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 20/03/2017 Ainda continuo com problemas, vou optar em abandonar a CAPICOM logo logo. -
Erro no Suporte a Canais Seguros
Maxwell Roberto replied to MARIA SILVIA DOS SANTOS's tópico in ACBrNFe
Olá Maria, em MG está acontecendo isso para quem usa o Windows XP, verifique se esse é o caso. A SEF MG informou que foi uma alteração que fizeram e já estão efetuando o "ajuste". Até mais. -
Depois de algumas pesquisas e ajuda de vocês e do regys.silveira resolvi o problema!!!!! Adicione as tags <vTotTrib>0.00</vTotTrib> dentro de <imposto> e </VNF> Funcionou perfeitamente! Obrigado!
-
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.