Criação de CC-e para NF-e 2.0 estando na 3.10

Pessoal, bom dia!
Saberiam dizer se é possível criar uma CC-e para uma NF-e 2.0 estando com tudo configurado 3.10?
Situação que tenho, para NF-e 3.10 cria a CC-e normalmente porém está ocorrendo casos da necessidade de criar CC-e para NF-e 2.0 e não funciona.
Em ambiente de QAS deixei os cenários de /008 e /006 criados porém nem chega no PI/GRC, debugando ao comandar a criação já não encontra a NF-e.
Aceito sugestões.
Obrigado.,
Sarmento

Zé Nunes,
Segue:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
- 
- <SAP:Main versionMajor="003" versionMinor="000" SOAP:mustUnderstand="1" wsu:Id="wsuid-main-92ABE13F5C59AB7FE10000000A1551F7" xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/" xmlns:wsu="http://www.docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd">
<SAP:MessageClass>ApplicationMessage</SAP:MessageClass>
<SAP:ProcessingMode>asynchronous</SAP:ProcessingMode>
<SAP:MessageId>005056B9-47ED-1EE4-B8F3-19CC82081519</SAP:MessageId>
<SAP:TimeSent>2015-04-15T17:56:56Z</SAP:TimeSent>
- <SAP:Sender>
<SAP:Service>P11CLNT050</SAP:Service>
<SAP:Interface namespace="http://sap.com/xi/NFE/006">EVENT_nfeRecepcaoEvento_OB</SAP:Interface>
</SAP:Sender>
<SAP:Interface namespace="http://sap.com/xi/NFE/006">EVENT_nfeRecepcaoEvento_OB</SAP:Interface>
</SAP:Main>
Existe alguma amarração em ser uma nota 2.0 chamar a interface 006? Senão me engano já havia questionado algumas pessoas e disseram que não. Por que essa interface não está mais ativa, deixei só a interface nova da namespace 008.
Att.,
Ricardo

Similar Messages

Conta Inválida Conta de Ativos

Olá, bom dia.
Estou com a seguinte situação e gostaria de saber se alguém pode me ajudar.
Meu cliente precisa atualizar uma informação no cadastro de um fornecedor e quando ele clica em ATUALIZAR aparece a mensagem: "CONTA INVÁLIDA CONTA DE ATIVOS".
Sei que o procedimento é arrumar a configuração das contas controle do parceiro de negócios colocando em Conta de Ativos uma conta válida, porém para um caso especifico já existe lançamento contabil para essa conta de ativos (que estava informada incorretamente) e quando tento arrumar e atualizar o cadastro aparece:
"IMPOSSÍVEL ALTERAR CONTAS. TRANSAÇÕES NO DIÁRIO JPA FORAM CRIADAS PARA ESTE PN "
Assim fiquei em uma situação sem saída, pensei em fazer um novo cadastro do fornecedor e não utilizar mais esse antigo, porém o sistema não me deixa cadastrar 2 fornecedores com o mesmo CNPJ e eu não consigo apagar o CNPJ desse cadastro porque aparece essa mensagem, não consigo atualizar nenhuma informação do cadastro, nem deixa-lo com pendente.
Alguém já passou por isso?
Luciana Amorim.

Prezada Luciana,
Para este caso, sugere-se a criação de uma mensagem para o departamento de suporte. Verificando o sistema interno da SAP, constatei que você já abriu uma mensagem (número 715513 2010) que esta sendo analisada pela SAP.
Sugiro que você espero o retorno através da mensagem.
Atenciosamente,
Wesley Honorato

NF-e 3.10 - Notas SAP pendentes

