Nao mostra Erro do procedimento

Quando Estou numa pagina que tem que passar valores a uma outra pagina e nco se passa todos os parametros necessarios, nao esta mostrando os parametros que estao faltando ou os que estao sobrando, apenas mostra o erro "404 pagina nao encontrada", isto passou a acontecer quando foi instalado o oracle 9i release 2 com o linux.

Rodrigo,
Coloque em suas procedures q todos os parametros tenham a opcao DEFAULT. E faca o teste dentro da procedure para os parametros nao preenchidos.
Sergio
Quando Estou numa pagina que tem que passar valores a uma outra pagina e nco se passa todos os parametros necessarios, nao esta mostrando os parametros que estao faltando ou os que estao sobrando, apenas mostra o erro "404 pagina nao encontrada", isto passou a acontecer quando foi instalado o oracle 9i release 2 com o linux.

Similar Messages

Nao quer carregar meu iphone

preciso admitir , que porcaria que ficou o ios 7 , querem copiar , tao sem ideias , olha na boa , fikei com raiva , meu iphone como nao mostra mais que precisa de bateria como mostrava no ios 6 , esta na terceira vez que terei q mandar dar o choque , antes de estalar o ios 7 não dava este problema , espero que voces estejam muitissimos felizes com o transtorno que esta me causando i perca grande de dinheiro , desenbolsei uma grana alta para comprar o iphone 5 ávista , e quando pego depois que baixo esta porcaria de ios 7 , parabens , fizeram minha vida se fuder , comprei uma porcaria cara i que nao quer funcionar , olha APPLE eu quero agradecer pela merda que estao fazendo a minha vida
com atençao Rodolfo Santana , pensem um pouco , não sou apenas eu que esta com este problema , conseguirao fazer a maior cagada de vocês , parabens !!

Boa noite amigo estou com o mesmo problema mei iphone 5s nao carrega e aparece a menssagem que o cabo nao pode ser original, como não a nao ser se a apple estiver mandando o carregador nao original tem 15 dias que comprei o meu e já esta com esse problema

Devolução de Nota Fiscal Eletrônica

Olá,
Estamos tentando fazer a devolução de uma NFe de entrada e no monitor aparece o erro "Falha no schema XML - cvc-type.3.1.3: O valor '35110556507221000105550010000243681' do elemento 'refNFe' não é válido.
Sr(a)s.,por favor, alguém pode ajudarnos com esse tema? O tipo de NF de referencia é F1 e estamos tentando criar uma E4 (Saída de devolução a fornecedor). No campo refNFe a referência aparece com apenas 35 posições, não deveria ser 44? verifiquei que está faltando o nro. aleatório.
Obrigado.

Wilson,
1) todos os dados de identificaçao da NF-e vem no DANFe. Porém, os dados que constituem a chave de acesso (cUF + ano (AA) + mês (MM) + CNPJ + série + número da NF + tpEmis + randômico + digito verificador) e o protocolo de autorização devem ser salvos no SAP, pois devem ser reportados no SPED Fiscal (EFD).
2) Se os campos estão fechados na J1B2N, é questão de se alterar pelo controlede tela (view J_1BAMV). Busque por "controle de tela" ou "screen control" no próprio fórum que vc acha mais detalhes.
3) Ao desmarcar o flag de eletronica da categoria da NF de entrada, vc está dizendo que essa NF é de modelo 1 e não 55. Isso de fato faz com que o XML referencie a NF "sem erro de esquema" (pois para NF modelo 1, não há randomico nem digito verificador). Porém, o fato de nao ter erro de esquema nao quer dizer que esteja correto. Além de você estar referenciando uma NF inexistente, quando essa NF for reportada no livro de entradas do seu EFD, ela não vai bater com as notas de saída reportadas pelo seu fornecedor, e vai gerar autuação. Portanto, apesar de resolver o problema técnico, alterar a categoria da NF de entrada é uma das piores coisas que você pode fazer, nesse contexto.
Abs,
Henrique.

B2B - Cliente e Transportadora

