Campo NF-e issuing type na chave de acesso

Caros,
Estou fazendo alguns testes de entrada de fornecedor e deparei com uma dúvida.
Segundo a SAP Note 1497422 o campo NF-e issuing type terá o valor de 1 a 5.
Vamos supor que eu estaria dando entrada de uma nota com a chave de acesso 34100851474716000161550010000072960330544794
O campo NF-e issuing type está bloqueado por default, até aí tudo bem é só liberar.
Como vai ficar o dígito zero (detaacdo em vermelho) sendo que abrindo o match code vai de 1 a 5 ? Sem falar que se ficar 1 no lugar do zero o usuário não conseguirá consultar a NFe na SEFAZ.
Obrigado a todos.
Marcelo

Bom dia Marcelo,
O issuing type requerido de 1 a 5, fazendo parte da chave de acesso é apenas para o layout 2.0.
Quando na chave de acesso correta você tem o valor 0, refere-se ao padrão até o layout 1.10, então se o programa após esta aplicação exigir o 1 a 5 é um erro de programa.
Se ao abrir você ficar com erro, por favor crie um chamado para XX-CSC-BR-NFE, com o step-by-step para reproduzir.
Notas relevantes:
1497422 TPEMIS wrong default value (0) for incoming NF-e
1486401 NF-e: Issuing type not filled in accordance to
1489116 NF-e: Issuing type not correct for SCAN and non-decouple
1485996 NF-e: Issuing type in status contingency not correct
1454408 Nf-e: Change of access key: tpEmis and random number
1443089 NFe: Inclusion of NF-e issuing type in Access Key - Part 1
Atenciosamente, Fernando Da Ró

Similar Messages

NFe - Obrigatoriedade da chave de acesso nas NFs de entrada.

Olá
Verificando no Site do SPED temos a nova alteração abaixo para Janeiro/2012
http://www1.receita.fazenda.gov.br/noticias/2011/setembro/noticia-23092011.htm
"Disponibilizada a versão 2.0.6 do Guia Prático da EFD (Art. 1º do Ato COTEPE ICMS 41/11).
Obs.: Foi regerada a versão do Guia Prático da EFD (2.0.6A) apenas para correção do documento, sem qualquer outra modificação. A partir de janeiro de 2012, o número da Chave de Acesso da NF-e e CT-e, nas operações de entradas, passa a ser informação obrigatória."
Para os casos de NFes de MM, não temos problema, pois todas as entradas já são preenchidas manualmente, mas temos um problema nas entradas via SD onde não existe um campo para o preenchimento da chave de acesso durante o processo de uma ordem de devolução por exemplo.
Na geração da entrada via SD, os campos de número aleatório e dígito verificador não são preenchidos, deixando a chave de acesso incompleta.
Gostaria de saber se existe alguma forma de fazer o preenchimento destes dois campos durante o processo de forma a garantir que sempre a chave de acesso seja criada corretamente em uma geração de NF de entrada SD via transação VF01.
att,
Denis C. Santos

Oi Denis,
creio que hoje o procedimento requer que o usuário vá na J1B2N para preencher essas informacoes, depois de criar a fatura.
Alternativamente, vc poderia abrir um popup na exit da VF01 para preenchimento dos campos quando fosse devolução.
Abs,
Henrique.

Rejeição por erro 539 Duplicidade de NF-e, com diferença na Chave de Acesso

Senhores,
Todo o processo de NFE está funcionando perfeitamente, porem existem algumas notas, que aleatoriamente apresentam o seguinte erro:
http://img814.imageshack.us/img814/6417/screenhunter02jan260836.jpg
Se notarmos ele traz status 539 e um símbolo quadrado com um raio no meio, significando recusado.
Verificando no PI, noto que a assinatura digital (SIGNN) ocorre sem problemas nenhum, porem no envio do lote BATSR, no campo "" traz a mensagem: "Rejeicao: Duplicidade de NF-e, com diferença na Chave de Acesso ". Porem esse numero entre chaves é de uma nota de outra data... do dia 18.01. Não sei qual o motivo de estar puxando esta chave e dando esse erro.
Segue print:
http://img227.imageshack.us/img227/8190/imagem2sp.jpg
Importante salientar, que todas as notas estão funcionando normalmente, os problemas são sempre com notas de mesmo número, porem com movimentação, local de negócio... diferentes. Ou seja, são ranges de números diferentes.
Obrigado desde já

