SD: STATUS CAMPO PARA DOC DE VENTAS

Colegas Los Pedidos De Ventas Se Pueden Configurar La Visualizacion De Sus Campos Con Status Campo? O Algo Parecido? Como ?

>
Rafael Barco wrote:
> En SD no existe el status campo como en FI, o al menos no se denomina asi.
> Tienes un par de opciones dependiendo de lo que quieras que se vea:
> Si quieres modificar cualquier campo, puedes crear una variante de visualizacion, transaccion SHD0 y la asocias al tipo de pedido en la parametrizacion (campo Variante). Aunque es un poco engorroso puedes ocultar/bloquear cualquier campo.
> La otra opcion es solo si quieres modificar los campos a nivel de posicion, tienes el icono de la grilla en la esquina superior derecha, crearias tambien una variante y la marcas por defecto.
>
> Espero te sirva.
> Un saludo!
SPRO ->
GESTION DE MATERIALES ->
    COMPRAS ->
       PEDIDO ->
         FIJAR FORMATO DE IMAGEN A NIVEL DE DOCUMENTO
Esta es la ruta para MM,,, para SD donde se fija esta funcionalidad???

Similar Messages

Status of Accounting Doc of Cancelled Invoice

Dear All,
Please find following doc flow.
Invoice 1
Accounting Doc 1
Cance Invoice 2 (Invoice 1 is cancelled)
Accounting Doc 2
Please let me know what shold be status of Accounting Doc 1 (Cleared/Not Cleared) with proper clarification.
Also Accounting Doc 2
Thanks & Regards,
Ganesh.

Hi Guys i have a problem regarding duplication of invoice.
Lets undestand by following Example:
Invoive F2 Generated
Accounting Document (Not Cleared)
Then
Cancellation Invoice Genrated ......( But With Future Date)
Accounting Doc ( Not Cleared)
New F2
Invoice Generated with date before the invoice date of cancellation doc(as that was scheduled in future)
Accounting doc (not Cleared)
My issue is the system is allowing to created two invoices for the time being which is wrong.
System should not allow any New F2 doc till the coresponding accouting doc of cancellation is cleared.
Can we check this..Any suggessions????

Campos para Transportation-ECC

Olá pessoal,
Por favor, alguém de vocês já precisou utilizar campos como nº de RENAVAM, cor do veículo, tipo de veículo, condição do veículo, placa, contato do proprietário? Como fizeram?
Obrigado,
Renato Pereira.

Olá Renato,
Não estou certo de onde exatamente você precisa inserir estas informações, mas como você mencionou "Transportation" vou chutar rs.
Se for isto mesmo, os campos abaixo na VT01N não te atendem? Caso em seu projeto estes campos já não tenham uma função específica, você pode manter as tabelas destes campos no customizing de acordo com a sua necessidade e alterar os elementos de dados correspondentes, para que os rótulos dos campos e campos da tabela correspondam ao que você precisa.
abs.

Kindly let me know the transaction for checking the Status of par.User?

Kindly let me know the transaction for checking the Particular Users Status?
I mean to say,Which Transaction is he into?
Or Is he/She Logged on to a particular System?
Regards,
Shashank.

Hi,
Go to Transaction SM04.You will find the List of Users And the List of transactions ther are currently using.
Regards,
Sujit

Reenvio do GRC para o ERP do Status de NFe 225