Fizemos uma alteração na solução standard do B2B.
Na função que chama o Proxy, eu criei um enhancement-point para manipular o campo CNPJ para identificar qual o tipo de mensagem será enviada, no meu caso EMAIL Ou WebService, até ai OK.
O problema é que assim que manda o XML para o cliente eu estou também mandando para a Transportadora o XML, usando o mesmo Proxy e interface PI, repliquei a lógica standard para o envio para a transportadora. Quando ocorre algum erro no envio por email para o Cliente ou para a Transportadora, ex: email não cadastrado, e para o outro envio vai com sucesso o status no monitor do GRC fica com sucesso e eu não consigo reprocessar a mensagem que deu erro. Se os dois cadastros estão OK, ele manda com sucesso para os dois sem problemas.
Existe a possibilidade de caso der erro em algum, deixar com mensagem de erro no monitor do GRC para ser reprocessado posteriormente? Mesmo que uma das duas mensagens tenha ido com sucesso, melhor mandar duas vezes do que não mandar.
Como o cadastro do cliente é mais dinâmico do que o da transportadora, clientes temos mais de 2.000 e transportadoras 3, pensei em assim que executasse a Proxy da interface para o Cliente, tentar identificar se deu erro no Ack, se deu erro eu nem continuo o processo para a transportadora, porém não consegui identificar no código quando deu erro ou não.
Alguém tem alguma idéia?
Desde já, muito obrigado.

Olá Maicon,
sim, esse report é executado via job (schedulando o /xnfe/process_reports, que chama ele via submit).
Nao vai adiantar vc fazer o =>get_acknowledgement() logo depois de manda pois demora um pouco pra mensagem ser executada pelo Integration Engine, Mapping Runtime, Adapter Engine etc.; até dar o erro, vai ter um deltaT considerável. E fazer um while ack() vazio, wait 5seconds, é sacanagem, eheehehehe.
Por isso sugeri, se quiser modificar, que pense em modificar o proprio form get_acknow, pois ele é executado via job, e uma hora vc pega o ack.
Mas note que não necessariamente vc quer que o usuário restarte o B2B manualmente. Como vc mesmo observou, por ser uma interface ***íncrona, o próprio Adapter Engine faz retries automáticos de envio depois de 5 minutos do ultimo erro. Somente em caso de erro permanente é q faz sentido fazer o restart; esse "erro permante" vc pode observar vendo o status da mensagem no Mesage Monitoring do RWB (componente Adapter Engine). Infelizmente nao sei dizer se esse nível de detalhamento do erro volta no ack que vai pro Integration Engine, se voltasse seria o mundo perfeito, e daí vc poderia fazer um IF status = vai tentar de novo, nao joga erro no monitor (talvez faça sentido um status novo, algo do tipo "erro mas vai retentar enviar sozinho"), else status = erro permanente, daí vc joga erro no monitor pro usuário poder restartar.
Se nao vier no ack, daí vc ainda pode tentar pensar numa maneira de ler isso das tabelas do Adapter Engine, que eu pessoalmente nao manjo mas que deve ter alguma coisa no forum de PI.
Abs,
Henrique.
PS: pensei que seu 1o nome fosse Rosa, rs... Desculpe.

Premiere Pro CC not shown among apps in Creative Cloud

Eu nao consigo baixar adobe premiere pro, oq eu faço? nao mostra esse aplicativo na Creative Cloud

You MUST have a 64bit computer... what is your computer?
Adobe's MINimums http://helpx.adobe.com/premiere-pro/system-requirements.html
-Programs won't display if they will not install on your computer
-http://helpx.adobe.com/creative-cloud/kb/all-apps-displayed-aam.html

Recebimento de Transferencia na Zona Franca - Erro M7050 Saldo nao nulo. Transacao MB0A

Pessoal,
Boa noite,
Estou com um problema e preciso da ajuda de vocês.
ERRO M7050 - Saldo não nulo: 28,04 - Debito: 28,08 Credito: 0,04
Quando realizo a entrada da transferência através da transação MB0A, ele executa esse erro. Quero acreditar que o SAP não esta considerando o valor da redução do ICMS que a Zona Franca possui, pois eh justamente o valor da redução na saída da mercadoria.
As notas 622370 e 790429 estão aplicadas no sistema, alem de ter a condition do ICMS de credito presumido da ZF marcado como D - Imposto de transferência na cadeia de contabilização.
Vocês sabem o que esta acontecendo?
Obrigado.

Oi Renan & Hernandes
O que vcs tem na tabela J_1BCONDMAPV e J_1BTXCOND no que diz respeito a nota 790429?
Qual versão do erp que vcs estão?
Imagino que vcs já tenham olhado a nota.. 1826651 - STO: ICMS wrongly calculated for Full/Partial return from ZF
Abraço
Eduardo Chagas