Boa tarde,nao sei criar um topico(acho que nao posso,sei lá)
enfim estou postando aqui pois pesquisei mto e nao tive soluçao em 3 dias,é o seguinte:
na versao anterior tudo funcionava perfeitamente,emitia notas sem problema,ae no dia de atualizar,começou os meus problemas.
toda vez que ia assinar uma nota dava o seguinte erro
*Ocorreu um erro ao tentar recuperar o disposito A3*
*verifique se o dispositivo esta conectado corretamente:*
mudei o dispositivo de porta USB,mudei de pc e nada.liguei entrei em contato com a empresa que vendeu a certificaçao digital.,achei que poderia ser ele o problema,fui informado que nao seria e que essa versao tem apresentado mtos problemas,se eu marco a opçao '' utilizar reposutorio do windows'',ele valida,transmite,e na hora de assinar da um erro de rejeição 562:rejeiçao codigo numerico informado na chave de acesso difere do codigo numerico da nf-e no qual ta ruim sair dele,se marco ''utilizar o cadastro de certificado via aplicativo'' o erro ja aparece no VALIDAR,ae da o erro que citei
*Ocorreu um erro ao tentar recuperar o disposito A3*
*verifique se o dispositivo esta conectado corretamente:*
aceito todo tipo de ajuda,obrigado

J1B3N - Chave de Acesso - Iss. Tipo, não aleatória. & Verifique dígitos

Na transação J1B3N, após digitar o número do documento e na tela de exibição de um nota fiscal -> na guia dados NF-e -> entre todos os campos para a chave de acesso, só vejo três campos (Iss. Tipo, de números aleatórios e Check Digit) estão em modo de mudança (não cinza).
Você poderia por favor me ajude a responder as perguntas abaixo,
1> Como podem estes três campos podem ser mutável em NF-e operação de exibição?
2> falto quaisquer notas OSS?
obrigado,
Adv
Edited by: adv fico on Sep 14, 2011 6:22 AM

Bom dia Adv,
Em linhas gerais, estes campos devem ficar cinzas para as notas de emissão própria pois o sistema as controla (numera), apenas devem estar abertos para notas emitidas pelos fornecedores e cadastradas no sistema.
Dicas:
- Use a transação J1B2N (alteração) para testes.
- Faça o teste numa NF-e com formulário e outra sem (com formulário indica que é da empresa, sem formulário indica que é externa).
Atenciosamente, Fernando Da Ró

Chave de Acesso no DANFE difere da Chave de Acesso do XML

Prezados,
Bom dia.
Temos uma situação esporádica aqui, absolutamente aleatória, sobre a qual gostaria de perguntar aos nossos gurus:
Nosso ambiente é ECC 7.01 EHP4, e utilizamos o GRC para a comunicação com as SEFAZ's.
Fazemos um processo de venda, e enviamos à SEFAZ, que autoriza a operação, normalmente.
Ao imprimir o DANFE, o processo de impressão acontece sem problemas, com exceção da Chave de Acesso: é impressa uma Chave de Acesso DIFERENTE da Chave de Acesso que consta no XML, e na SEFAZ.
Ao se reimprimir o DANFE, a Chave de Acesso é corretamente impressa, ou seja, é impressa a mesma Chave de Acesso constante no XML e na SEFAZ.... diferente da impressa inicialmente.
Seguem detalhes sobre nossa instalação PI:
SAP_ABA     700     0022     SAPKA70022
SAP_BASIS     700     0022     SAPKB70022
PI_BASIS     2005_1_700     0022     SAPKIPYJ7M
SAP_BW     700     0024     SAPKW70024
SLL-NFE     100     0016     SAPK-10016INSLLNFE
Alguém já passou por isso ?
Muito obrigado.
Cordialmente,
Loduca