Pessoal,
Enviamos uma Nfe que foi rejeitada pela SEFAZ, com o validador GRC desativado.
Devido a uma falha de comunicação logada na /XNFE/BACKSTATUS o ERP não teve o update do status da nota, sendo que o GRC estava atualizado com o Status 225 para o lote, com o Error Status 46 para nota.
Em análise do programa de reenvio /XNFE/UPDATE_ERP_STATUS percebemos que o status enviado ao ERP é o status do cabeçalho da Nfe (tabela /XNFE/NFEHD, campo STATCOD).
Para o DOCNUM 138746, o campo STATCOD está em branco na tabela /XNFE/NFEHD, porém está preenchido na tabela /XNFE/BACKSTATUS, campo CSTAT como pode ser visto nos screenshots anexos.
No ERP, então, temos o erro u201CNo status code was received for NF-e 0000138746u201D
Existe alguma forma de reprocessar NF-e com status SEFAZ setado somente para o lote?
Segue os prints das telas:
http://img5.imageshack.us/img5/1936/screen1le5.jpg
http://img232.imageshack.us/img232/1678/screen2zs7.jpg
http://img232.imageshack.us/img232/4084/screen3ns1.jpg
http://img232.imageshack.us/img232/5003/screen4nt6.jpg
http://img232.imageshack.us/img232/1944/screen5hc2.jpg
Obrigado,
Dorval Neto.

Bom dia Alexandre,
O report /XNFE/UPDATE_ERP_STATUS foi lançado no SP05 através da nota 1251349, nela é comentado sobre a criação do job e a execução individual. Após esta nota o report foi modificado algumas vezes sendo a mais recente 1273616 ou SP06. Acredito que mais modificações são necessárias ao programa, como a descrita que não retorna individualmente para NFe que ocorreu rejeição 225 por lote.
Quanto a como identificar o erro:
a) NORMAL - Se foi uma rejeição de processamento "normal" do R/3, ou seja, por algum motivo conhecido ele rejeitou a resposta enviada pelo GRC, então a resposta será encontrada na tabela J_1BNFE_INVALID no R/3, procure pelo docnum (obter na /xnfe/nfehd-docnum). Existe algumas situações especiais que o R/3 usa como docnum o valor de 9999999999, invalidando a pesquisa anterior. Então procura pela data e hora (ACTION_DATE e ACTION_TIME) da transmissão do GRC para o R/3.
b) ST22 - Se o não processamento no R/3 foi devido a algum dump no momento da execução da função ou alguma EXIT/BADI, então este não será logado corretamento no R/3. Verifique na ST22 do ERP se existe alguma informação no momento da execução do report update_erp_status.
c) RFC - Se não encontrar nesta tabela no R/3 então o problema pode ser de comunicação ou impressão, neste caso verifique no GRC NFE os logs de RFC via transação AL11, é um pouco mais complicado, pois você terá pegar o exato work process que fez a comunicação (se seu sistema tiver poucos erros de RFC, então fica mais simples). Exemplo:
. Transação AL11, Name of Directory Parameter = DIR_HOME
. Para facilitar, coloque em ordem por data e hora decrescente
. Procure um arquivo chamado dev_rfcN, onde N foi o Work Process que executou o call function remote (este é o ponto onde talvez não saiba), então procure pelo último data/hora logo após a execução do report /XNFE/UPDATE_ERP_STATUS
d) SEM OPÇÃO - Em último caso pode-se executar diretamente a função chamada no R/3 (J_1BNFE_XML_IN_TAB) através da SE37 e acompanhar passo-a-passo com os valores que o GRC tentou enviar sem sucesso (atenção para preencher exatamente os mesmo valores)
Dorval,
Poderia abrir um chamado na SAP sobre esta situação, desta forma poderemos submeter à equipe de desenvolvimento para providenciar a correção.
Atenciosamente,
Fernando Da Rós
Edited by: Fernando Ros on Mar 4, 2009 9:53 PM

Sugestão para o campo verProc - Versão do processo de emissão da NF-e