Encontramos pendências no ECC após todas as notas 3.10 serem aplicadas.
Estas pendências foram resolvidas, de preferência por BADI, enquanto não temos as notas para correção.
Para evitar a criação de uma thread para cada item, este link faz a união das threads anteriores.
Se for encontrado mais algum ponto, o mesmo será adicionado nesta mesma thread nos itens abaixo.
Se alguém souber de alguma nota para corrigir os pontos abaixo seguem os itens:
1) Função p/ conexão não-GRC (Resolvido)
Link: NF-e 3.10 - Nota SAP ausente - Função p/ conexão não-GRC
2) Nota SAP indisponível: Rejeição de NF-e com erro 255 (Resolvido)
NF-e 3.10 - Nota SAP indisponível: 2026778 -Rejeição com erro 255
3) IMPORTAÇÃO - ID diferente quando Importação customizada (Resolvido)
Link: NF-e 3.10 - Standard com ID diferente quando Importação customizada
4) JA. Detalhamento Específico de Veículos novos sem parâmetro de interface (Resolvido)
NFE 3.10 função J_1BNFE_OUTNFE_CREATE sem parâmetro para veículos.
5) ICMS - ID em branco
A tabela de ICMS por item está sendo enviada com alguns registros vazios.
Para quem utiliza uma mensageria não SAP no momento é possível ignorar os IDs vazios:
Motivo: Entra em rotina e insere valores vazios.
Correção: BADI ou mensageria (ignorar ID vazio).
6) NOTAS REFERENTES - ID incorreto e duplicado (Resolvido)
As notas referentes estão sendo enviadas em dois 'blocos'.
O primeiro, com o relacionamento incorreto com o item da Nota Fiscal.
O segundo bloco está com o relacionamento duplicado.
Motivos:
1) Na rotina MAP_XMLH o contador é criado após já ter atribuído o ID ao item da NF
2) Depois é chamada a rotina MAP_NFEREF, onde o duplica, porém o relacionamento é correto pois o contador é criado antes de atribuir ao item da NF.
Solução: Nota 2053642
7) ICMS Valores ausentes no envio
No envio, os valores de ICMS não estão saindo, após aplicação da 3.10,
e o CST do ICMS está saindo do ECC com valor incorreto.
Solução temporária: Correção por BADI.
Anexo com detalhes:
CH0016_NFe_3.10_CST_ICMS.png

thread fechada para edição,
não é mais possível editar este item '5' como resolvido no post original.
Marquei como 'Helpful Answer' para os demais
utilizarem como referência ao item '5) ICMS - ID em branco'
Obrigado Tiago !

Criaçao de pedidos de compra MM mediates SKUs.

Olá Pessoal,
Estou em um projeto de implementação e estou com um problema na parte de Materiais MM.
Quando se cria uma ordem de compra em SAP, criamos mediantes SKU, e quando fazemos a entrada de mercadorias com MIGO, é feita em base a (Nota fiscal) onde esta informada a referência comercial e não os SKUs.
O primeiro problema é que não existe relação entre SKU e referência SAP. Esta situação poderia se resolver informando a referência comercial aos dados mestre do material, e ao criar a ordem de compra, se arrastraria a referencia comercial da posição quando introduzir o material (SKU) .Também se arrastraria na MIGO.
Com isso solucionado, temos o seguinte exemplo:
- Pedido de compras:
SKU1     5 unidades referência 1
SKU2     5 unidades referência 1
SKU3     5 unidades referência 2
Nota fiscal: 5 unidades de referência 1.
Com isso, não podemos saber se essas cinco unidades se referem à SKU1 ou SKU2, com isso teríamos problemas com os desquadres no Stock de vendas.
O fluxo que temos montado para esse caso seria:
- Criar uma ordem de compra com SKUs.
- O pedido é enviado ao fornecedor por SKUs.
- O provedor devolve em XML, a Nota Fiscal (que indica a quantidade, referência comercial).
- A empresa recebe a Nota Fiscal antes de receber a mercadoria.
- No momento da recepção, não é feita a contagem física do que chega, somente e conformado as caixas e não os items( Legalmente sabemos que não é possível aceitar mais quantidades do que esta na Nota Fiscal)
O problema é que a informação enviada pelo o fornecedor na Nota Fiscal é sem os SKUs,.
Poderiam me ajudar o comentar com alguma solução alternativa nesse caso? Já que o fluxo que temos montado é um pouco complexo.
Muito Obrigado pela a ajuda.
Atenciosamente,
Rogerio

Que tal Miguel Angel,
Funcionalmente, lo que tienes que hacer es anular cada uno de los movimientos que tienes en el historial del pedido.. Todo esto, en reversa... Si tu proceso es Pedido - Entrada de Mercancía - Entrada de factura/entrada de servicio (según sea el caso) entonces ahora debes hacer la ANULACION de cada uno de los documentos.... es decir, anular facturas que hayas capturado en la trx MIRO (trx. MIR6) y anular Entradas de mercancía (MIGO / Anular EM)...
Con ello, en el historial del pedido estará cada movimiento que realizaste en un principio con su respectiva anulación.
Posteriormente... Debes hacer nuevamente la MIGO y la MIRO y ahora sí estará imputado correctamente a la cuenta contable actual.
Antes, debes verificar que la cuenta contable la hayan actualizado en la determinación de cuentas contables... Esto lo realiza el responsable de FI.
Saludos cordiales,
irvinghp arroba gmail punto com