NF-e 3.10 - Erro 204 - Duplicidade - Botão consulta status

Boa tarde a todos.
Estamos em fase de testes do projeto de implementação do XML 3.10.
Eu tive algumas notas no meu ambiente de teste integrado com rejeição 204 (duplicidade de nota).
Eu preciso realizar a consulta de status para essas notas, porém no botão Outras Funções, não aparece a opção Verificar Status (conhecido como Consulta de Status no monitor 2.00).
Eu encontrei o seguinte post relacionado ao meu problema:
NFe V3.10 Erro 204 - Duplicidade - Botão Consulta Status sumiu
Porém, o procedimento de "Continuar Processo" descrito no post acima não resolveu meu problema (quando dou um Continuar Processo, o GRC tenta enviar novamente a nota para aprovação).
Alguém sabe como faço para o botão de consulta de status aparecer? Seria algo de perfil?
Att,
Matheus Goulart

Então Ricardo, na verdade não tem botão de consulta de status no detalhe.
Acebei de descobrir que o Continuar Processo funcionou, o problema é que a consulta de status foi rejeitada pela SEFAZ (sefaz MG).
E o motivo que no monitor não atualizou os status das notas, é porque deu um erro no proxy inbound.
Mensagem da SPROXY:
Falta elem.'{http://www.portalfiscal.inf.br/nfe}dhRecbto'
XML (retorno):
<?xml version="1.0" encoding="utf-8" ?>
- <nfeConsultaNFResponse xmlns="http://sap.com/xi/NFE/008">
- <nfeConsultaNF2Result>
- <retConsSitNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10">
<tpAmb>2</tpAmb>
<verAplic>13_2_28</verAplic>
<cStat>217</cStat>
<xMotivo>Rejeicao: NF-e nao consta na base de dados da SEFAZ</xMotivo>
<cUF>31</cUF>
<chNFe>31140940432544011262550160000014241463324953</chNFe>
</retConsSitNFe>
</nfeConsultaNF2Result>
<n0:mode xmlns:n0="http://sap.com/xi/NFE/008">O1</n0:mode>
</nfeConsultaNFResponse>

Erro de conversão taxa de câmbio em BRL

Olá Grupo, bom dia.
Estou em projeto de migração 4.7 para 6.0, prem estou com erro na pricing do calculo do custo do frete (VI01), onde tenho uma condição que está apresentando a seguinte mensagem:
Condição ZTOG (erro de conversão taxa de câmbio em BRL)
Nº mensagem V1208
Diagnóstico
Na conversão da moeda ocorreu um erro.
As seguintes causas são possíveis:
não existe nenhuma conversão de moeda válida
a operação aritmética está errada
Procedimento
Verificar no customizing na etapa 'Definir fatores de conversão para a conversão da moeda' se existe uma taxa de câmbio válida de ZTOG para e complementá-la eventualmente.
Caso o usuário não possa efetuar esta atividade devido à autorização, deve informar a administração do sistema.
Esse erro impede que o calculo do item seja realizado completamente e isso está interferindo na transferencia para contabilidade do valor do custo do frete.
Alguem já passou por esse erro antes?
Agradeço pela atenção de todos.
Att.
Alécio Silva

Moçatto.
Consegui identificar o erro.
Na condição ZTOG a mesma estava definida como regra de calculo G - Formula, modifiquei para B - Montante Fixo pois já tem uma formula atribuida a pricing na condição que executa o calculo dos valores.
Efetuamos os teste dos processo e funcionaou corretamente.
Como está sendo migrado da versão 4.7 para 6.0 as configurações foram copiadas, mas após aplicação do pacote SAPKH60506 começou a apresentar o erro que informei.
Quero agradeçer pela resposta sobre minha duvida.
Obrigado.
Abs.
Alécio

NF-e de entrada apresenta a mensagem de erro: A quantidade notificada é superior à quantidade pedida (/XNFE/APPB2BSTEPS011)