Loduca,
A impressão da DANFE é ABAP, não há motivos para pensar em algum erro no PI desde que a nota está devidamente aprovada.
Vocês usam impressão automática da DANFE ?
BADI CL_NFE_PRINT method CALL_RSNAST00
Acredito que exista algum erro no código Abap e se há um cenário especifico debugando é possível achar.
O que seria a chave de acesso diferente? Alguma chave já existente no sistema? Ou sujeira mesmo?
Abraço,
Bruno Lima

Type tool issue: Type in saved document changes font when reopened and clicked on.

I've recently started getting a problem with document which I've saved a type layer to with a particular font. Reopening the document for reuse, I find clicking on the type with the type tool changes it to a different font. I've done a check on this and it was a known issue with CS6 and there is an adobe update to install: Adobe - Photoshop : For Macintosh : Adobe Photoshop 13.0.1 update for Adobe Photoshop CS6 : Trouble is, the install doesn't take and is advising me to seek customer support. Any ideas anyone? Recreating the file and font everytime (which is a work around) is a pain.

I suspect a damaged install.
Let's do an uninstall/reinstall. Be sure your account has admin privileges.
Uninstall CS6, checkmark "Remove Preferences"
Use the CS Cleaners to remove anything that might interfere with a reinstall
Use the CC Cleaner Tool to solve installation problems | CC, CS3-CS6
Use Disk Utility to repair permissions.
Reinstall CS6 and immediately apply the update.
If you need a fresh CS6 installer, you can get it here.
Download CS6 products
Gene

Issue : Types don't match between the anchor and the recursive part in column Sql server 2005

My table structure as follow
ID JID EntryDate RefundDate Comments Refund ActionBy
3 41986 2013-12-17 12/24/2013 Cancel 0 Matt
4 41986 2013-12-17 12/25/2013 done 1 Kelly
5 41986 2013-12-17 12/24/2013 no 0 Smith
i want this type of output after issuing sql
JID EntryDate RefundDate Comments Refund ActionBy
41986
2013-12-17 12/24/2013 Cancel 0 Matt
2013-12-17 12/25/2013 done 1 Kelly
2013-12-17 12/24/2013 no 0 Smith
just to get the above output i issued this sql as follows
;WITH Hierarchy AS
-- Anchor
SELECT TOP 1 JID
,NULL EntryDate
,NULL RefundDate
,NULL Comments
,NULL Refund
,NULL ActionBy
,nLevel = 1
FROM refundrequested
UNION ALL
-- Recursive query
SELECT E.JID
,E.EntryDate
,E.RefundDate
,E.Comments
,E.Refund
,E.ActionBy
,H.nLevel+1
FROM refundrequested E
JOIN Hierarchy H ON E.JID = H.JID
SELECT *
FROM Hierarchy
ORDER BY JID, nLevel

i did this way and the error vanished
;WITH Hierarchy AS
SELECT TOP 1 JID
,CAST(NULL AS DATETIME) EntryDate
,CAST(NULL AS DATETIME) RefundDate
,CAST(NULL AS VARCHAR(MAX)) Comments
,CAST(NULL AS BIT) Refund
,CAST(NULL AS VARCHAR(30)) ActionBy
,nLevel = 1
FROM refundrequested
UNION ALL
SELECT E.JID
,E.EntryDate
,E.RefundDate
,E.Comments
,E.Refund
,E.ActionBy
,H.nLevel+1
FROM refundrequested E
JOIN Hierarchy H ON E.JID = H.JID
SELECT *
FROM Hierarchy
ORDER BY JID, nLevel
but a new error is showing and that is The statement terminated. The maximum recursion 100 has been exhausted before statement completion. how to fix this problem? please guide me. thanks

Keyboard issue - types different than what keyboards shows

