Nokia Rampdown

1. Nokia Rampdown

2. NOL Vérification de la garantie et VID -Basic Warranty & id >Warranty Information Dans NOL, vous devez vous connecter et allez dans Warranty info puis basic warranty & ID - Le VID est un code unique créé automatiquement en fonction de l’imei d’un produit ainsi que la date de connexion. - Il ne peut être utilisé qu’une fois, si le produit doit être à nouveau saisi, vous devrez refaire une demande de VID. - Le VID doit être pris entre la date de prise en charge et la date de restitution. Si votre client est venu un lundi, que vous avez pris son VID, et qu’il revient faire la réparation le mardi par exemple, vous devrez reprendre un nouveau VID

3. NOL Vérification de la garantie et VID Dans warranty info & ID Verifier les informations et noter le VID Cliquer sur Get Warranty Connecter le telephone

4. NOL Vérification de la garantie et VID Si vous aviez Café sur le pc qui vous sert pour la saisie, le VID doit fonctionner normalement. Dans le cas contraire, vous devez installer la dernière version du warranty and identification software disponible sur Kicks.

5. Repair Data File (RDF)

6. Création des interventions dans le fichier RDF 1.Ouvrir le fichier RDF : RepairData_v6.xls 2. Activer les options de sécurité 3.Accepter les conditions d’utilisation 4. Choisir l’onglet « Input sheet »

