Valdir

Boa tarde Alexandre... Eu tive esse problema e resolvi não informando as formas de pagamentos. Verifique se não é o mesmo que ocorre contigo. Abrs.

Enauy... Veja : Abrs.

Amigo Jorge... Sabe se Autoriza com o valor da <vDesc> Zerado ? Obrigado.

Boas... Assim passa de Boa. -<fat> <nFat>002425</nFat> <vOrig>490.00</vOrig> <vDesc>0.01</vDesc> <vLiq>489.99</vLiq> </fat> Porém não sei se passar a vDesc=0.00 vai Autorizar... Abrs,

Kual o Link para Biaxar essa Versão da Dll ? Abrs.

Amigo Jorge... Poderia postar a parte do XML que está com as Tags da Cobrança que foi autorizada ? Só para eu comparar com a minha. è que não vinha informando a Tag <vDesc> na Cobrança. Obrigado.

Valeu amigo Jorge... Obrigado.

Aproveitando... Nunca usei o Sistema de Contingência. O que muda ? Abrs.

Luiz... Até sexta feira estava funcionando normalmente desde o dia 02/07/2018. Abrs.

... Esse pessoal da SEFAZ são muito hilários... Pelo visto, todos estamos parados. Brasil........ -<cobr> -<fat> <nFat>957</nFat> <vOrig>3457.00</vOrig> <vLiq>3457.00</vLiq> </fat> -<dup> <nDup>001</nDup> <dVenc>2018-09-03</dVenc> <vDup>3457.00</vDup> </dup> </cobr> -<pag> -<detPag> <indPag>1</indPag> <tPag>15</tPag> <vPag>3457.00</vPag> </detPag> </pag>

Bom dia... Trufelli... Aparentemente era para estar gerando o XML normalmente, porém já tive alguns problemas ao passar parâmetros inválidos. A impressão que tenho é que não está passando pela condição: "If (cDetalhes)->desUF == "EX"" Veja se não é o seu caso. Coloque alguns break point para avaliar os retornos... ? (cDetalhes)->desUF ? (cDetalhes)->UFEmbarq ? (cDetalhes)->LocEmbarq ? (cDetalhes)->LocDespach // para exportacao If (cDetalhes)->desUF == "EX" oNFe:SetValue("exporta", 'UFSaidaPais' , (cDetalhes)->UFEmbarq ) // Estado de embarque oNFe:SetValue("exporta", 'xLocExporta' , (cDetalhes)->LocEmbarq ) // Local de embarque oNFe:SetValue("exporta", 'xLocDespacho', (cDetalhes)->LocDespach ) // Local de despacho (Informação do Recinto Alfandegado) Endif Abrs.

Amigos... Seguindo as orientações dos amigos e da Flexdocs, aparentemente o problema foi resolvido. Obrigado à todos. Abrs.

Bom dia amigos... Obrigado pelas respostas. Desculpem a demora em responder, pois acabei ficando fora o dia todo de ontem. Estou adotando os procedimentos sugeridos acima e assim que tiver uma resposta do cliente. retorno. Abrs.

Bom dia amigos... Num único cliente, o Sistema sempre aborta quando tento Cancelar ou Inutilizar uma NFe. Simplesmente aborta e não apresenta nenhuma mensagem de erro. Verifiquei que o problema está relacionado com o Plugin Warsaw da Gas Informática. Este Plugin é usado para garantir a segurança dos Sistemas Bancários. Se desinstalo este Plugin, tudo funciona normalmente. Alguém já passou ou está passando pelo mesmo problema e sabe se existe uma solução sem desinstalar o maldito ? Obrigado.

Luiz... Bom dia. Mostre a parte do XML onde você apresenta o "Grupo de Repasse do ICMS ST (NT_2016_002_v1.50)" Abrs.