Hi,
before my keyboard settings were Spanish (Dutch), since today these settings are just Spanish ... resulting in some keys giving a different outcome than what it shows on the keyboard.
For example when I want to type \ by using the ALT + 1st button on 2nd row I keep on getting { ... and this applies to a lot of other signs/symbols as well.
I tried to change it through language settings but not to my surprise Spanish (Dutch) is nowhere to be found there.
What does this Spanish (Dutch) actually mean ... and more important how can I get it back?
I´m sure this is very easy to sort out ... I just don't seem to find the solution.
Can anyone help?

Your keyboard layout is determined by what box is checked in system preferences/language & text/input sources. Go there and make sure that only the layout you want has its box checked.
There is no keyboard layout called Spanish (Dutch). Try Spanish ISO or Dutch and see if that is what you are used to. If not, please provide some additional examples of particular key combinations you want and we will try to determine which layout you should check.

Login Issues-type one letter get 3

So heres the story, everything starts up like normal, but when i go to type my password in at log in, i hit the first letter only to have three black dots appear instead of one. It continues to happen with each of the following characters i attempt. Any ideas or help would be excellent. thanks

this is still a bit unclear. does it allow you to log in anyway?? i'm assuming not. can you erase the extra dots as you go, allowing you to log in?? have you tried a different keyboard?? have you tried keyboard in different port?? try a safe boot, holding the shift key during startup. if it manages to accept your password, check /library/startup items folder and also sytem preferences > accounts > startup items and delete anything in either place, and then try restarting the computer to see if you can log in normally. if that does nothing, then i would put in your panther install disk number 1, and then boot to it holding the c until you see a spinning cog under the apple. if it boots to the installer, select "open disk utility" from the installer menu. then select "macintosh hd" or something else if you have renamed your harddrive. run it a few times and let me know if any errors come up in red. after repairing, try starting up again. hope one of those things helps. [ 8 ) ]

CS4 silent deployment issue (type error)

Install works fine interactively, however when done silently I get an error in the log:
-------------------- END - Updating Media Sources - END --------------------
[ 4000] Tue Sep 15 14:14:39 2009 FATAL
Exception: TypeError: undefined is not an object
[ 4000] Tue Sep 15 14:14:39 2009 INFO
------------------ END Silent Installer Session -----------------
Machine is Windows 7 x64 Dell Optiplex 960 - is perfectly clean (only Office 2007 has been installed so far).
Anyone run into this and know how to fix it?

Ahh I solved it I think - for some reason compatibility mode was set to Windows Vista (no SP).

Why MKPF-Doc Type showing as Goods Issue, when I did GR via MB1C tx , ?

Hi Experts,
Via MB1C tx, am posting the Goods Receipt (with out PO type) & MBLNR_1 is creating in MKPF.
But, when I saw the Doc type in MKPF for this MBLNR_1, it showing the doc type as Goods Issue type???
pls. clarify me, Why SAP showing it as Goods Issue?
pls. let me clarify scenario? How SAP processing them?
thanq.

Hi Srikhar,
Since the default document type is maintained in the IMG is WA which is for goods issue . it will reflect as goods issue only.
if u dont want this to happen then Go to the tcode OMBA and select good receipt document type ,
Against the toced MB1C,change the documet type as "WE"which is goods receipts.
hope it wud have answered ur question
Reward if useful
Shawn

Campo cNF do XML v.200 da NFe com 9 dígitos

Olá!
Estamos testando a NFe na versão 2.00 do XML.
Encontramos inconsistência no campo cNF do XML gerado pelo SAP.
Segundo o Manual do Contribuinte 4.01, o campo cNF deve ter o tamanho de 8 dígitos.
Nosso ambiente de testes está com o SP18 atualizado e o local de negócio atualizado para gerar o lay-out do XNL da NFe no na versão 2.00. Neste ambiente, o SAP está gerando o campo CNF no XML com o tamanho de 9 dígitos, sendo invalidado pelo SEFAZ.
O XML na RFC do SAP do cabeçalho da NFe, gera o campo
Somente para a versão 1.10 do XML da NFe que o campo cNF tem 9 dígitos, sendo que o primeiro refere-se ao tipo de emissão. Entretanto, para a versão 2.0 do XML, segundo o manual do contribuinte 4.01, dever ter 8 dígitos.
Não temos o GRC. Nosso serviço de mensageria é da Alliance.
Aplicamos as Notas SAP abaixo, porem sem sucesso:
Note 1519167 - Nf-e: Issuing type filled for XML-version < 2.00
Note 1520408 - Nf-e: Issuing type filled for XML-version < 2.00 and RFC = 3
Alguem já passou ou está passando por isso? Como está resolvendo?
Obrigado.
Abrçs
Heron Caetano

Ola, respondendo a sua pergunta.
O formato com 9 digitos para a troca de dados entre o ECC e o GRC aparentemente foi mantida para compatibilidade das versões, porem, a validacao dos dados do NFEid por exemplo e os demais processos, para o formato 006 ( XML 2.0 ) leva em conto o novo formato de 8 digitos como demonstrado abaixo.
IF lv_id(2)     NE is_nfe_header-cuf       "Region
OR lv_id+02(02) NE is_nfe_header-demi+2(2) "Year
OR lv_id+04(02) NE is_nfe_header-demi+4(2) "Month
OR lv_id+06(14) NE is_nfe_header-c_cnpj    "CNPJ of issuer
OR lv_id+20(02) NE is_nfe_header-mod       "model
OR lv_id+22(03) NE lv_serie                "serie
OR lv_id+25(09) NE is_nfe_header-nnf       "NFe number
OR ( lv_id+34(01) NE is_nfe_header-tpemis    "Issuing type
       AND is_nfe_header-version NE gc_xmlvers1_erp ) "only for newer version then 1.10 (005a)
OR lv_id+35(08) NE is_nfe_header-cnf+1     "random number (except first digit fixed zero)
OR lv_id+43(01) NE is_nfe_header-cdv.      "control digit
De uma verificada no seu ambiente do GRC, ele está com o SP15 instalado com todas as notas aplicadas ? inclusive no seu ECC, todas as notas referentes ao XML 2.0 foram realizadas com sucesso?

Issue with performance

Hi all,
can anyone tell me whats the issue
types : begin of t_TABLE.
        include structure zTABLE.
types : TABLE like mara-matnr.
types: end of t_table.
data: i_table type standard table of t_table.
data: wa_table like line of i_table.
types : begin of t_table1.
        include structure zTABLE1.
types : TABLE like mara-matnr.
types: end of t_table1.
data: i_table1 type standard table of t_table1.
data: wa_table1 like line of i_table1.
select * from zTABLE into table i_ztable where werks = 'ABC'.
select * from zTABLE1 into table i_ztable1 where werks = 'ABC'.
1) LOOP AT I_Ztable INTO WA_Ztable1.
READ TABLE I_Ztable1 WITH KEY -
IF SY-SUBRC EQ 0.
DELETE TABLE i_ztable FROM wa_zTABLE.
WA_ZTABLE-TABLE = 'TABLE'.
insert wa_zTABLE into table i_zTABLE.
ENDIF.
ENDLOOP.
2) LOOP AT I_ZTABLE INTO WA_ZTABLE.
READ TABLE I_ZTABLE1 WITH KEY -
IF SY-SUBRC EQ 0.
WA_ZTABLE-TABLE = 'TABLE'.
modify i_zTABLE from wa_zTABLE transporting TABLE
                where zNO = wa_zTABLE-zNO.