Boa Tarde,
Estamos implementando a Nota fiscal Eletrônica 10.0 e nosso ambiente é SLL-NFE 900 0014.
Estamos fazendo alguns testes no monitor do GRC (NF-e Fiscal Workplace) e no Step Simular Fatura e NF-e, ao Definir status 'ok' o Standard apresenta a seguinte mensagem:
A quantidade notificada é superior à quantidade pedida 28520.000 KG
Nº mensagem /XNFE/APPB2BSTEPS011
Diagnóstico
Na chamada do sistema ERP, foi retornada a mensagem 161(ME).
Procedimento
Se a causa do problema forem dados incorretos no documento XML, você pode rejeitar a NF-e e informar o emissor.
Se a causa do problema forem atribuições incorretas (por exemplo, itens da NF-e a itens do pedido), você pode corrigir as atribuições e repetir a etapa do processo.
Se a causa do problema for um customizing incorreto no sistema ERP, você pode corrigir o customizing e repetir a etapa do processo.
O log de aplicação deste erro fica vinculado a etapa de Gerar recebimento, informando que não foi possível criar o recebimento. Porém ao analisar a PO no ECC encontramos o recebimento criado na PO.
Alguém poderia me ajudar a entender o problema? Em anexo um print do erro.
Muito obrigado.
Oriel Maiolo

Eduardo, boa tarde!
Era isso mesmo, utilizando a chave de confirmação 0004 não gera este erro.
Por algum motivo excluíram algumas configurações do standard para esta chave de confirmação, precisei refazer tudo novamente e testei apouco.
Muito obrigado pela ajuda.
Grande abraço.
Oriel Maiolo

Inutilização de Nota com erro de validação no GRC

Bom dia,
Estou com um problema na inutilização de notas com erro de validação no GRC!
Quando a nota é rejeitada pela GRC, fica da seguinte maneira:
Etata obrigatória do processo : 8 (Erro validação interna sistema de mensagem.Envie novamente!)
status de comunicação do sistema : 0 (Enviada ao sistema de menssagem (XI,...))
status do sistema de mensagens : V (Mensagem Recebida: Erro de Validação Interna)
Sem utilizar o botão Reset NFe, clico no botão Request Cancelation e realizo os procedimento de cancelamento.
Verifico pela tabela /XNFE/NFE_HIST que gerou um registro com a chave de acesso, type 3 (Inutilização) e status 6 (Enviado ao Processamento da Nota Fiscal Eletrônica).
Consulto no SEFAZ e verifico que essa nota já esta inutilizada porém na J1BNFE a nota continua processando.
Alguem sabe como resolver este problema?
Obrigado,
Leandro Von Zubem.

Bom dia.
Tenho uma NF-e que está em situação parecida e agradeço suas colaborações.
Estamos na ECC 5.0 SP 19.
Esta NF-e foi rejeitada pela SEFAZ (NF-e writer e o erro estava no ano da data de emissão = 2008)
e o usuário não percebendo tentou re-enviar várias vezes.
Por fim, mesmo Rejeitada foi solicitado o Estorno (Skip) e os status da NF-e ficaram como abaixo:
   SAP ECC 5.0 SP19
      Status Ação :          Em processamento
      Status do documento NF-e:     2 Rejeitado
      Status de comunicação do sistema: 3 Rejeitado/a & autorização solicitada para ignorar
      Status do sistema de mensagens:     C Mensagem recebida: pedido de inutilização
      NF-e Código de Status :     228
   Log
          Novo stat.comun.sistema "Rejeitar estorno/ignorar usuário aceitos" não permitido p/status
                     comun.sist.anterior "Rejeitado/a & autorização solicitada para ignorar
          Nº mensagem J1B_NFE007
   GRC
      Status Code:               228     Rejeição: Data de Emissão muito atrasada
Seguindo as orientações já mencionadas aplicamos em Desenv as Notas 1376901, 1376324 e 1298283 e
simulamos a situação. Mas a NF-e também permanece "em processamento".
A Nota 1141636 não foi possível aplicar porque exige para Basis o SP 700 e estamos no SP 640.
Esta atualização seria muito mais demorada.
Pergunto: existe alguma forma de ajustarmos os status para finalizar esta NF-e? (Rejeitar ou Aprovar/Rejeitar).
Agradeço a toda colaboração.
Abraços a todos e ótimas festas.
Luis Appel

Consulta Formatada - Procedimento de Aprovação