ICMS Efetivo São os campos de ICMS Efetivo que descreve o cálculo da restituição ou complemento da Substituição Tributária. Este grupo é aplicado apenas a dois impostos: CST=60 – Tributação ICMS cobrado anteriormente por substituição tributária; ou CSOSN=500 – Tributação ICMS pelo Simples Nacional Os novos campos são: Percentual de redução da base de cálculo efetiva (tag pRedBCEfet) Valor da base de cálculo efetiva (tag vBCEfet) Alíquota do ICMS efetiva (tag pICMSEfet) Valor do ICMS efetivo (tag vICMSEfet) Dependendo do estado, caso sejam emitidas notas fiscais de operação com consumidor final (ou seja, indFinal igual a 1) com um destes impostos, elas poderão ser rejeitadas pela regra: Rejeição 906: Não informado campo de ICMS Efetivo obrigatório quando CST = 60 ou CSOSN=500 e operação com consumidor final [nItem: nnn] Não esqueçam destas novas Tags. Abrs.

Rezar para que os Karas lá da SEFAZ, não façam tanta merda quanto as que fizeram nesses últimos dias. kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk

Bom dia pessoal... Darei meu pitaco... Desde o ano passado, venho orientando os clientes a não usar os Sistemas Bancários em conjunto com o meu Sistema. Devido aos Protocolos de Segurança que os Sistemas dos Bancos instalam nos Computadores, várias rotinas de transações entre o Servidor e Terminais, acabam comprometidas. Sugiro então que usem uma CPU exclusivamente para acessar os Sistemas Bancários. Se houver alguma relutância, informo que existe uma solução do problema. Seria a instalação de uma Assinatura Digital do Sistema naquela CPU, com um custo aproximado de R$ 500,00 anuais, para cada CPU que acessar os Sistemas Bancários. Explico que isso é uma exigência dos Protocolos de Segurança dos Sistemas Bancários e de alguns Anti-vírus e que o meu Sistema, funciona perfeitamente, independe desta Assinatura Digital. Até agora tem surtido efeito, pois ninguém concordou em pagar esse valor anualmente. abrs.

Kapi, Obrigado pela resposta. A.. ::Ambiente Faz exatamente a mesma coisa. Abrs.

Bom Dia... Gilmer, obrigado pela resposta, porém repare que já uso a função CancelaEvento da FlexDocs. //Cancela Nfe Method CancelaNF(ChaveNFe, nroProtocolo, Justificativa,dhEvento,cTo,cBcc,cSubject,aFieldBody,cBody,lBodyHtml) Class TVoNFeUtil2G local nStat:=0 local msgRetWS:="" Local mensagem := "" Local msgDados := "" Local cProtocoloCanc:="" Local dProtocoloCanc:="" Default ChaveNfe:="" Default Justificativa:="" Default nroprotocolo := "" Default dhevento:="" Justificativa:=Alltrim(Justificativa) ::Limpa() If ::CertificadoSelecionado() If ::ConsultaStatus() Try ::cXmlProtocolo:=::oNFEUtil:CancelaNFEvento(::SiglaWS,::Ambiente,::cCertificado,"4.00",@msgDados,@msgRetWS,; @nStat, @mensagem,ChaveNFe, nroProtocolo,Justificativa,dhevento,@cProtocoloCanc,; @dProtocoloCanc,::Proxy,::Usuario,::Senha,::Licenca) Catch ? "Tratar erro" End Try If nStat!=135.and.nStat!=151.and.nStat!=155 If ::lMensagem #IFDEF _DOS_ Alert( hb_ansitooem( Mensagem+"-"+Procname() ) ) #ELSE MsgStop( Mensagem+CRLF+ProcName() , CAPTION_MSG ) #ENDIF Endif // Tratar erro Endif ::aUltStatus:={msgDados, msgRetWS} ::cStsNFe := Alltrim(Str(nStat)) ::cStsNFeMsg := mensagem ::lAutorizada := nStat==135.or.nStat==151.or.nStat==155 ::Protocolo := cProtocoloCanc ::Recebimento := dProtocoloCanc If ::lAutorizada If ::lSalvaXmlAutomatico ::cChaveNfe:=ChaveNfe If !::SalvaXml(::cChaveNfe+"-can.xml",::cXmlProtocolo,3) ::Geralog("Não foi possível salvar XML de cancelamento:"+::cChaveNfe+CRLF+::cXml) #IFDEF _DOS_ Alert( hb_ansitooem( "Não foi possível salvar XML de cancelamento:"+::cChaveNfe+"-"+Procname() ) ) #ELSE MsgStop( "Não foi possível salvar XML de cancelamento:"+::cChaveNfe+"-"+CRLF+ProcName() , CAPTION_MSG) #ENDIF Endif Endif If !Empty(::cFromEmail).and.!Empty(cTo) cBody:=::PreparaEmail(If(Empty(cBody),::cEmailCancela,cBody),::cXmlProtocolo,aFieldBody,::ReadXml(::cPathNFe+::cSubPastaProtocolos+::cChaveNfe+"-nfe.xml")) ::EnviaEmail(cTo,cBcc,cSubject,cBody,{::cPathNFe+::cSubPastaProtocolos+::cChaveNfe+"-can.xml"},lBodyHtml,aFieldBody) Endif Endif Endif // Tratar erro Endif Return( ::lAutorizada ) Ou não seria isso ? Abração.