Olá a todos !
Gostaria da opnião de todos sobre o campo Versão do processo de emissão da NF-e (verProc), parametrizado no R/3 em J_1BNFE_CUST3_4V campo VERPROC nas configurações de definição do local de negócio, filial CNPJ.
Minha dúvida é sobre a atualização para a vesão 2.0 do layout do XML, como a versão é definida no campo VERSION, tag versao, com qual informação vcs estão utilizando neste campo, já que trata-se de um campo texto ?
Pesquisando no forum, encontrei uma Thread sobre Erro de Validação - IS_NFE_HEADER-VERPROC link: Erro de Validação - IS_NFE_HEADER-VERPROC onde contem a mesma informação de exemplo utilzada aqui (SAP NFE 1.0).
Vcs estão atualizando o campo para SAP NFE 2.0, por exmplo ? Mantendo a informação antiga, pois como não foi modificada a aplicação, ou colocando alguma outra coisa ?
Creio que quanto mais gente postar uma opinião neste caso é melhor.

Bom dia a_cristovao,
Esta informação serve como identificação de produto emissor de NF-e no XML/Sefaz.
Normalmente coloca-se "SAP NFE 1.0" ou "SAP GRC NFE 1.0" ou "SAP NFE 1.0 SP16".
É mais relacionado ao produto que ao layout.
Atenciosamente, Fernando Da Ró

ATUALIZAÇÃO DE STATUS NF-E EMITIDA E ENVIADA A LEGADO P/ COMUNICAÇÃO SEFAZ

Senhores (as);
   Estou desenvolvendo uma NF-e que será gerada no SAP (J1B1N), depois será enviada a um sistema legado que fará o envio a SEFAZ. Para tal, na J_1B_NFE_XML_OUT, coloquei uma codificação que gera um arquivo .xml e salva num diretório, onde o legado busca este arquivo e envia a Sefaz e trata as contigências, cancelamentos, imprime o DANFE, etc. coloquei também uma chamada a essa RFC no form Call_Xi. Ocorre que no monitor J1BNFE, quando seleciono a nota e clico em enviar aparece a mensagem:
"Mensagem incompleta (Falta nível de gravidade, área, número ou exceção)"
    E quando eu tento carregar o retorno na J_1B_NFE_XML_IN e forçar nela status de enviado, retorna "Não permite status seguinte 'Não Enviado' para doc. 'Autorizada'".
    Gostaria de saber se alguém sabe como atualizar os status do Monitor (J1BNFE) neste caso; e se tem como, somente alimentando a J_1B_NFE_XML_IN, atualizar os status ? Gostaria de que quando enviar no Monitor o status ficasse em 'enviado', 'Autorizado', etc, de acordo com a fase do processo, pois o legado consegue carregar a J_1B_NFE_XML_IN com o retorno da SEFAZ....
Desde já agradeço....

Exmo Sr:. Da Rós;
   Segue abaixo respostas:
Bom dia José Aguilar,
porém o meu problema com a atualização dos status persiste
Pergunta: Agora quando a NF-e é emitida e transferida para o sistema mensagerio você obtem um SCSSTAT = 0 na J1BNFE?
Resposta: Não. Esta é exatamente a causa de todas as minhas perguntas neste fórum.
...temos para auxiliar os amigos do fórum no entendimento correto da questão, pois se trata de cenário único (envolve 3 sistemas) e com particularidades específicas, como servidor Unix, cliente Retail, sem PI nem GRC, etc.
Para o ERP este passo de saída não faz tanta distinção ser o GRC ou não, ele irá chamar a /XNFE/NFE_CREATE para o GRC ou a J_1BNFE_XML_OUT para mensageria de terceiros.
Próximos passos:
- Qual o resultado do debug? O que descobriu?
Resposta: No Debug descobri a solução para o meu problema antigo, as mensagens do log; porém não conseguí ainda achar exatamente o ponto onde acontece o flag do campo SCSSTAT, o mesmo passa por diversas estruturas, variáveis e ti's, tentei forçar o valor no campo porém quando passa por outras consistências e funções volta a zerar o conteúdo. Agora estou debugando o grupo de funções j_1b_nfe e a j1b1, pois a verdade é que preciso flegar este campo no momento da criação da nf-e, pois os usuários terão acesso ao j1bnfe só para verificar status, pois o volume de notas é muito grande e devem já ser criadas com a determinação do número e o envio para o programa que repassará o arquivo ao Synchro.
- Os status mudaram?
Resposta: Não.
Atenciosamente, Fernando Da Rós
Agradeço pela compreensão, disposição, educação e grande paciência com que o senhor vem reportando meus questionamentos.
Grato.
José Aguilar.