Olá Experts,
Estou batendo cabeça com um procedimento de autorização baseado em uma consulta formatada e preciso da ajuda dos companheiros.
Até onde entendo, para se usar uma consulta formatada em Procedimento de Autorização, é necessário retornar "TRUE" no código sql da consulta, e isso as minhas consultas, fazem de acordo com o contexto. Porem, quando coloco em pratica na rotina de aprovação, nada acontece...
A razao da consulta é checar se o somatorio das quantidades no Pedido de Venda é maior que o somotario das quantidades na Cotação de Venda... quando rodo a consulta a partir do documento de marketing destino (pedido de venda) vejo que o retorno atende aos criterios que estou passando (print anexo), mas o pedido nao cai para a aprovação...
Tenho dividas se o problema está na sintaxe da consulta.
Ja fiz varias alterando a sintaxe e em todas chego no resultado desejado... (ver abaixo):
Onde está o numero "10 " uso uma variável que é o numero do documento base (numero da cotação): $[Rdr1.BaseEntry]
Sintaxe 1 (mais simples)
Declare
@qtCota Numeric(10,4),
@qtPed Numeric(10,4)
Set @qtCota = (select SUM(Quantity) from qut1 where DocEntry = 10 and unitMsr = 'M2'
group by DocEntry)
Set @qtPed = (select SUM(Quantity) from rdr1 where BaseEntry = 10 and unitMsr = 'M2'
group by BaseEntry)
If @qtPed > @qtCota
Begin
select 'True', @qtPed as Ped, @qtCota as Cota
End
Else
Begin
select 'false'
End
Sintaxe 2 (um pouco mais complexa para aprofundar o resultado)
Declare
@qtCota Numeric(10,4),
@numCota Numeric,
@qtPed Numeric(10,4)
Set @numCota = (Select distinct rdr1.BaseEntry from Rdr1 inner join Ordr on Rdr1.DocEntry = 10)
Select 'true',
(select SUM(Quantity) from rdr1 where BaseEntry = @numCota and unitMsr = 'M2' group by BaseEntry) as Ped ,
(select SUM(Quantity) from qut1 where DocEntry = @numCota and unitMsr = 'M2' group by DocEntry) as Cota
from ORDR a
     inner join RDR1 b on a.DocEntry = b.DocEntry
     inner join QUT1 c on b.BaseEntry = c.DocEntry
     where b.BaseEntry = @numCota
     Group by
     c.DocEntry,
     b.BaseEntry
     Having (select SUM(Quantity) from rdr1 where BaseEntry = @numCota and unitMsr = 'M2'
group by BaseEntry) >
(select SUM(Quantity) from qut1 where DocEntry = @numCota and unitMsr = 'M2'
group by DocEntry)
Sintaxe 3
Declare
@qtCota Numeric(10,4),
@numCota Numeric,
@qtPed Numeric(10,4)
Set @numCota = (Select distinct rdr1.BaseEntry from Rdr1 inner join Ordr on Rdr1.DocEntry = 10)
Select
case when
(select SUM(Quantity) from rdr1 where BaseEntry = @numCota and unitMsr = 'M2' group by BaseEntry) >
(select SUM(Quantity) from qut1 where DocEntry = @numCota and unitMsr = 'M2' group by DocEntry)
Then 'true'
else 'false'
End
Alguem consegue me dar uma dica que ajude a resolver essa bronca?
Saudações
Wagner Bezerra

Boa tarde amigos,
Consegui resolver a situação.
Definitivamente, para o meu caso não tinha como realizar o teste direto via consulta formatada, antes do documento inserido, visto que os testes no nivel de linhas não me retornam os valores a serem comparados. O que funcionou então:
Criei um pequeno codigo na Transaction Notification onde consigo testar minha condição na Inclusao ou Update...
Criei um campo de usuario para o pedido de venda "U_Aprovacao" que recebe 'NAO' por default e se a minha condição for atendida ele é atualizado para 'SIM'...
Desta forma, criei uma consulta formatada retornando 'True' se o campo "U_Aprovacao" = 'SIM'...
Pela hierarquia do SAP, os codigos da Transaction vem antes dos testes dos Procedimentos de Autorização...
Linhas da Transacation:
if @object_type in ('17') --Pedido de Venda
and @transaction_type in ('A','U') --Inserir ou atualizar
Begin
Declare
     @BaseEntry int
         if @object_type = '17'
            begin
             Set @BaseEntry = (Select rdr1.BaseRef from RDR1 left join ORDR on ORDR.DocEntry = RDR1.DocEntry
    Where ORDR.DocEntry = @list_of_cols_val_tab_del )
            end