Obrigado à todos pelas respostas. Concordo contigo prezado amigo... Vamos aos fatos: 1º - O Cliente emite e autoriza a NFe com data de ontem "23-07-2018T15:27-3:00" 2º - Hoje, ao tentar o Cancelamento pelo primeira vez, é retornado "Rejeição 577 - A data do Evento não pode ser maior que a data de emissão..." 3º - O Cliente corrige a Data e do Computador e retransmite o Pedido de Cancelamento. 4º - Novamente e por várias vezes é retornado "Rejeição 577 - A data do Evento não pode ser maior que a data de emissão..." 5º - Após várias tentativas do cliente, começa a retornar "Consumo Indevido..." Após checagem das informações através da MsgDados da VoNfeUtil, é confirmado que os parâmetros estão corretos e por isso, não deveria retornar a rejeição 577 Abrs.

Jura ???? kkkkkkkkkkkkk Já foi feito meu amigo... Abrs.

Boas... Alguém está ficando louco e acredito que não seja eu... pelo menos pro enquanto. Vejam que absurdo este retorno da SEFAZ-SP: - Um cliente emitiu uma NFe de Vendas ontem por volta das 5:30 hs. Esta Nfe foi autorizada e Recibo registrado como "2018-07-23T15:27:12-3:00". Hoje ao tentar Cancelar essa mesma NFe, está retornando: "Rejeição 577 - A data do Evento não pode ser maior que a data de emissão..." E para piorar um pouco mais, após algumas tentativas, começou a retornar: "Consumo Indevido..." Parece piada, más infelizmente não é.

Se entendi perfeitamente, as Regras de Validações 860 e 875 serão suspensas temporariamente. N23b-20 55/65 Se UF do destinatário diferente de “EX” e se informado percentual de FCP ST (tag:N23b), percentual de FCP validado conforme tabela de alíquota definida por UF. Obs.1: Utilizar a UF do destinatário na validação (tag: enderDest/UF, id:E12); Obs.2: Quando informada a UF do local de entrega (tag: entrega/UF) diferente de “EX”, aceitar como válidas tanto a alíquota da UF do destinatário (tag: enderDest/UF; id:E12) quanto a alíquota da UF de entrega (tag: entrega/UF) N23d-10 55/65 Informado a tag vFCPST (id:N23d) e finNFe=1 (id:B25), verificar: - Se informado CST= 10 ou 30 ou 70 ou 90 ou CSOSN=201 ou 202 ou 203 ou 900 e vFCPST (id:N23d) difere da vBCFCPST (id:N23a)* pFCPST (id:N23b) - vFCP (id:N17c) (*4) Obs.1: Campos não informados devem ser considerados como “0" Obs.2: Regra de validação aplicável a critério da UF N27b-20 55/65 Se UF do destinatário diferente de “EX” e se informado percentual de FCP ST retido (id:N27b), percentual de FCP validado conforme tabela de alíquota definida por UF. Obs.1: Utilizar a UF do destinatário na validação (tag: enderDest/UF; id:E12); Obs.2: Quando informada a UF do local de entrega (tag: entrega/UF) diferente de “EX, aceitar como válidas tanto a alíquota da UF de destinatário (tag: enderDest/UF; id:E12) quanto a alíquota da UF de entrega (tag: entrega/UF). abrs.

Olá Judson... Obrigado por responder. Essa regra se aplica a todas as vendas para consumidor final independente de qual UF de Destino. O pior de tudo, é que ninguém sabe como resolver. Já liguei para 4 Contadores e até agora, sem resposta. Abrs.