NFe de 3o foi pro GRC e não volta status

Bom dia pessoal!
Estou dando um help num cliente que usa um sistema externo para enviar ao SAP todas as NFs (de terceiros, de entrada própria, eletrônica ou não). Como esse sistema cria NFs e também recebe NFs de terceiros, toda a numeração chega pronta no SAP - assim, as categorias de NF usadas estão configuradas para aceitar numeração externa.
Com isso, o pessoal se perdeu nas configurações - no SAP é fácil, se é de terceiros, é informado o número da NF, senão, o campo é fechado - e acabou usando uma categoria de NF de entrada própria para registrar uma NF de terceiros, o que gerou o cenário-problema:
1 - a NF-e foi pra SEFAZ (não poderia ter ido);
2 - a NF-e foi com a chave de acesso da NF-e do terceiro (deveria ser composta com o CNPJ do emissor da NF de entrada);
3 - o lote não recebe retorno da SEFAZ (é do RS) - penso que pode ser por causa do emissor ou da chave de acesso com outro CNPJ. Temos então:
-> Lote com status = 04 (Solicitação enviada) / código de status = 104 (Lote processado).
-> No monitor do ERP a NF fica aguardando, não consigo cancelar nem dar reset.
O que eu tentei:
-> Alterar os status do lote para reprocessar (set /XNFE/BATSTA-PROCESS = X). Reprocessou e continuou do mesmo jeito;
-> Alterar status da NF-e na /XNFE/NFE_HIST - nada adiantou;
-> Mais algumas alterações de status lá e cá, nenhuma surtiu efeito, daí voltei para o estado inicial;
-> segui uma dica para outro problema ("Nota fiscal cancelada no SAP e autoriza na SEFAZ" [ onde o Fernando orientou como alterar os status para habilitar um Status Query...... Esse quebrou as pernas em dois lugares...... o status query funcionou, mas com a NF-e do TERCEIRO!!! e voltou autorizada!!!
tá, já voltei os status pro que estava antes, voltando ao ponto anterior... sim, podem rir :P
O que não tentei (queria evitar):
-> Chavear a NF para contingência e cancelá-la.
Enfim, tirando a opção de contingência, alguém tem ideia de como fazer essa bendita NF ter algum status de erro para poder solicitar o cancelamento, ou algo do gênero, que me permita estornar o processo?
Obrigado!!
Eduardo

Bom dia Eduardo,
Que encrenca heim...rsss
Seguinte, no GRC pode ignorar esta nota, matar, o que quiser como você mesmo disse ela não deveria estar ali, e tentar fazê-la retornar ao ERP para pedir cancelamento só irá piorar as coisas.
Se entendi bem, é uma nota externa "registrada" no ERP, então está com o FORM vazio. Você terá que reverter os status manualmente no ERP, pegue uma nota "equivalente" e sincronize os status.
Para evitar nova transmissão de NF-es externas (sem formulário) aplique as SAP Notes 1396498, 1368159 e 1518476.
Atenciosamente, Fernando Da Rós
Ops, li novamente e acho que o erro foi ter registrado com a categoria com formulário, né? Isto também teria que ser revertido manualmente.
Edited by: Fernando Ros on Oct 28, 2010 12:18 PM

NF-e com SYNCHRO - Atualização de status na J1BNFE.

Senhores(as);
    Estamos gerando nossa NF-e no SAP (ECC6.0), depois de gerada, desenvolvi codificação na J_1B_NFE_XML_OUT para salvar arquivo com os dados carregados nesta função já com as tags da xml, porém em formato .txt. Outro sistema do cliente pega este .txt em diretório (Unix) renomeia sua extensão para .xml e envia para o Synchro, que por sua vez envia para a SEFAZ, faz todas as validações, denegadas, canceladas ou contingências, imprime o DANFE, etc, e devolve o retorno num arquivo para o sistema novamente que carregará a J_1B_NFE_XML_IN com este retorno. Porém quando recebo o retorno, ocorre erro no retorno pois as NF-e's que foram enviadas ao Synchro não estão com o status SCS como 'enviadas'. Portanto não consigo testar o retorno.
    Ocorre que usuários terão acesso a J1BNFE e não ao monitor da Synchro, portanto tenho de atualizar todos os status do monitor de acordo com as ações do Synchro: impressão, re-impressão, contingência, logs de erro, autorizações, etc... Gostaria de saber como atualizar os status do monitor J1BNFE neste caso? No momento da criação da NF-e já está gerando o .txt com as tags, portanto nesse momento já gostaria de atualizar o status da nf-e (J_1BNFE_ACTIVE-SCSSTA) como '0'(Enviada). Gostaria de saber também se precisarei fazer uma SM59 (Destination) para receber o retorno ?
   Aqui aplicamos o SP 17 e 78 notas de NF-e e estamos ainda na versão 1.10 de NF-e. Nosso cliente é varejo (Retail).
Agradeço qualquer auxílio...
José Aguilar.

Sr. Da Ros;
     Seguindo suas considerações no primeiro questionamento, verifiquei que a mensagem era devido a falta de envio de alguns campos para o log do sistema. Isso resolví, porém o meu problema com a atualização dos status persiste, portanto decidi explicar DETALHADAMENTE o processo e a configuração que temos para auxiliar os amigos do fórum no entendimento correto da questão, pois se trata de cenário único (envolve 3 sistemas) e com particularidades específicas, como servidor Unix, cliente Retail, sem PI nem GRC, etc. Além disso surgiram novas questões, como o uso da SM59 e o caso das aplicações das notas, além do problema de se acertar a NF-e como enviada no momento da criação da mesma.
    Desculpe, porém como sempre sou atendido de prontidão nesse fórum, minha intenção foi facilitar o entendimento do processo, e jamais quis desacatar as regras do fórum. Peço sinceras desculpas a todos e ainda aguardo ansioso por um auxílio.
Obrigado.
José Aguilar.

Query para sumar cantidad vendida por mes.

Estimados:
Tengo un query en la que saco varios campos de distintas tablas, una de ellas es INV1 desde la cual saco la cantidad vendida por producto.
Obviamente que esta consulta me trae las ventas una a una, pero yo necesito el total por mes, alguien sabe como lo puedo hacer?
Ademas es posible que los meses me salgan por columnas y no por filas?
Gracias.
Saludos a todos,
Viviana Medina

Buenos días:
Este query te puede servir para sacar la información que necesitas, solo es cuestión de que cambies un poco la sintáxis para que obtengas la información que quieres. En mi caso lo hice para sacar las ventas diarias del cliente mostrador.
Ya que tú deseas sacar tu venta por articulo debes hacer algo similar, ya que deberás restar las cancelaciones hechas también para obtener la venta real. De ésta forma acomodas tus filas en columnas, y puesto que tú variables dinámicas son las fechas podrás obtener el rango de mes que desees.
/*SELECT FROM .[OCRD] T2,[dbo].[ORDR] T3 */ DECLARE @FECHA1 DATETIME DECLARE @FECHA2 DATETIME
SET @FECHA1 = /* T3.DOCDATE */ '[%0]'
SET @FECHA2 = /* T3.DOCDATE */ '[%1]'
SELECT Fecha 'FECHA', sum(Venta_Directa) 'VENTA DIRECTA',sum(Cancelaciones ) 'NOTAS CRDITO', sum(Venta_Credito) 'VENTA CREDITO' FROM ( SELECT distinct T0.CreateDate as 'Fecha' , sum(T0.DocTotal) as 'Venta_Directa' ,0 as Cancelaciones, 0 as Venta_Credito FROM NNM1 T1 INNER JOIN OINV T0 ON T0.Series = T1.Series WHERE T0.CardCode = 'BMOS' AND T1.SeriesName = 'bola' and T0.CreateDate between @FECHA1 and @FECHA2 group by T0.CreateDate
union all
SELECT T0.CREATEDATE, 0,SUM(T0.DocTotal),0 FROM ORIN T0, NNM1 T2 WHERE T0.Series = T2.Series AND T2.SeriesName = 'bola' and T0.CreateDate between
@FECHA1 and @FECHA2 group by T0.CREATEDATE union all SELECT T0.CreateDate ,0,0,SUM(T0.DocTotal) FROM NNM1 T1 INNER JOIN OINV T0 ON T0.Series = T1.Series WHERE T0.CardCode <> 'BMOS' AND T1.SeriesName = 'bola' and T0.CreateDate between @FECHA1 and @FECHA2 group by T0.CreateDate)AS T88 group by Fecha

Deshabilitar Campo adicional.

Buenas Tardes,
Por favor si me pueden ayudar con lo siguiente:
Cree un campo adicional, que es como un combo, tiene 4 opciones (Pendiente, Revisado, Aprobado, Pagada), este campo adicional esta habilitado en la factura de venta, la idea es que cuando el usuario coloque la opción pagada y actualice el documento, entonces quede deshabilitado este campo para que no puedan colocar otra opción.
Imangino que esto sera ya por el TN.
Saludos y gracias de antemano.

Hay alguna razon para que la factura se actualice?
Si no la hay tan simple como poner esto
if @transaction_type in ('U') and @object_type in (13)
begin
set @error =1
set @error_message='No puede modificar factura'
end
La otra opcion seria, si no quieres que un usuario en particular la modifique entonces
if @transaction_type in ('U') and @object_type in (13)
begin
declare @user as int
set @user = (select usersign2 from oinv where docentry=@list_of_cols_val_tab_del)
if @user in (3,5,2,18) ---numeros que sacas del usercode de la tabla ousr
begin
set @error =1
set @error_message='No puede modificar factura'
end
end
Y si lo que quieres es unicamente validar el campo que no se cambie para usuario en particular , hay que meter un poco mas de codigo
if @transaction_type in ('U') and @object_type in (13)
begin
declare @user as int
declare @combo as int
set @user = (select usersign2 from oinv where docentry=@list_of_cols_val_tab_del)
set @combo=(select u_combo from oinv where docentry=@list_of_cols_val_tab_del)
if @user in (3,5,2,18) and @combo != (select u_combo from adoc where objtype=13 and docentry=@list_of_cols_val_tab_del and
loginstac in (select max (loginstac-1) from adoc where objtype=13 and docentry=@list_of_cols_val_tab_del))
begin
set @error =1
set @error_message='No puede modificar factura'
end
end
Algo asi

Mensagem para SAP re: signature - Componente: SLL-NFE

Olá u2013 nós utilizamos o R/3 4.6C SP53 (NF-e OSS Notes aplicado), GRC-NFE 1.0 SP09 instalado sob Netweaver 2004S SP18, SLL-NFE-JWS SP08, XI 7.0 SP15.
Nós estamos recebendo as seguintes mensagems de erro no sistema SXMB_MONI of XID quando mandamos uma NF-e do R/3 to GRC:
1. Reconhecimento da mensagem original: (interface SIGNN_SignNFe_OB)
< SAP:Category>XIAdapter</SAP:Category>
< SAP:Code area="BPE_ADAPTER">NEGATIVE_ACKNOWLEDGEMENT
2. Interface SIGNN_SignNFe_SYNC:
SAP:AdditionalText>application fault</SAP:AdditionalText>
<SAP:ApplicationFaultMessage namespace="http://sap-j2ee-engine/client-runtime-error">com.sap.engine.services.ejb.exceptions.BaseEJBException</SAP:ApplicationFaultMessage>
<SAP:Stack />
3. Mensagem geral (observe que nós verificamos os caches e estes objetos realmente existem)
<SAP:ApplicationFaultMessage namespace="" />
<SAP:Stack>Interface mapping Object ID C70869C108443FF18D73461A5D8939E5 Software Component FC2772244C1511DC8DC6D7AF0A115642 does not exist in runtime cache</SAP:Stack>
Quando nós olhamos no monitor GRC-NFE, os NF-es estão com o Process status 2(u201CSent to Signature Serviceu201D) and Error status 25 (u201CNF-e signature: PI application erroru201D)
Quando nós testamos o service de assinatura (signature service) diretamente pelo Web Service Navigator em GPD, recebemos a seguinte resposta de erro:
<ns1:com.sap.engine.services.ejb.exceptions.BaseEJBException xmlns:ns1="http://sap-j2ee-engine/client-runtime-error">Exception in method sign.</ns1:com.sap.engine.services.ejb.exceptions.BaseEJBException> )
O nosso fluxo de comunicação é conforme o seguinte:
DE1(R/3)->GPD(GRC-NFE)->XID(XI)->Java Signature Service
Outras informações:
Nossos u201CService status checksu201D para os servidores de homologação de São Paulo e Rio estão funcionando corretamente
Nós importamos XI content package e configuramos Integration Scenarios
Nós instalamos o certificado digital no Java stack do nosso sistema GRC-NFE.
Nós permitimos autorização XiSecurityRuntimePermission
Muito obrigado,
Brian Mahan & Marc de Ruijter

Vou apagar essa mensagem, visto que saiu duplicada.
Se tiverem alguma objecao, favor falar.
Abs,
Henrique.

GRC 10 - XML de "Skipped NF-e" não disponivel para download.

Boa tarde a todos,
Instalamos o GRC 10 e fizemos um teste de SKIP de uma NF-e que foi rejeitada pelo próprio validador do GRC. O Skip foi aprovado e o status voltou para o R/3 corretamente, porém, ao tentar fazer o download do xml de skipped NF-e ele não está disponível no portal para download.
Quando fazemos o Skip de uma nota que foi rejeitada pela SEFAZ, neste caso, tanto o xml que foi rejeitado como o de Skipped NF-e ficam disponíveis para download.
Na versão 1.0 do GRC o xml de Skip está disponível nas duas situações para download, ou seja, algo está faltando no GRC 10 que está impossibilitando fazer o download no primeiro cenário apresentado.
Alguém já passou por este problema?
Desde já agradeço,
Juliano Costa

Ainda não abri o chamado porque antes disso gostaria de saber de vocês se realmente isso não é algo que fosse um problema de configuração, etc.
Irei abrir o chamado conforme orientação.
Obrigado a todos,
Juliano Costa

NF-e com Status Proc. 06, erro 50 e status 212 no GRC e no R/3 processando

Bom dia!
Gostaria de pedir seu auxílio com o seguinte problema:
Duas notas foram geradas na madrugada de hoje (25/02) e receberam rejeição 212 da SEFAZ.
Na sequencia, o usuário tentou inutilizá-las pelo monitor J1BNFE, e ambas ficaram com o seguinte erro no GRC: Status de Erro 50 (Cancelamento/inutilização: erro de sistema PI) e status 212 (Rejeição: Data de emissão NF-e posterior a data de recebimento). Ao verificar os batchs, ambos estão com status de lote 05 (Resultado recebido) e código de status 104 (Lote processado). Entretanto, no R/3, as notas estão em processamento, e não atualizam.
Ao tentar executar o programa XNFEUPDATE_ERP_STATUS_DIAL, é exibido o erro "NFe XXX with document status C is not permitted to be resend to ERP".
Alguma ideia do que posso fazer para ter o processamento finalizado no R/3 ou qual é o motivo da rejeição?
Muito obrigada,
Daniella

... complementando...
2) Algumas considerações à título de exclarecimento:
> Duas notas foram geradas na madrugada de hoje (25/02) e receberam rejeição 212 da SEFAZ.
Fizeram uma NF-e com data posterior e a Sefaz recusou, talvez fosse até questão de 1 dia (vc disse madrugada) então esperar virar meia noite fazer um RESET e Enviar resolveria. Verifique as datas/horas que estão sendo geradas as notas talvez isso seja a causa raiz do seu problema. (Ex.: NF-e gerada no relógio às 23:10, o sistema entende que a nota foi criada no dia seguinte 00:10).
> Na sequencia, o usuário tentou inutilizá-las pelo monitor J1BNFE, e ambas ficaram com o seguinte erro no GRC: Status de Erro 50 (Cancelamento/inutilização: erro de sistema PI)
Esta é uma das opções do usuário e foi correta, o problema foi no processamento no GRC/Sefaz. Deve-se investigar: veja 1)
status 212 (Rejeição: Data de emissão NF-e posterior a data de recebimento).
Esta foi a última resposta recebida da Sefaz, porém não é relativa ao processo de Inutilização e sim ao de envio.
Ao verificar os batchs, ambos estão com status de lote 05 (Resultado recebido) e código de status 104 (Lote processado).
05 - O resultado foi de fato recebido, uma rejeição. Tá normal isso, rejeição é resultado
104 - Lote processado, mesmo que o anterior.
Observação: O lote só deve ser verificado nas situações de envio de NF-e, como a NF-e já está "noutra", inutilização, então deve-se focar somente no status da NF-e. Veja 1)
Entretanto, no R/3, as notas estão em processamento, e não atualizam.
Após recebeu o resultado do envio (rejeição), o usuario disparou um novo processo (inutilização) que está parado no GRC. Veja 1)
> Ao tentar executar o programa XNFEUPDATE_ERP_STATUS_DIAL, é exibido o erro "NFe XXX with document status C is not permitted to be resend to ERP".
Este report serve para retransmitir situações finais (status 05) para o ERP, porém esta NF-e encontra-se travada no processo de inutilização, sem resposta recebida. Veja 1).