Falta ao Magic Mouse compatibilidade de hardware para o terceiro click! Aplicativo consome muito processamento da CPU. Haveria como a Apple tornar este um gesto padrão?

Caros,
Existem diversos programas que utilizam o terceiro click como atalho de comandos, principalmente os de criação e edição em 3D.
Estes atalhos realmente aumentam a produtividade do trabalho no software: zoom, orbit, pan, etc...
Entretanto, após adquirir um Apple Magic Mouse tenho de me abster de usar estes atalhos, causando uma grande lentidão na produção.
Tentei instalar aplicativos que fazem a interpretação de outros gestos no mouse a fim de suportar tais interações.
Entretanto, há o consumo de quase 10% da carga da CPU nesta tarefa! Não há condições de trabalho com os diversos "soluços"do sistema, além de que estes aplicativos falham na interpretação constantemente, tornando a solução inaceitável.
Acredito que com uma adoção via hardware do terceiro click, com um gesto nativo do próprio mouse, traria grandes benefícios para todos que utilizam este Magic.
Alguém sente falta, ou sou apenas o único?!

Compra de frete para revenda - CTe de entrada

Pessoal, boa tarde!
Tenho o seguinte processo na empresa:
Temos um armazém onde presto serviço de armazenagem (materiais de terceiros) e transporte, meus clientes (dono do estoque) solicitam a entrega de seus produtos no cliente deles. Até ai tudo bem, pois eles emitem a nota fiscal de saída e eu contrato o frete para entrega.
Noss problema é que não temos frota de caminhão, então contratamos o frete. O meu fornecedor de transporte me envia o conhecimento para cobrança, logo tenho que emitir um pedido de compra para aquisição desse frete, assim não consigo registrar na MIRO o conhecimento (cópia do C1 para eletronico, mod 57) pois emite o seguinte erro:
Não é possível criar nota fiscal de referência
Nº mensagem 8B247
Diagnóstico
A criação de uma nota fiscal não é possível de forma
- complementar
- correção
- conhecimento
dado que o original ainda não se encontra lançado.
Procedimento
Primeiramente, lançara a nota fiscal original. Verificar o histórico do pedido para o item.
Só que não tenho nota de entrada pois o meu produto de compra e o serviço frete. Notem que não adquiro nenhum material.
Atualmente registro como conhecimento para várias notas, mas gostaria de registrar de forma correta, alguém tem alguma solução?
Abraços,
Robson Rocha

Oi Kell, infelizmente ainda não encontrei a solução desejada. No momento estamos utilizando a solução que o Eduardo Rubia propos a você.
Mas assim que eu achar a solução posto aqui.
O curioso é que na nota 1703810 da a entender que funciona mesmo sendo a categoria C1.
Abraços,
Robson Rocha

NFE com status "em processamento" que não foi enviada ao PI para assinatura

Olá pessoal.
No dia 08/03 tivemos um problema no servidor do PI e GRC (ambiente de produção) devido a uma diferença entre os horários do Application Server e do Database Server.
A grande maioria das NF-eu2019s geradas durante o problema, tiveram o fluxo normal retomado depois da correção no dia 09/03, porém existem três NF-eu2019s que ficaram u201Ctravadasu201D, pois não saíram do GRC para serem assinadas.
As filas do PI e do GRC tiveram que ser reativadas para que o fluxo das NFE's com problema fosse retomado. Não há nenhum registro parado nas filas do GRC e nem do PI.
Percebemos que o envio para assinatura dá-se no momento da criação da NF-e no GRC. Tentamos re-enviar as NF-e's pelo monitor do ECC, mas não surtiu nenhum efeito.
Existe dentro do GRC alguma forma de reenviar para assinatura estas NF-e's?
Obrigado,
Dorval Neto.