ENDIF.
ENDLOOP.
3)
data: i_final type standard table of t_table.
data: wa_final like line of i_table.
LOOP AT I_ZTABLE INTO WA_ZTABLE.
READ TABLE I_ZTABLE1 WITH KEY -
IF SY-SUBRC EQ 0.
WA_ZTABLE-TABLE = 'TABLE'.
insert wa_zTABLE into table i_zFINAL.
ENDIF.
ENDLOOP.
The first and second ar very slow it's taking minutes and the 3 takes just a sec or two
let me know if iam missed anything
Thanks

> 3)
> data: i_final type standard table of t_table.
> data: wa_final like line of i_table.
>
> LOOP AT I_ZTABLE INTO WA_ZTABLE.
>
> READ TABLE I_ZTABLE1 WITH KEY -
> IF SY-SUBRC EQ 0.
>
>
> WA_ZTABLE-TABLE = 'TABLE'.
> insert wa_zTABLE into table i_zFINAL.
>
>
> ENDIF.
> ENDLOOP.
>
>
Your 3 options are not functionally equivalent.
IF sy-subrc is not 0 for any entry, then the table in option 3 will not contain all entries from the original table.
This is not the case with the first 2 options.
This can be fixed with a trivial change, however.
DATA: i_final TYPE STANDARD TABLE OF t_table.
DATA: wa_final LIKE LINE OF i_table.
LOOP AT i_ztable INTO wa_ztable.
    READ TABLE i_ztable1 WITH KEY -----.
    IF sy-subrc EQ 0.
      wa_ztable-table = 'TABLE'.
    ENDIF.
    INSERT wa_ztable INTO TABLE i_zfinal. " insert outside of IF ensures that full table is in final table