Preenchimento dos campos cEAN e cEANTrib no XML da NFE

Boa tarde,
   A partir de 1º de julho de 2011, segundo o Ajuste SINIEF n. 16, de 16/12/2010, será obrigatório O preenchimento dos campos cEAN e cEANTrib com o GTIN (Numeração Global de Item Comercial) caso ele exista. A diferença entre os campos é que no campo cEAN será informado o GTIN do produto que irá constar os dados referentes ao fabricante, distribuidor , etc. Já no campo cEANTrib será informado o GTIN da unidade tributável, referente aos impostos atribuidos ao produto.
   Onde faço o preenchimento destes campos para que apareçam no XML da NFe?
   Utilizo o ECC 5.0 e GRC Nfe 1.0 (SAPK-10015INSLLNFE).
   Exemplo do XLM gerado atualmente:
<cEAN />
<cEANTrib />
   Exemplo do código cEAN e cEANTrib: 07896534703010
Att. Ronaldo
Moinho Sul Mineiro

Bom dia Pessoal,
É um erro localizado na Sefaz MG por favor abram tickets no 0800 da Sefaz MG para correção do problema.
Atenciosamente, Fernando Da Rós
PS: Evitem postar em threads já respondidas, isso confunde a solução válida. Além de evitar a classificação da solução por pontos. Podem "gastar" criando novas threads...
Edited by: Fernando Ros on Oct 20, 2011 12:50 AM

SD: STATUS CAMPO PARA DOC DE VENTAS

Similar Messages

Maybe you are looking for