7. Création des interventions dans le fichier RDF • Important ! • - Le fichier comporte plusieurs couleurs : • Rouge = obligatoire • Jaune = obligatoire en fonction de l’intervention réalisée • Bleu = optionnel • Il ne faut pas utiliser de caractères spéciaux, accents, &é »’( etc… • il ne faut surtout pas modifier le fichier, remplir les cases simplement. • Vous pouvez effacer toutes les données en cliquant sur Clear data • Vous pouvez envoyer ce fichier tous les jours, toutes les semaines ou tous les mois, et en garder des copies.

8. Création des interventions dans le fichier RDF 1 - Asv magasin : (10 caractères. Exemple: 111_363647) Votre numéro d’ASV complet Customer information Block 2 - Type de client : (2 caractères ) Le code EC est le code le plus utilisé, il correspond à l’utilisateur final donc le client. Vous ne devriez pas avoir à utiliser les autres codes disponibles : EC: End Customer IC: Internal Customer CR: Carrier- Operator NC: Nokia DR: Dealer- Reseller CP: Collection Point SC: Repair for other ASV’s 3 – Nom, prénom, et numéro de téléphone du client final

9. Création des interventions dans le fichier RDF Customer information Block Type de retour : (2 caractères) Les deux codes les plus utilisés seront SR et AS DA: Dead on Arrival NR: Non-Warranty Work DP: Dead after PurchaseSB: Service Bulletin Repair SR: Service Repair AS: Accessory Swap SS: Seed Stock Repair Work Order ID : (Max. 20 caractères) code unique interne à votre magasin. Vous pouvez par exemple utiliser le nom du client suivi de la date, ou un numéro de fiche de votre logiciel de saisie, mais ce code ne doit pas être utilisé une autre fois. Symptôme Code : (4 caractères codes) Les codes symptômes sont les mêmes que ceux utilisés dans café ou ASA. Vous retrouverez ces codes sur Kicks, ou en pièces jointes à cette procédure . les codes les plus courants : Texte libre : ( 120 caractères max) Texte libre pour décrire la panne plus précisément. Code de service : (2 caractères ) MR – réparation mécanique. SW – Mise a jour logiciel RT – envoi hub. Pays d’envoi : (2 caractères code) FR pour la France. 4199 : Alimentation 4299 : Réseau 4399 : Connectivité 4499 : Audio 4799 : Mécanique 4999 : Afficheur 5099 : Tactile 5199 : Appareil photo 5299 : Clavier 5399 : Sim 5499 : Charges 5599 : Applications

10. Création des interventions dans le fichier RDF Phone information Block Imei : Numéro de série du téléphone. Code Produit : (7 chiffres ) Le code produit se trouve sur l’étiquette imei du téléphone ou sur Nol lors du contrôle de garantie. Version Soft: (chiffre uniquement) Le version de logiciel avant et après la mise à jour. Date d’achat : (XX/XX/XX) La date d’achat présente sur la facture uniquement pour les produits qui ne sont plus sous garantie constructeur. Statut garantie: (1 ou 0) 1 si le téléphone est sous garantie, 0 si il est hors garantie ( 1 sera toujours utilisé pour le moment car vous ne saisissez pas les produits hors garantie ). VID : ( 4 chiffres ) Code VID, pris après la prise en charge et avant la restitution du produit. Date réception / restitution : (xx/xx/xxxx) date de prise en charge et de restitution, ces dates doivent correspondre à la date de prise du VID

11. Création des interventions dans le fichier RDF Repair line information Block Code Symptôme : Code de symptôme trouvé pendant la réparation, souvent identique à celui annoncé par le client, mais parfois, vous avez indiqué problème d’afficheur 4999 suite au diagnostic, mais c’était une réparation mécanique du slide 4799 que vous avez trouvé. Il peut y avoir d’autres codes symptôme sur les Block suivants quand vous réparez plusieurs pannes. Code défaut : (3 chiffres ) 201 pour un défaut mécanique, 110 pour un défaut logiciel. Les autres codes rarement utilisés sont disponibles dans les annexes. Réparation principale : (1 ou 0) Indique si cette réparation est la principale ou non ( dans le cas d’une intervention multiple ) Code pièce : (7 caractères) La référence de la pièce Nokia changée CCT ref : ( exemple I0003 ) Emplacement ou référence du composant changé, disponible sur la vue éclaté du produit dans le service manuel. Si vous n’avez pas la possibilité de trouver ce chiffre, vous pouvez indiquer BW01 à la place, qui est un code standard de remplacement Pièce remplacée : ( 1 ou 0 ) Indiquez si vous avez changé cette pièce par 1, ou un 0 si par exemple vous n’avez pas remplacé cette pièce car elle n’était pas défectueuse mais simplement déconnectée.

12. Création des interventions dans le fichier RDF Autres blocs d’information Vous pouvez utiliser les blocs suivants pour indiquer les autres réparations effectuées sur le produits.

13. Convertir et enregistrer le fichier Quand votre fichier est correctement rempli avec toutes les interventions. 1. Cliquer sur “Convert 2 XML”. 2. Enregistrer sous SANS MODIFIER LE NOM DU FICHIER. 3. Si il manque des informations, un message d’erreur apparaitra.

14. NOL Claim Upload

15. Envoi du fichier RDF créé en XML Care Services >E-Claims Upload claim – pour envoyer vos fichiers My Claims - pour consulter les déclarations envoyées précédemment

16. Vous pouvez envoyer un fichier XML ou un fichier Zip contenant plusieurs fichiers XML. La taille maximum pour un zip est de 4 MB. Vous pouvez faire une vérification du fichier en cliquant sur Check Format avant de l’envoyer Pour envoyer un fichier, cliquer sur Browse, puis rechercher votre fichier, puis upload file pour finir. Envoi du fichier RDF créé en XML

17. Après l’envoi d’un fichier, vous aurez un ou plusieurs messages. Si il y a une erreur, vous aurez un message en rouge, voir première image. Vous pouvez corriger votre erreur et renvoyer le fichier. Si il n’y a pas d’erreur, la deuxième image s’affichera. Envoi du fichier RDF créé en XML • Après l’envoi d’un fichier, vérifiez bien les messages d’erreurs ou de validation, afin de corriger si nécessaire.

18. Les fichiers téléchargés sont disponible dans My Claims. Si vous voulez rechercher un fichier, indiquer la date de départ et la date de fin. Si vous ne remplissez pas les champs, vous verrez tous les fichiers que vous avez envoyés. Retrouver et controler ses Upload • Une fois les fichiers affichés, vous pouvez voir les réparations validées, rejetées, ou en attentes. Vous pouvez soumettre une nouvelle réparation, si elle a été rejetée, en corrigeant vos données et en la renvoyant. • En cliquant sur un fichier de confirmation (en bleu) vous aurez le détail de chaque intervention avec le motif de refus.

19. Appendices Appendix 1: Phone Labels Appendix 2: Symptom and Fault Codes Appendix 3: Service Codes Appendix 4: CCT Reference Appendix 5: Country Codes Appendix 6: Validation Cut Off Dates Appendix 7: POP-Proof of Purchase Appendix 8: NOL Warranty Check Appendix 9: How to obtain the PSN

20. Appendices • Appendix 2: Symptom and Fault Codes • Appendix 3: Service Codes • Appendix 4: CCT Reference • Appendix 5: Country Codes

21. Appendix 2 : Symptom Codes The Symptom and Fault Codes list are under: > Care Services >> KICS >>> Search -> Symptom Codes >>>> Download file • Following you will find instructions on how to download the Symptom and Fault Codes list. • Remember that this list can be updated any time. • The updated list can be downloaded from Nokia Online (NOL)https://trade.online.nokia.com

22. Appendix 2 : Symptom Codes The Symptom and Fault Codes list are under: > Care Services >> KICS >>> Search -> Symptom Codes >>>> Download file • Following you will find instructions on how to download the Symptom and Fault Codes list. • Remember that this list can be updated any time. • The updated list can be downloaded from Nokia Online (NOL)https://trade.online.nokia.com

23. appendix 3 : Samples - Service Codes

24. appendix 3 : Service Codes Specific Requirements in the RDF SW: Software Update • Both the old and new Software version numbers need to be reported • Old Software version can only be skipped if the phone is “dead” when it arrived to the SP. • A “Software Application Code – SAC” Oxxx, needs to be reported in the “CCT Ref” field. • No parts can be reported as repaired or replaced. • A Fault code between 110-150 must be used. MR: Mechanical Repair • Reporting of the part number repaired or replaced is mandatory. • The “Part Replaced” field can be either “0” or “1”. TU: Tuning Only • No parts can be reported as repaired or replaced. • In the “CCT Ref” code “C000” must be reported.

25. Appendix 3 : Service Codes Specific Requirements in the RDF ER: Electromechanical Repair • Reporting of the part number repaired or replaced is mandatory. • The “Part Replaced” field can be either “0” or “1”. CS: Swap • CS must be reported only when the SP performs a SWAP activity due to the the impossibility of completing the repair because of its certification level. Swap activity implies that a working phone is given to the End User in replacement of the defective phone. • Only the Swap information block must be filled. • NO Repair Line Information Block required. RT: Repair Transfer • RT must be reported only when the SP CAN NOT perform a SWAP activity and needs to send the defective phone to a higher level SP due to the impossibility of completing the repair because of its certification level. RT DOES NOT imply that a working phone is given to the End User. • Report with “Fault Code” 460 • Do not report any “Part Number” nor “CCT Ref”

26. Appendix 4 : CCT Ref Where can it be found? The CCT Reference can be found in the Service Manuals under the name “Item” or “Item Circuit Ref”. What is it? The CCT Reference is a code that indicates the location of the spare part intervened or replaced.

27. Appendix 4 : CCT Ref How is the code? The CCT Reference is a code built up of a letter + 3 numbers or sometimes a letter + 4 numbers. Example:I005 What CCT Ref is reported when a SW:Software Update is performed? When a SW is performed, a “Software Application Code - SAC” needs to be reported in the CCT Ref field. The SAC starts by the letter “O” followed by 3 numbers. The Software Application Code describes the reason why the SW is being performed.

28. Appendix 5 : Country Codes