ENDLOOP.
The third option is fastest because the size of the table starts out small, and each insert takes very little processing time.   The repeated inserts, deletes and modifies in the other versions require more processing, since the table alread has entries.
If you correct the logic flaw in optoin 3, it is a useful way to go, but the previous poster's suggestion to use a field symbol may be best.
The point of my post is that you are not necessarily comparing apples to apples, since your option 3 is flawed.
Good luck

Sqlserver integration service issue CDC source cannot run successfully

issue category：SQL
Server Integration Services (SSIS)
issue type:
data flow
Environment
    Windows edition: Windows Server 2012 Standard
    System type: 64-bit Operating System
    Dot Net Framework version: .Net Framework 4 Multi-Targeting Pack
    SQL Server: Microsoft SQL Server 2012 Enterprise (64-bit)
Error log
    The PrimeOutput method on “XXXSource” returned success, but did not report an end of the rowset. There is an error in the component. It should have reported an end-of-row. The pipeline will shutdown execution to avoid
unpredictable results.
Ps: The component mentioned above refers to SSIS component “CDC Source”.
More information:
I have found some information about this, it relates with HResults.DTS_E_PRIMEOUTPUTNOEOR Field. I would like to know why this happens, and how to fix it. Also I can run CDC Source in another
similar environment, but cannot run on Cloud environment.
Thanks,
Lory Hou

Enviroment
    Windows edition: Windows Server 2012 Standard
    System type: 64-bit Operating System
    Dot Net Framework version: .Net Framework 4 Multi-Targeting Pack
    SQL Server: Microsoft SQL Server 2012 Enterprise (64-bit)
Scenery
    Step 1: Deploy SSIS package on the Integration Service Catalog Folder
    Step 2: After config package, executes it. Then execution faild.
Error log
    The PrimeOutput method on “XXXSource” returned success, but did not report an end of the rowset. There is an error in the component. It should have reported an end-of-row. The pipeline will shutdown execution to avoid unpredictable results.
Ps: The component mentioned above refers to SSIS component “CDC Source”.
I have tried run this script:
use MyTable
               declare @start_lsn binary(10), @end_lsn binary(10)
               set @start_lsn = sys.fn_cdc_increment_lsn(
                       convert(binary(10),'0x' + '0000006A000002620003', 1))
               set @end_lsn =
                       convert(binary(10),'0x' + '0000008A0000008B0001', 1)
               select * from cdc.fn_cdc_get_all_changes_dbo_TableOperation_CashDrop_TableCashDropRecord(@start_lsn,
@end_lsn, 'all')
The following message may be returned by SQL Server:
An insufficient number of arguments were supplied for the procedure or function cdc.fn_cdc_get_net_changes_<..>.
MSDN’s explantion: This error does not indicate that an argument is missing. It means that the start or end LSN values in the CDC state variable are invalid.
But why is '0x0000006A000002620003' and '0x0000008A0000008B0001' invalid?

Information On Going Issue at C4TE

Dear All,
Issue Type: You are receiving a dump when opening the home screen or while creating new Expense Report in C4TE.
Reason: Due to an Emergency Patch deployment this morning, all HTML5 users are not able to work in CfTE systems.
Resolution: SAP have identified the issue (caused by EP 3474 from Oberon which was actually for COD customer).
A fix (EP 3531 & EP 3551) is on the way for most of the systems.
Will keep you posted if any.
Thanks.
Regards,
Cryssal

Dear All,
The correction is deployed to all affected C4TE systems. If the issue persists still then kindly create an incident for us to take a look.
Thank you!
Regards,
Cryssal

Campo NF-e issuing type na chave de acesso

Similar Messages

Maybe you are looking for