if (select SUM(Quantity) from qut1 where DocEntry = @BaseEntry and unitMsr = 'M2' group by DocEntry) <
(select SUM(Quantity) from rdr1 where BaseEntry = @BaseEntry and unitMsr = 'M2' group by BaseEntry)
Begin
Update ORDR set Ordr.U_Aprovacao = 'SIM' Where DocEntry = @list_of_cols_val_tab_del
End
      End --<Fim>
Obs.: ainda estou fazendo em ambiente de testes pois as NOTAS SAP estao me deixando confuso. Umas dizem ser permitido o update em campos de usuario, outras dizem que nao... algumas sugerem a atualização via consulta formatada, outras sugerem a transaction... entao na duvida, ambiente de testes...

Inutilização de NFE nao atualiza status no R/3

Amigos aconteceu uma coisa muito estranha,
Ao solicitar a inutilizacao de uma NFE, o SEFAZ retornou ok codigo 102
Entao no GRC ficou autorizado com status 102
No R/3 o cancelamente foi feito normalmente todos os documentos foram estornados
porem a tabela J_1BNFE_ACTIVE nao foi atualizada com o status 102
e a nota fica com status 'Aguardando resposta'
Vi aqui no forum que algumas pessoas ja tiveram este problema
alguem sabe a solucao ?
Obs: estamos no SP61 a nota 1357713 esta aplicada
Este foi um caso isolado so aconteceu 1 porem preciso atualizar o status deste nota para que ela apareca no livro fiscal
SAP 4.6C
Obrigado

provavelmente aconteceu algum erro na montagem do campo chave de acesso na hora que o ERP mandou pro GRC.
Isso causou o erro na SEFAZ, rejeicao.
Na hora que o GRC tentou devolver pro ERP, como a chave de acesso estava errada, o ERP nao reconheceu aquele documento, e portanto nao atualizou nada (a entrada deve estar na /xnfe/backstatus).
Nao vejo muita alternativa a nao ser resetar o status da nota no ERP e tentar reenviar, dessa vez debugando para ver pq está montando a chave de acesso errada. Isso porque a chave de acesso errada já virou campo chave do documento no GRC.
Na verdade, se vc conseguir reenviar com a chave de acesso correta, ele vai criar outra entrada no GRC, que agora deve processar corretamente. Aquela que ficou com 216 vai ficar "perdida".
Verifique se a chave de acesso dessa nota que ficou com 216 tem algum espaco em branco ou campos com 00.
Abs,
Henrique.

Boa noite. O problema ocorre com qualquer navegador. Hoje liguei para a Microsoft, para pedir ajuda na configuração do e-mail que aparece o erro #872. O técnico