Bom dia Pessoal,
Só para chamar a atenção das modificações em tabelas do GRC NFe, isto somente deverá ser feito após esgotadas todas as opções possíveis ( PI, filas, RFC, tunning, basis, java, monitores do aplicativo e também aplicação de notas ).
No suporte, tenho encontrado em produção problemas que foram ignorados em tempo de DEV / QAS onde o acesso é facilidado.
Em produção além do acesso limitado o alto volume de notas juntamente com a pressão dos usuários pela resolução rápida pode desgastar a imagem da implementação e do consultor.
Felizmente temos este canal, e também o suporte oficial, para apoio à esta identificação.
Abraços,
Fernando Da Ró

[GRC Inbound]Criação da remessa atualizar a identificacao do transporte

Bom dia a todos!
Gostaria de pedir, por favor, se alguém já precisou atualizar a identificação do transporte (LIKP-TRAID) na criação da remessa a partir do GRC Inbound utilizando a tag <placa> do xml de entrada (layout 3.10), se sim, há alguma BADi que permite isso?
Eu implementei a BADi 'Determination of Custom UI for Logistics Workplace for Inbound NF-es' conforme SAP note 2038967. No entanto, nesse momento a ordem de fornecimento já está criada e eu preciso que seja atribuído a placa do veiculo na criação da remessa, porque o veiculo precisa da ordem de descarga (impressa automaticamente) que segue o veiculo até o ponto de descarga e nesse doc. é obrigatório a placa.
Obrigada.
Patrícia

Boa tarde Patricia,
Pelo standard não tem como, já que a informação da placa não é repassada para o ECC no momento da criação da Inbound Delivery no ECC. O que pode ser feito é:
Cenário 1: Você criaria a Inbound Delivery antes da execução do step DELCREAT do GRC (via implicit enhancement-point no começo da função /XNFE/PROCSTEP_NFE_DELCREAT c/ uma chamada RFC p/ o ECC, fazendo a criação via BAPI/FM), já com os dados da placa (TRAID), como se fosse um processo externo criando a Delivery e implementaria a BAdI J_1BNFE_IN método INBOUND_DELIV_SEARCH, para indicar que neste passo a Delivery já foi criada e que o número dela é X;
Cenário 2: Você implementaria um implicit enhancement point na função /XNFE/PROCSTEP_NFE_DELCREAT, no final do módulo de função, chamando uma RFC Z do ECC, que seria a responsável por fazer a atualização da Inbound Delivery com o TRAID. Como não achei BAPI que fizesse a atualização da inbound delivery com os campos necessários, sugiro ou utilizar um BATCH INPUT ou o não recomendado update na likp.
[]'s
JN

Migrar de TAXBRJ para TAXBRA

Bom dia pessoal , preciso de uma ajuda de vocês.
A empresa que estamos dando suporte quer trocar de TAXBRJ para TAXBRA, no entanto não fizemos isto antes e não sabemos os possíveis impactos na operação, se podemos ter pedidos de compras abertos, ordens de vendas abertas.
Na hora de criar os códigos de impostos para TAXBRA podemos ter problemas já que são os mesmos da TAXBRJ ? não teremos duplicidade de dados?
Alguém dos amigos aqui poderia me dar um norte para iniciarmos por favor?
obrigado a todos
Alessandro

Olá Alessandro, tudo bem ?
Acabei de finalizar um projeto de migração de Esquema de Cálculos da BRJ para BRA.
O que eu poderia te dizer é:
Ao criar os códigos de IVA, não há duplicidade de dados, pois apesar dos IVAS serem iguais, os mesmos estão gravados em ESQUEMAS de CÁLCULOS diferentes, permitindo então você possuir dois IVAS C1, por exemplo, um para a TAXBRJ e outro para a TAXBRA.
Em que versão você se encontra ? Pelo menos na versão 6.0, não foi necessário eliminar Pedidos em aberto (com saldos), o Sistema automaticamente endente o novo IVA nos novos Recebimentos Fiscais e faz os cálculos exatamente iguais ao IVA do Esquema de Cálculo antigo.
Em SD a coisa foi diferente, pois aparentemente o sistema tira uma cópia da Pricing, desta forma é necessário eliminar as Ordens de Vendas Pendentes e criá-las novamente com os saldos em aberto já com novo IVA.
Aqui tivemos que fazer um programa para isso.
Quanto à implantação da TAXBRA, basicamente há duas formas, via aplicação de notas ou manualmente.
É isso aí.
Att,

