-
Total de ítens
24 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Maxwell Roberto
-
-
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
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/RecepcionarLoteRpsSincronoRequestAssim que estiver tudo funcionando envio para análise.
-
1 hora atrás, Italo Jurisato Junior disse:
Boa tarde Maxwell,
Com os arquivos INI e com os fontes do componente atuais esta ocorrendo erro?
Favor anexar os arquivos alterados para que possamos analisar.
Boa tarde Ítalo,
os fontes estão atualizados.
Em anexo os arquivos que foram alterados.
-
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_ABRASFv2procedure 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.
-
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.
- 2
-
16 horas atrás, Italo Jurisato Junior disse:
Boa tarde Maxwell,
Esse envio foi para o ambiente de homologação ou de produção?
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
-
1 hora atrás, Italo Jurisato Junior disse:
Boa tarde Maxwell,
Esse envio foi para o ambiente de homologação ou de produção?
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.
-
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.
-
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. -
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.
-
3 horas atrás, Anderson tmp disse:
Bom dia.
Hoje ao enviar novas notas, as mesmas foram processadas.
Parece que a Sefaz já corrigiu o problema
Grato
Realmente voltou a funcionar.
-
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;
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>
- 1
-
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.
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.
-
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.
-
3 horas atrás, Juliomar Marchetti disse:
Certo por favor queira aguardar e não ficar postando assim pois é só para ir para o topo a sua pergunta.
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?
-
9 minutos atrás, Juliomar Marchetti disse:
não sou do estado de MG mas é certeza de algo no sefaz de lá
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.
-
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
CitarSenhor(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
CitarPrezados, 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.
-
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.
12030 - A conexão com o servidor foi redefinida CTE
em ACBrCTe
Postado
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.