Antonio Paulo Mangili
-
Total de ítens
1.039 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Antonio Paulo Mangili
-
-
Agora, ALA disse:
O meu não tem essa configuração, estou com os fontes atualizados ? Tem que reinstalar ?
sim tem que compilar novamente. para que essa configurações atualize
-
1
-
-
3 minutos atrás, ALA disse:
Sim, mas selecionar onde. Pode me enviar um print de onde devo setar isso ?
-
1
-
-
1 minuto atrás, Felipe E. Resende Mesquita disse:
Basta setar para fgtNunca, assim não vai gerar a tag.
Felipe aqui sm SP eu setei conforme vc mencionou fgtNunca e deu erro, inclussive o erro esta acima. ai eu mudei para fgtsempre, ai foi. amanha um cliente meu vai testar em produção para ver se da certo.
-
1
-
-
2 minutos atrás, ALA disse:
Obrigado pela resposta. Mas aqui em MG não deve ser enviada as tags se o valor estiver zerado
Sim atualizei os fontes hj, Não estou encontrando a configuração que foi criada..
sim aqui em SP também por isso vc tem que selecionar fgtsempre, para ela gerar zerada, e não dar erro.
-
8 minutos atrás, ALA disse:
Pessoa, estou com todos os meus caixas parados aqui em MG por causa desse problema. Onde encontro essa configuração para marcar para não gerar essas tags. Ate ontem estava funcionando perfeito eu preenchia com zeros e estava tudo ok. Hj começou a dar a rejeição
PLENUS PDV - NFC-e - SAT - TEF
---------------------------
Erro ao Validar a NFC-e: 000001 Falha na validação dos dados da nota: 1Element '{http://www.portalfiscal.inf.br/nfe}vICMSSubstituto' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/nfe}ICMSSN500'.
Expecting: {http://www.portalfiscal.inf.br/nfe}vICMSSTRet.---------------------------
OK
---------------------------Faça um svn compile novamente o projeto e depois flag a configuração do componente para fgtsempre. vai dar certinho.
-
1
-
-
16 minutos atrás, EMBarbosa disse:
Como eu disse no post, você deve configurar de acordo com a UF. Veja:
- fgtNunca -> Se o valor for zero, não vai forçar a geração da tag nunca;
- fgtSomenteProducao -> a tag será gerada no ambiente de produção mesmo que o valor seja zero;
- fgtSomenteHomologacao -> a tag será gerada no ambiente de homologação mesmo que o valor seja zero;
- fgtSempre -> mesmo que o valor seja zero, a tag será gerada sempre;
Então se está exigindo a tag somente em homologação, use a opção fgtSomenteHomologacao.
perfeito. muito claro. muito obrigado. deixei a tag fgtSempre e em homologação não tive problema, agora vou testar em produção.
-
1
-
1 hora atrás, EMBarbosa disse:
Obrigado pela confiança e paciência.
Leonardo, muito obrigado pelas sugestões.
Eu fiz algumas alterações e já enviei ao SVN na revisão 16904.
Achei melhor renomear a propriedade de configuração para ForcarGerarTagRejeicao938. Isso vai impedir qualquer confusão com os outros pontos da NT 2018.005.
Também achei prudente criar um tipo enumerado permitindo a configuração de forçar a geração de tags em homologação, produção, ambas ou nunca.
Alterei um pouco a ordem das validações com o objetivo de deixar o código mais claro. Mas posso ter falhado em alguma coisa, por isso peço a ajuda de todos que atualizem e verifiquem o funcionamento.
Notem que vocês precisam utilizar a configuração ForcarGerarTagRejeicao938 de acordo com o WebService da sua UF.
boa tarde. fiz o teste. configurei o ForcarGerarTagRejeicao938 = fgtnunca no componente, mas mesmo assim ele esta gerando os valores zarados sozinho, porque em meu aplicativo só informo o cst=500 e nada mais, e mesmo assim esta dando erro, estou em modo de homologação. segue o xml e o erro. obrigado mais uma vez.
****acho que enterpretei errado essa configuração, troquei para fgtsempre, ai a nfe em homologação emitiu. vou tentar em produção agora. obrigado
-
1
-
-
49 minutos atrás, EMBarbosa disse:
Obrigado pela confiança e paciência.
Leonardo, muito obrigado pelas sugestões.
Eu fiz algumas alterações e já enviei ao SVN na revisão 16904.
Achei melhor renomear a propriedade de configuração para ForcarGerarTagRejeicao938. Isso vai impedir qualquer confusão com os outros pontos da NT 2018.005.
Também achei prudente criar um tipo enumerado permitindo a configuração de forçar a geração de tags em homologação, produção, ambas ou nunca.
Alterei um pouco a ordem das validações com o objetivo de deixar o código mais claro. Mas posso ter falhado em alguma coisa, por isso peço a ajuda de todos que atualizem e verifiquem o funcionamento.
Notem que vocês precisam utilizar a configuração ForcarGerarTagRejeicao938 de acordo com o WebService da sua UF.
boa tarde. fiz o teste. configurei o ForcarGerarTagRejeicao938 = fgtnunca no componente, mas mesmo assim ele esta gerando os valores zarados sozinho, porque em meu aplicativo só informo o cst=500 e nada mais, e mesmo assim esta dando erro, estou em modo de homologação. segue o xml e o erro. obrigado mais uma vez.
-
consegue me enviar esse arquivo?? obrigado
-
13 minutos atrás, rodrigoogioni disse:
fiz o que o guilherme sugeriu
Também tive este problema aqui em MG.
Fiz a alteração no arquivo pcnNFeW.pas para não gerar os campos vBCSTRet, vICMSSTRet e vICMSSubstituto caso fossem zeradas e recompilar o ACBr_NFe.
if (nfe.Det.Imposto.ICMS.vBCSTRET > 0) or (nfe.Det.Imposto.ICMS.vICMSSTRET > 0) then
begin
iTag := IIf((FOpcoes.TagNT2018005 = 0), 0, 1);
Gerador.wCampo(tcDe2, 'N26', 'vBCSTRet ', 01, 15, 1, nfe.Det.Imposto.ICMS.vBCSTRET, DSC_VBCSTRET);if (NFe.infNFe.Versao >= 4) then
begin
Gerador.wCampo(IIf(FUsar_tcDe4,tcDe4,tcDe2), 'N26.1', 'pST', 01, IIf(FUsar_tcDe4,07,05), 1, nfe.Det.Imposto.ICMS.pST, DSC_PST);
// Algumas UF estão exigindo o campo abaixo preenchido mesmo quando for zero.
Gerador.wCampo(tcDe2, 'N26b', 'vICMSSubstituto', 01, 15, iTag, nfe.Det.Imposto.ICMS.vICMSSubstituto, DSC_VICMSSUBSTITUTO);
end;
Gerador.wCampo(tcDe2, 'N27', 'vICMSSTRet', 01, 15, 1, nfe.Det.Imposto.ICMS.vICMSSTRET, DSC_VICMSSTRET);
end;aqui pra mim deu certo.
Então eu estou aguardando o pessoal do acbr @Barbosa subir essa evolução para que eu possa efetuar um svn. sera que eles não vão efetuar isso?
obrigado
-
1 hora atrás, niloblack disse:
Aqui eu coloquei um if.
if (Ide.tpAmb = taHomologacao) or ((Ide.tpAmb = taProducao) and (Date >= StrToDate('07/05/2019'))) then begin ICMS.CST := cst60; ICMS.vBCSTRet := 0.00; ICMS.pST := DM1.QrItensNFe.FieldByName('taxaparaconsumidorfinal').AsCurrency; ICMS.vICMSSubstituto := 0.00; // Valor do ICMS Próprio do Substituto cobrado em operação anterior ICMS.vICMSSTRet := 0.00; end else begin ICMS.CST := cst60; ICMS.pST := DM1.QrItensNFe.FieldByName('taxaparaconsumidorfinal').AsCurrency; end;
então no meu aplicativo eu estou colocando assim:
icms.cst := cst60
somente isso, mas o acbr esta gerando os campos zerados sozinho.
-
1 hora atrás, niloblack disse:
Bom, acredito que seja porque ainda não atualizaram as webservices. Aqui em PE, a WebService só estará disponível para receber esses campo a partir do dia 07 de maio.
em são paulo homologação esta normal também, somente em produção que esta dando erro. estou com 2 clientes assim com problema. vamos aguardar os moderados do ACbr, acredito que vão solucionar isso, como sempre o fizeram com muito competencia. obrigado a todos
-
1
-
-
4 minutos atrás, Juliana Tamizou disse:
Boa tarde.
Na realidade trata-se de uma situação onde cada UF está validando de uma forma estas tags, o @EMBarbosa está analisando a situação.
Att.
Sim isso mesmo, mas como minha UF é São paulo, e não é facultativo, e que no meu aplicativo não estou gerando essas tags, e gerador do xml do acbr esta gerando essas tags, por isso esses erros. Vou aguardar o @EMbarbosa veriricar. mas muito obrigado pela atenção.
-
1
-
-
5 minutos atrás, Juliana Tamizou disse:
Boa tarde.
Me parece que seu problema tem relação com este tópico.
Att.e
Obrigado Juliana por reportar, esse link, mas conforme lí me parece que o acbr esta gerando essas tags sozinha, por isso esse erro.
Poderia verificar
obrigado
paulinho
-
Agora, Felipe E. Resende Mesquita disse:
Você atualizou a pasta Schemas?
sim. atualizei o SVN compilei e atualizei a pasta schemas conforme acima citado.
obrigado
-
verifique uma antiga antes da tualização
35190459446906000187550010000438281000438289-nfe.xml
lembrando que isso esta acontecento para a ST 500, e 060
-
Felipe mesmo compilando, e atualizando os schemas continua com o mesmo erro. ja rodei um build e nada segue anexo 2 xml com esse erro após compilação.
35190459446906000187550010000439521000439529-nfe.xml 35190459446906000187550010000439531000439534-nfe.xml
lembrando que no meu aplicativo eu informo da seguinte forma essa st:
if ST='102' then
CSOSN := csosn102;
if ST='103' then
CSOSN := csosn103;
if ST='201' then
CSOSN := csosn201;
if ST='202' then
CSOSN := csosn202;
if ST='203' then
CSOSN := csosn203;
if ST='300' then
CSOSN := csosn300;
if ST='400' then
CSOSN := csosn400;
if ST='500' then
CSOSN := csosn500;somente isso, não informo valor algum ele esta gerando no xml sozinho.
-
2 minutos atrás, Felipe E. Resende Mesquita disse:
Acredito que toda vez que você faça uma atualização.
Então todas as vezes que efetuo um update SVN devo compilar os componentes??
-
2 minutos atrás, Felipe E. Resende Mesquita disse:
Bom dia, Antonio Paulo Mangili.
Depois que você atualizou os fontes, recompilou os componentes? Veja o erro abaixo:
Resultado
Nota NFe35190426102151000144550010000036461000036460
O XML contém os seguintes erros:
- Falha de Esquema: O elemento pai: 'ICMS60' não estava esperando o elemento 'vICMSSubstituto'. O elemento esperado é: 'vICMSSTRet'.
Bom dia. Felipe. Não compilei novamente. Aproveitando peço uma orientação sua. Como sei todas as vezes que atualizo se necessito ou não de compilar os componentes?
-
12 minutos atrás, Antonio Paulo Mangili disse:
Bom dia a todos
No sabado efetuei um SVN update e atualizei minha pasta de schemas da NFe, e fiz uma atualização do meu aplicativo
no meu cliente.
Hoje na segunda-feira ele foi emitir uma NFe e deu erro FALHA NO SCHEMA XML.
Estou anexando o xml com falha no schema xml, e um outro correto que foi feito com meu aplicativo antes da atualização.
Sempre que vou atualizar em meu cliente, eu salvo meu executavel em uma pasta para eventual problema.
Em dois clientes esta acontecendo isso, e não consigo saber o que pode ser.Por favor se alguem puder me ajudar eu agradeço
Abs
Paulinho35190426102151000144550010000036461000036460Falha no schema xml-nfe.xml 7 kB · 1 download 35190426102151000144550010000036461000036460-nfe.xml 7 kB · 0 downloads
O que me chamou a atenção do xml errado para o certo, é a tag de icms 060.
-
Bom dia a todos
No sabado efetuei um SVN update e atualizei minha pasta de schemas da NFe, e fiz uma atualização do meu aplicativo
no meu cliente.
Hoje na segunda-feira ele foi emitir uma NFe e deu erro FALHA NO SCHEMA XML.
Estou anexando o xml com falha no schema xml, e um outro correto que foi feito com meu aplicativo antes da atualização.
Sempre que vou atualizar em meu cliente, eu salvo meu executavel em uma pasta para eventual problema.
Em dois clientes esta acontecendo isso, e não consigo saber o que pode ser.Por favor se alguem puder me ajudar eu agradeço
Abs
Paulinho35190426102151000144550010000036461000036460Falha no schema xml-nfe.xml 35190426102151000144550010000036461000036460-nfe.xml
-
20 minutos atrás, Wellington Alamino disse:
Baixe o arquivo disponibilizado pelo Jéter Rabelo, substitua no seu diretório, provisoriamente é isso.
Temos de esperar a analise do novo arquivo para que possa ser testado pela equipe e subido em produção.Att,
Ok. Obrigado
-
29 minutos atrás, José M. S. Junior disse:
Verificando...
Como esta passando o valor para este campo?
bom dia, da mesma forma que ja existia, não houve mudança em meu aplicativo, mas ja existe um topico e com a solução por um usuario segue link. Depois que criei esse topico que atentei por esse outro:
obrigado no aguardo
-
boa noite estou com o mesmo problema. a minha sorte é que atualizei somente um cliente, e tinha um executavel de dia anterior.
alguma novidade sobre essa resolução.
obrigado
Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet
em ACBrNFe
Postado
me parece que MG é igua a SP coloque fgtsempre