Exceção de ICMS funciona para alíquota e base mas não para texto fiscal

Olá pessoal!
Estou com uma situação curiosa em um cenário de venda. Trata-se de uma venda de sucata onde existe uma exceção de ICMS para zerar o imposto e alterar o direito fiscal do mesmo. Foi utilizado o grupo de impostos 65, que usa como parâmetro somente o Código do IVA, campo MWSKZ.
Esta venda em questão está utilizando o IVA YF na condição IBRX, tem como estado origem ES e o estado destino do parceiro também é de ES. Desta forma, foi cadastrada a exceção com os parâmetros abaixo:
Origem = ES
Destino = ES
IVA = YF
Taxa = 0
Base = 0
Texto ICMS = 335
O sistema está determinando corretamente a taxa, base e texo na pricing (ICVA, ICBS e ICLW), porém não altera o texto fiscal na aba País, que originalmente está IC0 e deveria ter sido alterado para 335.
Depois de muito verificar, sem sucesso, o cenário e os parâmetros para tentar identificar algo que pudesse causar o erro, resolvi debugar os programas para entender a causa. Cheguei na função J_1B_SD_TAXLAW, que é chamada pelos includes de OV quando da criação da venda. Percebi que nesta função o parâmetro referente ao IVA (campo MWSKZ) não está considerando o valor da condição IBRX (YF) e sim o código de imposto que é determinado na aba País e que neste cenário é o I1. Além disto, ela também não considera o parceiro recebedor da mercadoria e sim o emissor e no caso desta minha venda específica, o estado destino muda de um para outro. Com isso, a exceção do grupo 65 não é encontrado e o texto não é alterado.
Poderiam me ajudar a entender esta situação? Como devo proceder neste caso, onde preciso de alterar a taxa, base e o texto fiscal do ICMS?
Se eu não tiver sido claro nas explicações acima, é só falar que tento explicar melhor.
Desde já, muito obrigado pelo apoio de sempre!
Atenciosamente,
Claudiston JUNIOR

Ola Junior
Por favor dê um feedback na discussão e se for o caso encerre a mesma selecionando Correct Answer e/ou Helpful Answer para as respostas que lhe ajudaram.
Saiba mais sobre como encerrar uma discussão no link abaixo:
http://scn.sap.com/community/portuguese/blog/2014/06/23/encerrar-uma-discuss%C3%A3o-todos-devemos-fazer-d
Grato
Eduardo Chagas
[Moderador SCN]

ICMS sobre Pauta para material Gesso

Pessoal,
Boa tarde!
Vejam se podem nos ajudar por favor.
Apareceu um cenário de um cliente que temos na venda do material gesso no estado de Pernambuco, porém não consegui informações de notas SAP para este cenário de ICMS, encontrei apenas informações para OIL (não é o caso) e outro caso para ICMS-ST.
Fomos informados que o governo local instituiu uma regra com um teto "mínimo" de preço bruto, para o produto. Desta forma terão que vender os produtos com o preço mínimo da pauta, caso contrário, pagarão o ICMS com base na pauta e não no valor final cobrado.
Segundo informações deles o cálculo seria o ex:
Estado definiu uma pauta de R$735,00 para o Gesso XXX
Se eu vender dentro da pauta, ou seja, >= R$735,00, pago o ICMS certo da operação:
Preço Bruto cobrado do cliente = R$ 735,00
Alíquota de ICMS: 7%
Base para o ICMS = R$ 735,00
Valor do ICMS a ser pago: R$ 51,45
Se eu vender fora da pauta, ou seja, < R$735,00, pago o ICMS da pauta:
Preço Bruto cobrado do cliente = R$ 640,00
Alíquota de ICMS: 7%
Base para o ICMS = R$ 735,00
Valor do ICMS a ser pago: R$ 51,45
Sendo assim, a base líquida de preço é reduzida, assim como a contribuição da venda.
Gostaria de saber se alguem já tratou esse assunto em algum cliente de voces ou se tem alguma nota SAP para isso, pois nao encontrei.
Agradeço desde já a ajuda.

Renato, sim, já ví situações similares.
Um método é tratar por criação de fórmula na base de cálculo.
Att.
Sérgio.

EXIT ou BADI para automaticamente inserir código no FCI NFe-Item (J1BDYLIN-NFCI)