Boa noite.
O problema ocorre com qualquer navegador.
Hoje liguei para a Microsoft, para pedir ajuda na configuração do e-mail que aparece o erro #872.
O técnico entrou remotamente e fez todos os estes possíveis e imagináveis.
Fiquei remotamente durante uma hora e trinta minutos. E ele não conseguiu resolver.
O problema não é com o outlook é com o GMAIL.
Após vários testes, agora aparece a seguinte mensagem de erro:
“Servidor respondeu: 421 4.7.0 Temporary S” pelo outlook e pelo GMAIL (#872)
O técnico da Microsoft informou que o problema é com o GMAIL.
Por favor estou desesperada, desde 10 de julho de 2014 não recebo e envio e-mail da conta:
Tenho essa conta para trabalho e pessoal, isso esta causando muito prejuízos.
POR FAVOR ME AJUDE A RESOLVER ISSO.
Desde já muito obrigada
Elisabeth
De: ****** [mailto:******] Em nome de Cesar JB via Fórum de Ajuda do Gmail
Enviada em: segunda-feira, 28 de julho de 2014 07:57
Para: *****
Assunto: Re: ERRO (@872)
Olá Elisabeth,
O mesmo problema ocorre quando você utiliza um navegador (Chrome, Firefox ou Internet Explorer) ou somente quando você utiliza um programa cliente de email (ex: Outlook).
Se estiver usando um navegador, experimente fazer a limpeza do cachê e veja se a referência abaixo sobre erros no Gmail te auxilia.
Abraço,
Cesar JB
On Sunday, July 27, 2014 10:48:00 PM UTC-3, Elisabeth Reboucas wrote:
gmail
recebo uma mensagem de erro. (@872).
sempre que mando email da minha conta principal. POR FAVOR QUEM PODE AJUDAR.
A RESPOSTA POSTADA EM 20/07/14 NAO RESOLVEU O PROBLEMA.
"Erro
Ops... ocorreu um erro de servidor e seu e-mail nao foi enviado. (#872)
OK"
a mensagem de erro esta escrita acima.
Por favor preciso de ajuda.
Obrigada.
Elisabeth
<hr>
''emails removidos para privacidade dos mesmos'' - Diego Victor

Boa Noite Elisabeth,
Sua explanação sobre o seu problema está um pouco confusa e com poucas informações, o que dificultada a melhor resposta e/ou a resposta correta. Porém que você está com problemas no uso do Gmail pelo seu aparelho Mobile, eu pesquisei alguns problemas e pré requisitos para que esse uso seja feito sem maiores complicações.
Você pode acessar o Gmail pela Internet em navegadores como Google Chrome, Firefox, Internet Explorer e Safari no seu computador. Para acessar o Gmail com um navegador instalado em um dispositivo móvel, esse dispositivo deve atender a estes requisitos mínimos.
'''Requisitos Mínimos'''
Para acessar o Gmail para celular, o navegador de seu celular deve atender a alguns requisitos mínimos.
Primeiramente, verifique se seu navegador é compatível com XHTML. Caso não tenha certeza, visite http://www.google.com/xhtml e faça uma pesquisa. Se não funcionar, seu navegador pode não ser compatível com XHTML.
Você pode entrar em contato com seu provedor de serviços para celular para verificar os seguintes requisitos:
1. Seu navegador deve ter os cookies ativados e sua rede também deve permitir cookies. A configuração de cookies geralmente está localizada nas configurações do navegador de seu telefone.
2. Sua rede deve permitir tráfego SSL seguro.
3. O navegador de seu celular deve ter um comprimento de URL de 2000 bytes.
4. O navegador de seu celular deve permitir redirecionamentos de 10.
Para usar o Gmail, ative os cookies e o JavaScript'''
Independentemente do tipo do seu navegador, você precisa estar com os cookies ativados para usar o Gmail. Além disso, se seu navegador for compatível, ative o JavaScript. Pesquise instruções no Google sobre como ativar os cookies e o JavaScript no seu navegador.
Espero que com isso você resolva o seu problema ou a menos tenha ajudado a ajuda-lo.
Um grande abraço.

Skip NFE com erro de validação

Oi tudo,
Tenho uma pergunta sobre a funcionalidade de saltar uma NF-e com erro de validação.
Eu apliquei notas SAP
1298283 - NF-e: Passar para a NF-e com erro de validação
1376324 - NF-e: Passar para a NF-e com erro de validação
1376901 - Passar para o erro de validação
Mas ainda assim o processo não funciona completamente.
Em nota 1298283 do texto;
Os novos valores definidos no J_1BNFE_MESSAGE_TYPE domínio deve ser usado
do sistema de mensagens ao chamar as funções interface de entrada
u2022 J_1B_NFE_XML_IN ou
u2022 J_1B_NFE_XML_IN_TAB
de ERP para corrigir o ajuste siga em stati do processo de
NF-es com erros de validação, dependendo da resposta da SEFAZ.
NF-e autorizada para o cancelamento são cancelados e da etapa do processo é
definido como C (completo).
Eu tenho definido os novos tipos de mensagens de acordo com as instruções de nota, mas como estes podem ser implementados e ser utilizado em GRC - sistema de NFe?
O tipo de mensagem autorizado para pular com o erro de validação em GRC agora é '5 ', mas deve ter o valor "8" de acordo com notas acima.
Incluir / XNFE / DB_CONSTANTS em GRC não contém os novos tipos de mensagens
    8 Autorização para Passar uma NF-e com erro de validação
    9 Rejeição Passar para uma NF-e com erro de validação
Alguém sabe como o resolver isso?
BR
Honey

Olá Fernando,
Obrigado pela sua resposta!
Temos também notas 1296515 e 1252567 instalado.
O teste que eu fiz antes de começar a depurar é que eu deliberadamente criada uma NF-e com um valor em falta, de modo que a resposta do GRC seria erro de validação. O exigido quando eu pressionar "Definir Número de NF-e" processo passo status muda para "8" = erro de validação interna do sistema de mensagens. Enviar novamente!
Agora eu enviar um pedido de pular para esta NF-e e as alterações do estado de acção para "Em processamento".
Em GRC Ignorando o pedido for aprovado, mas o processo nunca é completado em R / 3. No log eu posso ver J1B_NFE007 mensagem de erro;
Nova SCS-status "Rejeitado & Skipping (Cancelar) Autorizado" não é permitida para SCS anterior "Erro de validação e Skipping solicitadas".
Quando a depuração vejo que isso acontece em função J_1B_NFE_CHECK_NEXT_SCSSTATUS módulo na declaração
WHEN c_authorized_for_skip.                                                                  "1152140
      IF is_acttab-scssta NA '3'.                                                                  "1152140
        PERFORM get_domain_text USING c_scssta                                   "1152140
                                      i_newscsstat                                                      "1152140
                                      c_scssta                                                             "1152140
                                      is_acttab-scssta                                                 "1152140
                                CHANGING gv_msgtxt1                                            "1152140
                                         gv_msgtxt2.                                                     "1152140
                                                                                "1152140
        MESSAGE e007 WITH gv_msgtxt1        "i_newscsstat                    "1152140
                          gv_msgtxt2        "is_acttab-scssta                                 "1152140
                          RAISING scs_status_not_allowed.                                "1152140
      ENDIF.                                                                                "1152140
Neste ponto, o valor em is_acttab-scssta igual '9 '.
Lamento, mas eu não entendo o significado de "V" na descrição:
(NF-novo e rejeição RESET + + V + + V + SEND Skip Request)
Eu testei:
1. Novo NF-e
2. Definir NF-e número & enviar às autoridades
3. Rejeição devido a erro de validação
4. Enviar pedido de cancelamento de NF-e
Existe algum outro procedimento que eu devo testar?
Se eu tentar redefinir a NF-e após receber a primeira rejeição devido a um erro de validação, R / 3, não me permitem enviar pedido de cancelamento.
Eu penso que este comportamento é muito estranho, já que temos seguido as recomendações na execução notas SAP.
Você recomendaria o próximo passo é registrar um bilhete em relação a este?
obrigada &
atenciosamente!

Inutilização de NFe: Log de erro Message type 8 is not defined

Olá Pessoal,
Estamos com um erro aqui muito semelhante ao descrito na Thread: [Skip número da NF não autorizada|;.
Solicitamos a inutilização de uma nota writer de saída que foi barrada no Monitor GRC por erro de validação e por isso estava com status 8 na J1BNFE (ECC). A inutilização foi feita com sucesso, o status no GRC está correto, mas no ECC a autorização ainda não constava. Executamos o report XNFE/UPDATE_ERP_STATUS_DIAL e ao fazermos a msg de "erro ao atuzalizar ECC". No monitor da J1BNFE a nota agora aparece com o seguinte log de erro:
Message type 8 is not defined
Message no. J1B_NFE018
Diagnosis
The messaging system passed a value for the message type to the back-end system (field I_MSGTYP) that is not defined in the back-end system.
System Response
The back-end system cannot interpret and process the inbound message.
Procedure
Configure the messaging system in a way that it transfers only allowed message types to the back-end system via the inbound interfaces J_1B_NFE_XML_IN or J_1B_NFE_XML_IN_TAB.
Achei a thread mencionada acima com o mesmo erro e verifiquei a aplicação das notas, já que o problema foi solucionado com a aplicação das mesmas. Eis os status:
Nota 1298283 (ECC) - Não relevante pois estamos no ECC 6.0 SP17;
Nota 1376324 (ECC) - Não relevante pois estamos no ECC 6.0 SP17;
Nota 1413636 (ECC) - Completely Implemented na SNOTE;
Nota 1376901 (GRC) - Não relevante pois estamos no GRC SP13.
Aparenmente alguma coisa ainda está faltando.. mas nao sei o que é.
Desde já agradeço,
Daniela Machado

Verifique esses passos da nota 1298283 (no ECC)::
Change Domain J_1BNFE_MESSAGE_TYPE
Use transaction SE11
Select Domain and insert name J_1BNFE_MESSAGE_TYPE
Push Change.
Select Tab "Value Range".
Insert
Fix value Short text
8 Authorization to Skip a NF-e with Validation Error
9 Rejection to Skip a NF-e with Validation Error
Maintain table J_1BNFE_MAP_TYPE
Use transaction SE16 and display the table entries.
Push CREATE (F5)
Insert records
MSGTYP DOCSTA SCSSAT
8 Space A
9 Space B
At.,
Bernardo Braga
Edited by: Bernardo Braga on Jul 1, 2010 10:06 PM

Nao mostra Erro do procedimento

Similar Messages

Maybe you are looking for