Oi pessoal
Peço desculpa pelo meu Português criado com Google translator.
Eu estou trabalhando no problema e já estendido a FCI, a tabela MBEW para armazenar o campo NFCI para cada material.
Já implementaram a BADI CL_NFE_PRINT para gravar o arquivo de código XML FCI (J1BDYLIN-NFCI) para serem transmitidos.
Para terminar o trabalho que eu tenho que encontrar uma saída ou mente para definir o campo de J1BDYLIN-NFCI durante a criação da NFe
para completar todo o processo.
Alguém pode me ajudar?
Obrigado Claudio

Resolvido por mim usando o novo BADI J_1BNF_ADD_DATA.

Norma de apropriação de ordem de serviço para ordem de venda via IDV

Boa tarde,
Temos um processo de reparo de produtos de cliente e estamos parametrizando nosso sistema conforme segue abaixo:
1 - Cria-se uma ordem de manutenção a partir de uma ordem SM. Dentro dessa ordem é feita a expedição prévia dos componentes relacionados para uma ordem de venda atrelando ambos documentos.
2 - Após a confirmação dessa ordem de serviço se faz necessário o encerramento técnico da ordem que preve a norma de apropriação como obrigatória. Ao tentar registrar a norma de apropriação optando-se pela proposta do IDV (item do documento de vendas) o mesmo envia mensagem de erro "O item do documento de vendas ... não esta previsto nesta operação".
No teste informamos um número de documento de vendas criado para esse fim mas no matchcode do item não apresenta nenhum registro mesmo já existindo um no documento em questão.
O que precisaria ser parametrizado no documento de vendas para que o mesmo esteja disponível para receber a apropriação ?
Alguém tem algum processo parecido?
Obrigado antercipadamente
Helio Camargo
ZF do Brasil

Conseguimos resolver o problema por outros meios.
Obrigado

Criação de código de serviço

Boa tarde,
Preciso fazer a criação de código de serviço no SAP e estou em dúvida de qual transação utilizar.
Não sei se a melhor opção seria a MM01, opção DIEN, ou a AC01.
Preciso fazer a vinculação da Lei Complementar 116, com as alíquotas de ISS.
Como consigo vincular esta tabela do governo no código de serviço? Qual a transação ideal para utilizar?
Obrigada,
Mariana

Quanto ao desenvolvimento feito pela Embratel eu não sei detalhes mas lembro de ter ouvido algo onde os fornecedores simplesmente fazem um upload da nota fiscal (na época não existia nf-e) no portal ou via EDI. Estes arquivos são carregados para dentro do sap via IDoc e então processadas as consistências/regras de negócio. Uma vez que o documento estivesse de acordo com as regras definidas disparava a MIGO/MIRO/NF.
Outro projeto interessante é o da Gerdau no qual eles digitalizam (através scanner) todas as notas e por OCR identificam remetente, valores, produtos, etc.) e então processam o recebimento.
E, ainda existem empresas que fazem através de código de barras bidimensional. O fornecedor envia a nota com uma etiqueta colocada no verso com os dados da nota informados no código de barras bidimensional.
Abraço
Eduardo

Criação de NF a partir de documento de devolução

Olá,
Estamos com um caso em que documentos de devolução criados pela VA01 estão gerando NFe, quando na verdade a nota deveria ser manual. Existe alguma exit antes do momento em que a NF é criada para um documento de devolução? O cliente quer poder escolher entre criação manual e geração de NFe.
Grato,
Leo

Oi Leonardo.
Bom... também não conheço muito de SD. Imagino que você esteja lançando uma nota de devolução via writer referente a uma nota fiscal de saida gerada desta mesma forma. O ideal é rever o processo com a pessoa/consultor de SD. Em MM a determinação da geração de notas fiscais é feita pelo tipo de movimento; já em SD até onde eu sei é feito por tipo de documento de venda.
Cross-Application Components -> General Application Functions -> Nota fiscal -> Sales and Distribution - Billing Documents -> Assign Nota Fiscal Type to Sales Document Types
De qualquer forma... dê uma olhada na documentação disponível no marketplace para "Devoluções e reclamações"...
Visão geral do cenário
Procedimento do processo empresarial
Guia de configuração
Abraço
Eduardo Chagas

Criação de CC-e para NF-e 2.0 estando na 3.10

Similar Messages

Maybe you are looking for