kp98 cost planificat vs existent

105
SAP ECC 6.0 EhP3 Septembrie 2009 Română SAP Best Practices Baseline Package SAP AG Aria de cuprindere a soluţiei

Upload: alina-alex

Post on 25-Jul-2015

124 views

Category:

Documents


1 download

TRANSCRIPT

Page 1: KP98 Cost Planificat vs Existent

SAP ECC 6.0 EhP3

Septembrie 2009

Română

SAP Best Practices Baseline Package

SAP AGDietmar-Hopp-Allee 1669190 WalldorfGermania

Aria de cuprindere a soluţiei

Page 2: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Copyright

© Copyright 2009 SAP AG. All rights reserved.

No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of SAP AG. The information contained herein may be changed without prior notice.

Some software products marketed by SAP AG and its distributors contain proprietary software components of other software vendors.

Microsoft, Windows, Excel, Outlook, and PowerPoint are registered trademarks of Microsoft Corporation.

IBM, DB2, DB2 Universal Database, System i, System i5, System p, System p5, System x, System z, System z10, System z9, z10, z9, iSeries, pSeries, xSeries, zSeries, eServer, z/VM, z/OS, i5/OS, S/390, OS/390, OS/400, AS/400, S/390 Parallel Enterprise Server, PowerVM, Power Architecture, POWER6+, POWER6, POWER5+, POWER5, POWER, OpenPower, PowerPC, BatchPipes, BladeCenter, System Storage, GPFS, HACMP, RETAIN, DB2 Connect, RACF, Redbooks, OS/2, Parallel Sysplex, MVS/ESA, AIX, Intelligent Miner, WebSphere, Netfinity, Tivoli and Informix are trademarks or registered trademarks of IBM Corporation.

Linux is the registered trademark of Linus Torvalds in the U.S. and other countries.

Adobe, the Adobe logo, Acrobat, PostScript, and Reader are either trademarks or registered trademarks of Adobe Systems Incorporated in the United States and/or other countries.

Oracle is a registered trademark of Oracle Corporation.

UNIX, X/Open, OSF/1, and Motif are registered trademarks of the Open Group.

Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame, and MultiWin are trademarks or registered trademarks of Citrix Systems, Inc.

HTML, XML, XHTML and W3C are trademarks or registered trademarks of W3C®, World Wide Web Consortium, Massachusetts Institute of Technology.

Java is a registered trademark of Sun Microsystems, Inc.

JavaScript is a registered trademark of Sun Microsystems, Inc., used under license for technology invented and implemented by Netscape.

SAP, R/3, SAP NetWeaver, Duet, PartnerEdge, ByDesign, SAP Business ByDesign, and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP AG in Germany and other countries.

Business Objects and the Business Objects logo, BusinessObjects, Crystal Reports, Crystal Decisions, Web Intelligence, Xcelsius, and other Business Objects products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of Business Objects S.A. in the United States and in other countries. Business Objects is an SAP company.

All other product and service names mentioned are the trademarks of their respective companies. Data contained in this document serves informational purposes only. National product specifications may vary.

These materials are subject to change without notice. These materials are provided by SAP AG and its affiliated companies ("SAP Group") for informational purposes only, without representation or warranty of any kind, and SAP Group shall not be liable for errors or omissions with respect to the materials. The only warranties for SAP Group products and services are those that are set forth in the express warranty statements accompanying such products and services, if any. Nothing herein should be construed as constituting an additional warranty.

© SAP AG Pagina 2 din 75

Page 3: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Icon-uri

Icon Semnificaţie

Atenţie

Exemplu

Notă

Recomandare

Sintaxă

Proces extern

Alternativă proces de afaceri/alegere decizie

Convenţii tipografice

Stil caractere Descriere

Text exemplu Cuvinte sau caractere care apar pe ecran. Acestea includ nume de câmpuri, titluri de ecran, butoane de comandă ca şi nume de meniuri, căi şi opţiuni.

Referinţe încrucişate la altă documentaţie.

Text exemplu Cuvinte sau fraze accentuate în corpul de text, în titlurile graficelor şi în tabele.

TEXT EXEMPLU Numele elementelor din sistem. Acestea includ nume de rapoarte, nume de programe, coduri de tranzacţie, nume de tabele şi cuvinte cheie individuale ale limbajului de programare, atunci când sunt înconjurate de corpul de text, de exemplu SELECT şi INCLUDE.

Text exemplu Ieşire de ecran. Aceasta include nume de fişiere şi directoare şi căile lor, mesaje, cod sursă, nume de variabile şi parametri, ca şi nume de instalare, upgrade şi instrumente de baze de date.

TEXT EXEMPLU Tastele de pe tastatură, de exemplu taste de funcţie (cum ar fi F2) sau tasta ENTER.

Text exemplu Intrare de utilizator exactă. Acestea sunt cuvinte sau caractere pe care le introduceţi în sistem exact aşa cum apar în documentaţie.

<Text exemplu> Intrare de utilizator variabilă. Parantezele ascuţite indică faptul că puteţi înlocui aceste cuvinte şi caractere cu intrările corespunzătoare.

© SAP AG Pagina 3 din 75

Page 4: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Cuprins

1 Scop............................................................................................................................................. 5

2 Aria funcţională – procese sau scenarii de afaceri suportate.......................................................6

2.1 Contabilitate financiară externă..........................................................................................6

2.2 Contabilitate imobilizări.....................................................................................................13

2.3 Planificare......................................................................................................................... 15

2.4 Închidere sfârşit de perioadă şi înregistrări efective.........................................................24

2.5 Vânzări şi distribuţie.........................................................................................................30

2.6 Gestiune materiale...........................................................................................................35

2.7 Planificare şi control producţie..........................................................................................40

2.8 Logistică - general / QM / PLM.........................................................................................45

2.9 Serviciu............................................................................................................................. 47

2.10 Descrieri şi raportare generare date de bază...................................................................52

3 Obiectiv funcţional – funcţii.........................................................................................................58

3.1 Financiar........................................................................................................................... 58

3.2 Funcţii analitice.................................................................................................................61

3.3 Gestiunea capitalului uman..............................................................................................63

3.4 Execuţie aprovizionare şi logistică....................................................................................63

3.5 Fabricaţie de produse.......................................................................................................67

3.6 Vânzări şi servicii..............................................................................................................69

3.7 Servicii corporative...........................................................................................................73

© SAP AG Pagina 4 din 75

Page 5: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

1 ScopAceasta documentatie a obiectivelor solutiei prezintă o imagine generală a proceselor şi funcţiilor acoperite de SAP Best Practices Baseline Package pentru România. Documentul descrie diferite funcţii şi le explică scopul de afaceri.

În secţiunea Obiectiv funcţional – procese sau scenarii de afaceri suportate, aveţi o prezentare a functiilor pe baza scenariilor de afaceri. În secţiunea Obiectiv funcţional – funcţii, aveţi o imagine structurată conform grupurilor de funcţii şi bazată pe optiunea corespunzatoare din cadrul SAP Solution Map.

Obiectivul solutiei nu oferă explicaţii tehnice pentru utilizarea funcţiilor. Pentru detalii în această privinţă, vezi Documentaţia de proces de afaceri.

Cerintele legale pentru Romania nu obliga la folosirea stornarii in rosu. Legislatia permite ambele variante (stornarea in rosu sau cea in negru), in functie de decizia managementului.. Pentru recomandarile SAP privind stornarea in rosu va rugam accesati nota 537272. (Atasat notei se afla COUNTRY_MANUAL_EN_ERPALL).

Controalele de Audit presupun anumite controale legale si verificare care se pot realiza mai usor atunci cand se foloseste metoda de stornare in rosu.. Aceasta procedura este mai des intalnita in Romania. Stornarea in rosu inseamna postare de documente FI cu minus, de exemplu stornari, reutururi, documente de corectie, etc.

Aceasta procedura necesita in SAP ERP activarea optiunii de ‚inregistrare negativa permisa’.De exemplu, atunci cand se posteaza debit cu minus (debit negativ) pentru a exprima credit , se selecteaza X pentru campul „ inregistrare negativa”,; in acelasi fel, postand credit cu minus (credit negativ) pentru a exprima debit trebuie selectat campul „inregistrare negativa”.

Metoda stornarii in rosu (postare cu minus) nu este inclusa in scopul acestui proiect.

Avand in vedere faptul ca inregistrarile negative nu fac parte din Baseline, rulajele debitoare si creditoare nu mai trebuiesc verificate pentru ca ele nu mai sunt relevante.

In cazul in care se doreste extinderea scopului Baseline in cadrul unui proiect astfel incat sa includa stornarea in rosu va recomandam sa aveti in vedere faptul ca vor fi necesare configurari suplimentare iar scenariile de business trebuiesc testate din nou.

De asemenea va recomandam sa nu activati optiunea ‚Divizare Document’ daca se realizeaza implementarea stornarii in rosu si de asemenea sa nu activati Integrare control in timp real cu contabilitate financiara ‚

In privinta cerintelor legale, de exemplu procedurile de taxe, rapoarte specifice si altele va recomandam sa consultati ultimele versiuni oferite in nota 537272.

In plus va recomandam ca in cadrul implementarii toate postarile automate sa fie validate de catre Directorul Financiar al clientului, avand in vedere ca acesta este o cerinta delta foarte des intalnita si care tine de specificul activitatii fiecarei companii.

© SAP AG Pagina 5 din 75

Page 6: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

2 Aria funcţională – procese sau scenarii de afaceri suportate

2.1 Contabilitate financiară externă

2.1.1 Carte Mare

ScopSarcina centrală a contabilităţii de Carte Mare este să ofere o imagine completă a contabilităţii şi conturilor contabile. Înregistrarea tuturor tranzacţiilor de afaceri (înregistrări primare, cât şi decontări din contabilitatea de gestiune) într-un sistem software care este complet integrat cu toate celelalte domenii operaţionale ale companiei asigură faptul că datele contabile sunt mereu complete şi exacte.

SAP FI Contabilitate Carte Mare are următoarea structură:

Alegere liberă a nivelului: grup de companii sau companie

Înregistrare automată şi simultană a tuturor poziţiilor din registrul auxiliar în conturile contabile adecvate (conturi de reconciliere)

Actualizare simultană a contabilităţii de Carte Mare şi a domeniilor de contabilitate a costurilor

Evaluare şi raportare în timp real a datelor contabile curente, sub formă de fise de cont, declaraţii financiare şi diferite versiuni de declaraţii financiare şi analize suplimentare.

Contabilitatea de Carte Mare serveşte drept registru complet al tuturor tranzacţiilor de afaceri. Este o referinţa centralizată, la zi, pentru analiza conturilor. Tranzacţiile individuale efective pot fi verificate oricând in timpul operarii prin afişarea documentelor originale, a poziţiilor individuale şi a rulajelor la diferite niveluri, cum ar fi:

Informaţii de cont

Jurnale

Totaluri/rulaje

Evaluări de bilanţ/profit şi pierderi

Fluxul de procese Înregistrare documente contabile in Cartea Mare

Afişare Registru Jurnal

Afişare solduri CM (listă)

Efectuare intrări periodice

Întreţinere cont: compensare automată şi manuală

© SAP AG Pagina 6 din 75

Page 7: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Puncte cheie Oferă o imagine comprehensivă a contabilităţii financiare şi conturilor contabile

Înregistrează toate tranzacţiile de afaceri într-un sistem software care este complet integrat

Asigură faptul că datele contabile sunt mereu complete şi exacte

Înregistrare automată şi simultană a tuturor poziţiilor din registrul auxiliar în conturile de Carte Mare adecvate (conturi de reconciliere)

Actualizare simultană a domeniilor de contabilitate de Carte Mare şi de costuri

Evaluare în timp real şi raportare a datelor contabile curente

Declaraţii financiare cu diferite versiuni şi analize suplimentare

Tranzacţiile individuale efective pot fi verificate în orice moment în timpul operarii

2.1.2 Contabilitate clienţi

ScopAceastă componentă tratează înregistrarea datelor contabile pentru clienţi în modulul Contabilitate clienţi. De aici, datele sunt sortate după client şi puse la dispoziţia altor domenii, cum ar fi sistemul de Vânzări şi distribuţie. Atunci când înregistraţi date în Contabilitate clienţi, sistemul creează un document şi transferă datele introduse in Cartea Mare. Conturile de Carte Mare (precum si cele de profit şi pierderi) şi conturile de client sunt apoi actualizate conform tranzacţiei vizate (creanţă, avans, credit memo etc.) şi activităţilor de plată ale clientului. Toate tranzacţiile de afaceri sunt gestionate si înregistrate prin intermediul conturilor, iar în acest scop sunt create înregistrări de bază de client. Inregistrarile de tip clienţ ocazional sunt utilizaţe pentru evitarea acumulării unui volum mare de date de bază.

Procesul de afaceri de contabilitate clienţi se concentrează pe următoarele activităţi:

Înregistrare cerere de avans

Înregistrare manuală avans

Înregistrare factură client

Înregistrare credit memo cu referinţă la factură

Înregistrare plăţi prin program de plată automata

Înregistrare plată manuală

Compensare automată de poziţii deschise în conturi client

Compensare manuală de poziţii deschise în conturi client

Prelucrare manuală extras de cont

Reprelucrare extras de cont

Somaţie

Calcul dobândă pe sold cont

Înregistrări in conturi clienti ocazionali

Setarea unei limite de credit

Raportare de control credit

© SAP AG Pagina 7 din 75

Page 8: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Procese de afaceri generale: în acest document, veţi găsi anumite tranzacţii care acoperă următoarele procese de afaceri generale

Afişarea unui document contabil.

Afişarea şi modificarea poziţiilor individuale

Afişare solduri

Stornarea unui document

Stornarea unui document – stornare individuală

Stornarea unui document – stornare în masă

Fluxul de proces Înregistrare cerere de avans / manual

Înregistrare factură de client şi

Înregistrare credit memo cu referinţă la factură

Înregistrare plăţi prin program de plată

Înregistrare plată manuală

Compensare automată de poziţii deschise în conturi client

Compensare manuală de poziţii deschise în conturi client

Prelucrare manuală extras de cont

Reprelucrare extras de cont

Somaţie

Calcul dobândă pe sold cont

Înregistrări conturi ocazionale

Setarea unei limite de credit şi raportare de control de credit

Puncte cheie Atunci când înregistraţi date în Contabilitate clienţi, sistemul creează un document şi transferă

datele la Cartea Mare.

Conturile de profit, pierderi şi de clienţi sunt actualizate conform tranzacţiei care vizează activităţile de plată ale clientului

Toate tranzacţiile de afaceri sunt înregistrate în conturi

Toate tranzacţiile de afaceri sunt gestionate prin intermediul conturilor, iar în acest scop sunt create înregistrări de bază de client

Inregistrarile de tip clienţ ocazional sunt utilizaţe pentru evitarea acumulării unui volum mare de date de bază

© SAP AG Pagina 8 din 75

Page 9: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

2.1.3 Contabilitate furnizori

ScopAcest scenariu tratează înregistrarea datelor contabile pentru furnizori în modulul Contabilitate furnizori. De aici, datele sunt sortate după furnizor şi puse la dispoziţia altor domenii, cum ar fi sistemul de aprovizionare. Atunci când înregistraţi date în Contabilitate furnizori, sistemul creează un document şi transferă datele introduse in Cartea Mare. Conturile de Carte Mare şi conturile de furnizor sunt apoi actualizate conform tranzacţiei vizate (creanţă, avans, credit memo etc.) şi activităţilor de plată ale furnizorului. Toate tranzacţiile de afaceri sunt înregistrate prin intermediul conturilor, iar în acest scop sunt create înregistrări de bază de furnizor.

Procesul de afaceri de contabilitate furnizori se concentrează pe următoarele activităţi:

Cerere avans / compensare

Înregistrare avansuri prin program de plată

Înregistrare factură furnizor

Introducere credit memo furnizor

Revizuire şi eliberare facturi blocate

Selectare facturi de plătit

Revizuire şi blocare facturi pentru plată, după caz

Înregistrare plată prin program de plată Creare suport de plată prin Payment Media Workbench (alternativa 1)Creare suport de plată prin program suport de plată clasic (alternativa 2)

Plată manuală

Prelucrare manuală extras de cont

Afişare documente înregistrate

Fluxul de proces Înregistrare documente de contabilitate furnizori

Compensare manuală şi automată a poziţiilor deschise

Înregistrare avansuri prin program de plată

Înregistrare manuala şi automată a plăţilor.

Puncte cheie Atunci când înregistraţi date în Contabilitate furnizori, sistemul creează un document şi

transferă datele in Cartea Mare.

Conturile de profit si pierdere şi de furnizori sunt actualizate conform tranzacţiei care vizează activităţile de plată a furnizorului.

Toate tranzacţiile de afaceri sunt înregistrate în conturi

Toate tranzacţiile de afaceri sunt gestionate prin intermediul conturilor, iar în acest scop sunt create înregistrări de bază de furnizor

© SAP AG Pagina 9 din 75

Page 10: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Inregistrarile de tip furnizor ocazional sunt utilizate pentru evitarea acumulării unui volum mare de date de bază

2.1.4 Gestiune numerar

ScopAplicatia Gestiune numerar din SAP ERP Financiar oferă trei funcţii principale:

Transferă rapid şi eficient toate informaţiile relevante pentru numerar din surse interne şi externe în sistemul de gestiune numerar (date de intrare)

Efectuează analiza şi raportarea fluxurilor de numerar curente şi viitoare pentru a ajuta la luarea deciziilor de gestiune numerar (analiză şi decizie)

Comunică cu băncile şi alţi parteneri de afaceri pe baza rezultatelor procesului de decizie (date de ieşire)

Imaginea generală asupra pozitiei de numerar oferă informaţii cu privire la starea financiară curentă a conturilor bancare. Este punctul de pornire pentru concentrarea de numerar în care soldurile din diferite conturi bancare sunt concentrate într-un singur cont -ţintă, luând în considerare soldurile minime şi optimizarea plăţilor.

Fluxul de proces Analiza de stare gestiune numerar

Concentrare de numerar

Puncte cheie Înregistrare factură furnizor în monedă locală şi străină.

Înregistrare factură client în monedă locală (din comandă de vânzări).

Înregistrare poziţii planificate şi înregistrări memo.

Execuţie de raport care prezintă poziţie de numerar şi prognoză de lichidităţi.

După înregistrarea extrasului de cont manual, este demonstrat fluxul dintre nivelurile de planificare.

Arhivare automată de înregistrări memo

Funcţia de concentrare de numerar identifică sumele relevante şi le transferă dintr-un cont în altul.

Activităţi de închidere de sfârşit de perioadă

o Poziţie numerar şi prognoză lichiditate

2.1.5 Contabilitate costuri din vânzări

ScopContabilitatea costurilor de vânzări compară veniturile din vânzări pentru o perioadă contabilă cu costurile de fabricaţie ale activităţii. Cheltuielile sunt alocate la domenii funcţionate comerciale

© SAP AG Pagina 10 din 75

Page 11: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

(fabricaţie, vânzări şi distribuţie, administraţie etc.). Cheltuielile şi veniturile care nu pot fi alocate la domenii funcţionale sunt raportate în poziţii de profit şi pierdere aditionale, sortate conform tipurilor de cheltuieli şi venituri.

Prin acest tip de grupare, contabilitatea costurilor de vânzări identifică originea costurilor în companie. Prin urmarea, aceasta prezintă scopul comercial al cheltuielilor.

Fluxul de proces Domeniu funcţional în planul de conturi

Domeniu funcţional în cheia de înregistrare

Categorii de centru de cost

Raportare poziţie individuală (realocare obiect de cost)

Bilanţ şi cont de Profit si Pierdere

Contabilitate costuri de vânzări – cont de Profit si Pierdere.

Puncte cheie Compară veniturile din vânzări pentru o perioadă contabilă cu costurile de fabricaţie ale

activităţii

Contabilitatea costurilor de vânzări identifică sursa costurilor într-o companie

Contabilitatea costurilor de vânzări prezintă scopul comercial pentru cheltuieli

Cheltuielile sunt alocate la domenii funcţionate comerciale (fabricaţie, vânzări şi distribuţie, administraţie etc.).

Cheltuielile/veniturile care nu pot fi alocate la domenii funcţionale sunt raportate în poziţii de profit şi pierdere aditionale

Activităţi de închidere de sfârşit de perioadă

o Reînregistrare domeniu funcţional nealocat

2.1.6 Raportare pe segment

ScopScopul raportării pe segment este prezentarea transparentă a situaţiei de profit şi risc pentru domeniile individuale (segmente) ale companiei.

Fluxul de proces Înregistrare documente CM pe diferite segmente

Alocare segment nealocabil la sfârşit de perioadă

Bilanţ şi Cont de Profit di Pierdere

Contabilitate costuri de vânzări – Cont de Profit si Pierdere.

Creanţe şi datorii după segment.

© SAP AG Pagina 11 din 75

Page 12: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Puncte cheie Conform IAS/IFRS, raportarea pe segmente este necesară pentru diferite domenii de

activitate angajate in furnizarea de produse si servicii

Transparenţa situaţiei de profit şi riscuri a domeniilor de activitate ale de întreprinderii.

2.1.7 Activare divizare document

ScopDivizarea de document permite o afişare complexă a documentelor. Aceasta asigură că puteţi întocmi declaraţii financiare complete pentru dimensiunile selectate în orice moment.

Prin procedura de divizare document, puteţi crea şi o afişare segmentată a bilanţului (parţial), conform unei cerinţe legale (de exemplu, IAS) sau conform unui domeniu de activitate.

Câmpul Segment este un câmp standard din tabelul de totaluri pentru Contabilitate de Carte Mare nouă (FAGLFLEXT); funcţiile de defalcare FI noi vă permit să creaţi declaraţii financiare pe segment. Divizarea de document estre relevantă numai pentru Cartea Mare; aceasta nu trebuie să fie vizibilă în cadrul registrelor auxiliare.

Fluxul de proces

Următoarele funcţii sunt prevăzute în sprijinul acestui building block:

Divizare pasivă: la compensare (în timpul unei plăţi, de exemplu), alocările de cont ale poziţiilor care trebuie compensate sunt preluate la poziţiile individuale de compensare (cum ar fi poziţiile individuale de datorii).

Divizare activă (bazată pe regulă): sistemul divizează documentele pe baza unor reguli de divizare de document (furnizate sau personalizate). Regulile de divizare de document pot fi configurate.

Linii de compensare sau formarea de sold zero: sistemul creează automat linii de compensare pentru a obţine o divizare. Puteţi controla acest proces prin indicatorul de sold zero.

Puncte cheie Extensibilitatea şi flexibilitate – pentru a adăuga câmpuri noi, puteţi crea rapoarte de

gestiune, bilanţuri suplimentare şi declaraţii de profit şi pierderi în scopuri specifice pentru industrie sau pentru întreprindere.

Calitate crescută a datelor - rezultatele divizării de document sunt vizibile în documentul în sine. Acest lucru elimină necesitatea etapelor de verificare suplimentare în liste alternative şi sporeşte calitatea datelor.

Închidere de perioada accelerată - eliminarea programelor de divizare periodică sporeşte viteza proceselor de închidere.

© SAP AG Pagina 12 din 75

Page 13: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

2.2 Contabilitate imobilizări

2.2.1 Contabilitate imobilizări

ScopFuncţiile pentru Gestiuneimobilizări corporale vă permit să ilustraţi şi să documentaţi dezvoltarea activelor imobilizate în scopuri contabile.

Contabilitatea imobilizărilor este un registru subsidiar al Cărţii Mari şi este utilizat pentru a gestiona şi documenta în detaliu tranzacţiile cu imobilizări. În contabilitatea pentru Cartea Mare puteţi actualiza amortizarea şi modificările valorilor bilanţului de imobilizări din Contabilitatea imobilizărilor. Puteţi, de asemenea, efectua diferite alocări de cont la contabilitatea costurilor pentru aceste tranzacţii.

Ca urmare a integrării în SAP ERP, Contabilitatea imobilizării (FI-AA) transferă datele direct la şi de la alte componente SAP ECC, de exemplu, înregistrarari din componenta Gestiunea materialelor (MM) direct in FI-AA. Când achiziţionaţi o imobilizare sau produceţi intern o imobilizare, puteţi înregistra direct i factura, intrarea de bunuri, sau retragerea din depozit în componenta Contabilitate imobilizări. În acelaşi timp, puteţi transfera amortizarea şi dobânda direct la componentele de Contabilitate financiară (FI) şi Contabilitate costuri (CO). Din componenta Întreţinere unitate logistică (PM), sunt disponibile activităţi de întreţinere care necesită capitalizarea imobilizărilor

Pentru a gestiona active corporale, sunt accesibile funcţiile de afaceri din următoarele componente de sistem:

Componentă Funcţii

Contabilitate financiară (FI) Integrare cu Cartea Mare şi alte registre auxiliare

Contabilitate imobilizări (FI-AA)

Evaluarea activelor imobilizate şi decontarea imobilizărilor în curs

Contabilitate costuri (CO) Înregistrare amortizare contabilitate costuri

Fluxul de proces Achiziţie de la furnizor

Achiziţie cu înregistrare de cont de contrapartidă automată

Retragere cu venit

Vânzare imobilizare fără client

Postcapitalizare

Actualizări amortizări

Decontare imobilizări în curs

Cerere avans pentru imobilizare în curs

Execuţie înregistrare amortizare

Înregistrare costuri de achiziţie şi producţie

Simulare amortizare / Planificare costuri primare

© SAP AG Pagina 13 din 75

Page 14: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Puncte cheie Urmarirea intregii durate de viaţă a unei imobilizări de la comanda de aprovizionare sau

achiziţia iniţială (posibil gestionată ca imobilizare în curs) până la retragerea sa.

Calcularea de valori pentru amortizare şi dobândă

Planificarea in timp a amortizarii

2.2.2 Achiziţie imobilizari prin capitalizare directă

ScopAchiziţia unei imobilizări de investiţii care nu trece prin faza de imobilizare în curs (IîC), presupune capitalizarea acesteia direct în modulul de Contabilitate imobilizări. Necesitatea pentru o nouă imobilizare este solicitata şi aprobata de managerul centrului de cost, achiziţionata prin departamentul de aprovizionare, iar costurile asociate cu comanda de aprovizionare sunt capitalizate când factura de la furnizor este prelucrată.

Fluxul de proces Creare ofertă pentru poziţie de producţie pe stoc

Convertire ofertă în comandă

Ridicare şi expediere poziţii

Facturare

Plată

Puncte cheie Achiziţionarea unei imobilizări de investiţie care nu are o fază de imobilizare în curs prin

capitalizarea directă a imobilizării

Necesitatea unei noi imobilizări este solicitată şi aprobată de managerul centrului de cost

Imobilizarea este achiziţionată prin departamentul de aprovizionare

Costurile asociate cu comanda de aprovizionare sunt capitalizate când factura de furnizor este prelucrată

Activităţi de închidere de perioadă

o Decontare comandă (imobilizare în curs)

o Simulare / execuţie amortizare

o Înregistrare costuri de achiziţie şi de produs

o Deschidere şi închidere perioadă financiară pentru imobilizari

o Recalculare valori

o Modificare an fiscal

o Reconciliere conturi

o Închidere de sfarşit de perioadă în Contabilitate imobilizari

© SAP AG Pagina 14 din 75

Page 15: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

2.2.3 Achiziţia de imobilizări pentru imobilizări construite

ScopImobilizările în curs (IîC) reprezintă un tip special de imobilizări corporale. Acestea sunt afişate sub forma unei poziţii separate de bilanţ şi, prin urmare, necesită o determinare de cont separată şi propriia clasa de imobilizări. În timpul fazei de construire a unei imobilizări, toate înregistrările efective sunt alocate la IîC. După ce imobilizarea este terminată, este efectuat un transfer la activul imobilizat final.

Recomandarea de a utiliza comenzile de investiţie pentru a captura costurile imobilizărilor IîC în timpul perioadei financiare implica decontarea in cadrul procesului de inchidere de luna a costurilor din comanda de investiţie la IîC. Acest lucru este efectuat pentru ca informaţiile de buget să poată fi introduse pentru IîC şi pentru ca urmărirea valorilor efectiv-buget să poate fi realizată. După ce IîC este terminată, imobilizarea finală este creată în clasa de imobilizări corespunzătoare, iar comanda de investiţie este setată pe "complet" pentru ca următoarea decontare să transfere valoarea imobilizării IîC la imobilizarea terminată.

Fluxul de proces Creare comandă de investiţie cu imobilizare în curs

Creare buget pentru imobilizare

Eliberare comandă de investiţie

Înregistrare factură la comandă de investiţie

Monitorizare comandă

Decontare imobilizare în curs

Terminare comandă

Puncte cheie Imagine transparentă a unei imobilizări pentru achiziţie

Prelucrare automată eficientă

2.3 Planificare

2.3.1 Planificare venituri

ScopUn fabricant de mai multe grupuri de produse gestioneaza un sistem SAP cu un singur departament de vânzări. Organizaţia are un departament de control gestiune central care calculează şi planifică cantităţile de vânzări şi veniturile.

Fluxul de proces Planificare venituri pe baza datelor istorice

© SAP AG Pagina 15 din 75

Page 16: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Calculaţie costuri

Transfer la SOP

Puncte cheie Integrare cu Vânzări, Financiar, Control gestiune şi Producţie

Utilizarea funcţionalităţii automate pentru planificare

Datele pot fi planificate în foi de calcul

2.3.2 SOP prin transfer planificat pe termen lung la SIL/SIA/capacitate

ScopCompaniile au de obicei un exerciţiu de planificare anuală cunoscut sub numele planificare operativă anuală (POA). În această planificare, toate aspectele companiei sunt planificate, şi anume: venituri, producţie, aprovizionare directă şi aprovizionare indirectă, capacitate şi costuri produs/generale.

Planificarea POA este denumită uneori şi buget anual. Planul este pregătit pentru următorul an fiscal, iar colectarea de date pentru planificare / buget este de obicei începută în ultimul trimestru al anului fiscal curent.

Exerciţiul POA începe cu prognoza pentru cantităţile de vânzări şi venituri pentru anul fiscal următor.

Managerii de vânzări revizuiesc şi ajustează cantităţile de vânzări pe baza informaţiilor şi raţiunii lor. Planurile de cantitate de vânzări sunt încărcate în CO-PA. Cantităţile de vânzări sunt revizuite din nou, ajustate manual dacă e cazul şi apoi evaluate. Rezultatul este reprezentat de venituri de vânzări şi costuri de vânzări evaluate pentru cantităţile de vânzări planificate.

Descrierea procesului de afaceri curent tratează etapele de proces începând din acest punct al procesului POA.

Cantităţile de vânzări acceptate sunt transferate in Planificare vânzări şi producţie (SOP). În SOP, are loc planificarea de capacitate pe termen lung pentru cantităţile de vânzări pentru a verifica dacă bunurile care trebuie vândute pot trece prin resursele de gâtuire ale companiei necesare pentru producerea acestor bunuri.

După ce planul de producţie s-a dovedit în linii generale fezabil in cadrul SOP, aceasta este transferat la un scenariu de planificare în modului Planificare pe termen lung (PTL) prin crearea unui necesar independent de planificare (NIP) care reflectă planul de producţie generat de sistem.

Pe baza acestor NIP-uri, planificarea necesarului de materiale (PNM) este executată în mod simulat pentru a crea şi revizui necesarul planificat pentru toate materialele (componente, materii prime) şi toate resursele necesare pentru execuţia planului de producţie creat în SOP. Simularea PNM permite şi revizuirea capacităţilor unităţilor logistice. Nivelarea de capacitate poate fi efectuată apoi pentru a uniformiza gâtuirile de capacitate.

După execuţia PNM conform celor de mai sus, sunt oferite condiţiile preliminare pentru efectuarea unui obiectiv cheie din partea de logistică a POA: calcularea utilizării totale a tipurilor de activitate alocate la posturile de lucru de fabricaţie care sunt alocate de planul de producţie. Utilizarea este bazată pe definirea consumului tipurilor de activitate în fişele tehnologice ale produselor (semifabricate sau finite) care sunt derivate din planul de producţie.

© SAP AG Pagina 16 din 75

Page 17: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Utilizarea agregată a tipurilor de activitate ale posturilor de lucru reprezintă baza pentru procesul de bugetare pentru centrele de cost de fabricaţie.

Fluxul de proces Creare plan de vânzări şi transfer la SOP (Planificare vânzări şi producţie)

Comparare generală a cantităţilor de vânzări bugetate şi a resurselor de producţie din SOP

Creare scenariu de planificare în Planificare pe termen lung pentru a simula planificarea de producţie pentru cantităţile de vânzări bugetate

Pe baza datelor de producţie simulată şi de producţie operativă (liste de materiale, fişe tehnologice), sunt calculate capacitatile posturilor de lucru şi necesarul de materiale

Utilizarea necesarului de material pentru POA - planificare preţ de achiziţie material

Utilizarea capacităţii posturilor de lucru din POA - planificare generală centru de cost

Puncte cheie Prognoză cantităţi de vânzări şi venituri

Managerii de vânzări revizuiesc şi ajustează cantităţile de vânzări

Planurile de cantitate de vânzări sunt încărcate în CO-PA şi apoi sunt transferate la Planificarea de vânzări şi producţie

Comparare generală a cantităţilor de vânzări bugetate şi a resurselor de producţie din SOP

Creare necesar independent planificat

Pe baza NIP-urilor, Planificarea de necesar de material este simulată pentru a crea şi revizui necesarul planificat pentru materiale şi resurse

Calcularea utilizării totale a tipurilor de activitate alocate la posturile de lucru de fabricaţie necesare pentru a produce cantităţile de vânzări bugetate

2.3.3 Planificare preţ material achiziţionat

ScopCosturile standard pentru materialele achiziţionate trebuie revizuite şi actualizate periodic, dacă e cazul, pentru a corespunde cu condiţiile de piaţă curente şi cu preţurile negociate.

Procesul începe cu transferarea cantităţilor de materiale necesare din planificarea pe termen lung şi descărcarea ultimelor preţuri de achiziţie. Necesarul de materiale este evaluat cu ultimele preţuri de achiziţie de catre cumpărători pentru a le compara cu standardele curente.

Cumpărătorii actualizează foaia de calcul cu preţurile pe care le consideră că trebuie să reprezinte noul standard. Preţurile actualizate sunt apoi încărcate drept preţuri planificate noi. Aceste preţuri planificate sunt utilizate in calculaţia de costuri pentru produs, pentru a evalua produsele semifabricate şi finite si pentru a determina costul bunurilor vandute.

© SAP AG Pagina 17 din 75

Page 18: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Fluxul de proces Transfer scenariu de planificare pe termen lung la sistem de informaţii de aprovizionare

Descărcare materiale achiziţionate pentru actualizate buget preţ de achiziţie

Revizuire date şi negociere cu furnizori

Modificare preţ planificat de materiale 1 (registru de materiale)

Puncte cheie Transferarea cantităţilor de materiale necesare din planificarea pe termen lung

Descărcarea ultimelor preţuri de achiziţie

Necesarul de material este evaluat cu ultimele preţuri de achiziţie

Preţurile planificate utilizate in calculaţia de costuri de produs pentru a evalua produsele si pentru a determina costurile standard

Costurile standard sunt utilizate ca preţuri planificate noi

2.3.4 Planificare generală centre de cost

ScopÎn cursul procesului de bugetare anuală, managerii centrelor de cost non-operationale cum ar fi vânzări, marketing, administraţie, cercetare şi dezvoltare etc., planifică costurile pentru diverse tipuri/elemente de costuri pentru propriile centre de cost. Punctul de pornire uzual pentru dezvoltarea acestor planuri reprezintă datele efective din anul curent/anterior.

În acest proces, cheltuielile efective din anul anterior aferente acestor centre de cost sunt copiate în versiunea de buget POA (planificare operativă anuală) din contabilitatea centrelor de cost. Alternativ, datele de buget din anul anterior pot fi de asemenea utilizate ca punct de plecare pentru acest proces. Datele din această versiune sunt descărcate în foi de calcul pentru fiecare element şi centru de cost. Managerii centrului de cost respectiv revizuiesc şi actualizează valorile de buget conform cerinţelor şi planurilor lor. Apoi, aceste planuri sunt încărcate înapoi în SAP. Planurile sunt revizuite şi finalizate în SAP.

Amortizarea planificată a activelor imobilizate este transferată separat la versiunea de plan a centrului de cost. Sistemul calculează amortizarea planificată a imobilizărilor după centru de cost pe baza valorilor imobilizărilor înregistrate în centrele de cost. În cazul centrelor de cost care au utilaje, amortizarea este planificată pe baza centrului de cost şi a tipului de activitate.

Fluxul de proces Copierea cifrelor efective sau de buget din anul anterior ca bază pentru planificare

Transferul amortizarii planificate din imobilizări

Descărcare elementele de cost în format foaie de calcul pentru bugetul de venituri/cheltuieli

Actualizare valori pentru venituri şi cheltuieli excluzand pe cele operationale

Încărcare elemente de cost pentru venituri şi cheltuieli excluzand pe cele operationale

© SAP AG Pagina 18 din 75

Page 19: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Planificare costuri de regularizare, indicatori statistici, evaluări

Confirmare buget centru de cost non-operational

Copiere versiune POA la versiunea efectivă 0 şi blocarea ambelor versiuni pentru planificare

Puncte cheie Copierea cheltuielilor efective din anul anterior pentru centrele de cost într-o versiunea de

buget POA

Modificarea datelor copiate

Amortizarea este transferată separat în POA

Descărcarea datelor în foi de calcul după fiecare element şi centru de cost

Încărcarea datelor ajustate în SAP

Planificarea centrului de cost în SAP este revizuită şi finalizată (costuri de regularizare, indicatori statistici, evaluări)

Activarea datelor planificate din versiunea POA

2.3.5 Planificare centru de cost de fabricaţie

ScopÎn timpul procesului de bugetare anual, managerii centrelor de cost de fabricaţie planifică costurile pentru diverse tipuri/elemente de cost pentru propriile centre de cost. Punctul de pornire uzual pentru dezvoltarea acestor planuri reprezintă datele efective pentru din curent/anterior.

În acest proces, cheltuielile efective din anul anterior aferente acestor centre de cost sunt copiate în versiunea de buget POA (planificare operativă anuală) din contabilitatea centrelor de cost. Alternativ, datele de buget din anul anterior pot fi de asemenea utilizate ca punct de plecare pentru acest proces. Datele din această versiune sunt descărcate în foi de calcul după fiecare element şi centru de cost. Managerii centrului de cost respectiv revizuiesc şi actualizează valorile de buget conform cerinţelor şi planurilor lor. Apoi, aceste planuri sunt încărcate înapoi în sistem. Planurile sunt revizuite şi finalizate în sistem.

Amortizarea planificată a activelor imobilizate este transferată separat la versiunea de plan a centrului de cost. Sistemul calculează amortizarea planificată a imobilizărilor după centru de cost pe baza valorilor imobilizărilor înregistrate în centrele de cost. În cazul centrelor de cost care au utilaje, amortizarea este planificată pe baza centrului de cost şi a tipului de activitate.

Necesarul de resurse sub formă de cantităţi de activitate planificate sunt transferate de la planificare vânzări şi producţie la centrele de cost sub forma de consum de activitate planificat. Este efectuată reconcilierea de plan între necesarul de activitate SOP şi necesarul planificat manual la centrele de cost de exploatare. După ce cantităţile de activitate şi sumele de buget sunt finalizate, preţurile de activitate planificate sunt calculate în sistem.

Fluxul de proces Descărcarea bugetului centrului de cost în foi de calcul, revizuirea de către managerii

centrelor de cost, încărcarea datelor revizuite

Transferul necesarului planificat de activitate de la producţie (SOP)

© SAP AG Pagina 19 din 75

Page 20: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Completarea manuală a datelor planificate

Calcularea preţurilor planificate de activitate (date de intrare pentru Calculaţie costuri standard POA)

Puncte cheie Copierea cheltuielilor efective din anul anterior pentru centrele de cost într-o versiunea de

buget POA

Modificarea datelor copiate

Amortizarea este transferată separat în POA

Descărcarea datelor în foi de calcul după fiecare element şi centru de cost

Încărcarea datelor ajustate în SAP

Planificarea centrului de cost în SAP este revizuită şi finalizată (costuri de regularizare, indicatori statistici, evaluări)

Activarea datelor planificate din versiunea POA

2.3.6 Planificare comandă internă R&D

ScopDiverse proiecte interne consumă resurse si presupun costuri sau cheltuieli. De obicei, scopul acestor proiecte este dezvoltarea viitoare de produse. Liniile de produse sunt în generale determinabile pentru astfel de proiecte. Costurile acestor proiecte trebuie urmărite în diverse scopuri, cum ar fi control de costuri, calculaţii de randament al investiţiei, raportare fiscală etc.

Acest proces utilizează funcţionalitatea de comandă internă SAP pentru a urmări costurile şi starea. Pentru fiecare proiect desfăşurat, o comandă internă este creată prin tipul de comandă R&D (Y100). Planificarea costurilor este efectuată pe această comandă. Când proiectul este aprobat, comanda este eliberată. Costurile determinate de proiect pot fi apoi înregistrate la comandă. Periodic, costurile colectate pe comandă sunt decontate la centrul de cost R&D alocat sau la CO-PA (dacă CO-PA este activat). Când proiectul este terminat şi decontat complet, comanda este închisă prin setarea stării adecvate.

Fluxul de proces Comandă internă R&D

Setare profil planificator

Planificare costuri pentru comandă internă R&D

Decontare costuri planificate pentru comandă internă R&D

Confirmare decontare corectă

Raportare

Puncte cheie

© SAP AG Pagina 20 din 75

Page 21: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Pentru fiecare proiect, este creată o comandă internă

Planificarea costurilor este efectuată pe această comandă

Costurile planificate pot fi decontate şi la centrul de cost R&D alocat sau la CO-PA

2.3.7 Comandă internă pentru planificare marketing şi alte costuri generale

ScopDiverse proiecte interne consumă resurse si presupun costuri sau cheltuieli. De obicei, scopul acestor proiecte este dezvoltarea viitoare de produse. Liniile de produse sunt în general determinabile pentru astfel de proiecte. Costurile acestor proiecte trebuie urmărite în diverse scopuri, cum ar fi control de costuri, calculaţii de randament al investiţiei, raportare fiscală etc.

Acest proces utilizează funcţionalitatea de comandă internă SAP pentru a urmări costurile şi starea.

În cazul proiectelor de marketing, este creată o comandă internă utilizând tipul de comandă marketing. Comenzile de marketing sunt create drept comenzi statistice. Acest lucru înseamnă că respectivele costuri sunt înregistrate la centrul de cost alocat şi, în plus, drept costuri statistice la comanda internă. Comanda nu trebuie decontată deoarece costurile reale sunt alocate la centrul de cost.

În cazul altor proiecte de costuri generale, comenzile interne sunt create utilizând tipul de comandă de costuri generale. În acest caz, este alocat un centru de cost responsabil. Comenzile interne trebuie sa fie decontate la acest centru de cost.

Fluxul de proces Crearea comenzilor interne

Planificare elementelor de cost la comenzi interne

Decontarea comenzilor interne (costuri planificate)

Puncte cheie După crearea comenzii interne, setaţi un profil de planificare şi planificaţi costurile la nivel de

element de cost. Şi veniturile pot fi planificate dacă comanda presupune venituri.

De asemenea, puteţi aloca bugete la o comandă internă. Bugetele sunt sume forfetare care nu sunt defalcate în elemente de cost.

După verificarea regulilor de decontare, executaţi decontarea costurilor planificate la destinatari.

Puteţi utiliza rapoarte standard pentru a confirma decontarea corectă şi bugetele alocate la comenzi.

Costurile planificate şi efective ale acestor proiecte pot fi urmărite în diverse scopuri, cum ar fi control de costuri, calculaţii de randament al investiţiei, raportare fiscală etc.

© SAP AG Pagina 21 din 75

Page 22: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

2.3.8 Calcul costuri standard

ScopAnual, costurile standard pentru produse sunt actualizate în cadrul planificării operative anuale (POA). Acest lucru este necesar pentru a reflecta modificările de preţuri pentru piesele achiziţionate, modificarea costurilor de manoperă şi generale şi modificarea listelor de materiale şi a operaţiilor necesare pentru fabricaţie produselor semifabricate şi finite.

După ce preţurile planificate pentru piesele achiziţionate sunt actualizate şi preţurile de activitate planificate sunt calculate, este efectuată o execuţie de calculaţie de costuri pentru a calcula noile preţurile planificate standard ale materialelor. Preturile standard calculate sunt verificate. Persoanelor responsabile li se solicită să efectueze corecţiile necesare, de ex., în datele de bază. După ce calculaţiile sunt considerate corecte, preţurile sunt actualizate drept costuri planificate viitoare în înregistrările de bază de material corespunzătoare.

După ce anul curent este închis, estimările de costuri marcate sunt eliberate. Aceasta generează reevaluarea stocurilor existente la noile preţuri standard.

Fluxul de proces Creare şi execuţie calculaţie costuri

Analiză preţuri standard propuse

Repetare scenarii de planificare operaţională anuală

Editare execuţie costuri şi executare

Transfer venituri POA costuri de vânzări

Creare execuţie de calculaţie costuri îngheţate / Execuţie calculaţie costuri

Marcare drept preţ planificat viitor

Eliberare estimare costuri standard cost şi reevaluare stoc la început de an fiscal nou

Puncte cheie Costurile standard pentru produse sunt actualizate în cadrul planificării operative anuale.

Se executa calculaţia de costuri pentru a calcula noile preţuri planificate standard ale materialelor

Persoanelor responsabile li se solicită să efectueze corecţiile necesare

Preţurile sunt actualizate drept costuri planificate viitoare în înregistrările de bază de material

După ce anul curent este închis, estimările de costuri marcate sunt eliberate

Reevaluarea stocurilor existente la preţurile standard noi

Activităţi de închidere de perioadă

o Execuţie calculaţie costuri

© SAP AG Pagina 22 din 75

Page 23: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

2.3.9 Planificare trimestrială – prognoză cantitate vânzări cu CO-PA

Scop Un fabricant de mai multe grupuri de produse gestioneaza un sistem SAP cu un singur departament de vânzări. Organizaţia are un departament de control gestiune central care calculează şi planifică cantităţile de vânzări şi veniturile.

Fluxul de proces Planificarea cantităţii de vânzări pe baza datelor efective

Transfer la SOP

2.3.10 Referinţă şi simulare calculaţie costuri

Scop"Referinţă şi simulare calculaţie costuri" este un instrument pentru planificarea costurilor şi setarea preţurilor prin care introduceţi manual poziţiile de calculaţie costuri în format foaie de calcul într-o estimare de costuri unitare.

Prin această componentă, creaţi componente de referinţă pentru costuri. O componentă de referinţă pentru costuri este un obiect de referinţă în Planificarea costurilor de produs pre care îl creaţi în Referinţă şi simulare calculaţie costuri pentru a planifica costurile pentru un produs sau serviciu nou şi pentru a simula modificările la estimările de costuri existente. Dacă faceti planificatii pentru un produs nou pentru care nu există date de bază în SAP ERP, puteţi efectua planificarea iniţială şi proiecţiile de costuri prin crearea unei componente de referinţă pentru costuri prin referinţă şi simulare calculaţie costurlori. Prin această metodă, planificaţi manual costurile pentru o poziţie.

Când primele date de baza de material sunt create în SAP ERP, puteţi utiliza estimarea de costuri de material fără structură de cantitate pentru a planifica manual costurile pentru produse fabricate şi costurile bunurilor vândute pentru produs. Puteţi utiliza estimarea de costuri pentru obiect de cost ca referinţă pentru această activitate. Sunt disponibile două metode pentru planificarea estimata de costuri de material fără structură de cantitate: calculaţie costuri unitare pe mai multe niveluri şi calculaţie costuri unitare la nivel individual. Calculaţia de costuri pe mai multe niveluri vă permite să planificaţi costurile la nivel de ansamblu fără a necesita liste de materiale de producţie.

Fluxul de proces Creare şi calculaţie costuri pentru componentă de referinţă pentru costuri

Analiza rezultatelor

Modificare componentă de referinţă pentru costuri

Raport din sistemul de informaţii

Puncte cheie

© SAP AG Pagina 23 din 75

Page 24: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Referinţă şi simulare calculaţie costuri

Componentă de referinţă pentru costuri

o După creare şi calcul, componenta de referinţă pentru costuri poate fi monitorizată şi analizată.

Raportare din sistemul de informaţii

o Monitorizare componentă de referinţă pentru costuri

2.4 Închidere sfârşit de perioadă şi înregistrări efective

2.4.1 Închidere sfârşit de perioadă pentru unitate logistică generală

ScopProcesul de închidere unitate logistică/centrală este efectuat pentru a vă asigura că toate înregistrările financiare sunt efectuate si reprezinta activitatea unităţilor logistice pentru perioada respectivă. Activitatea zilnică din unitatea logistică este reprezentată de înregistrarea diferitelor documente financiare în Cartea Mare şi în modulul de control gestiune costuri. Acest proces asigură faptul că toate activităţile din unitatea logistică sunt reprezentate corect şi că nu lipsesc înregistrări financiare. Anumite date (valoarea totală de stoc, stocul total, clasa de evaluare, indicatorul de control preţ şi unitatea de preţ) sunt gestionate după perioadă. Pentru ca aceste valori şi mişcări de bunuri să fie înregistrate în perioada corectă, perioada trebuie setată de câte ori începe o perioadă nouă. Raportarea de gestiune trebuie să primească informaţii despre unitatea logistică cu referinţă la varianţe, PN şi rebut pentru a permite raportarea corectă a acestor cifre. Comenzile de producţie/proces care nu mai sunt active trebuie marcate ca închise pentru a nu mai permite înregistrări ulterioare. Acest proces este inglobat în procesul de închidere centrală care finalizează raportarea financiară a companiei.

Închiderea de sfârşit de perioadă pentru unitate logistică "generală" acoperă închiderea pentru controlul de gestiune al costurilor de produs după perioadă şi controlul de gestiune al costurilor de produs după comandă. Procedurile pentru costuri de produs după comandă sunt identice, indiferent dacă un fabricat utilizează comenzi de proces sau comenzi de producţie.

Fluxul de proces Execuţie ciclu de evaluare pentru costuri de calitate

Se asigura că mişcările de bunuri şi tranzacţiile de producţie sunt complete

Deschidere perioadă MM nouă

Închiderea de sfârşit de perioadă pentru comenzi de producţie (costuri generale, calculaţii PN, calculaţii de varianţe, decontare comenzi de producţie)

Închidere comenzi de producţie complete

Colectare de date pentru ierarhie de însumare (raportare)

Execuţie decontare efectivă a tuturor costurilor centrelor de cost pentru analiza profitabilităţii (COPA)

© SAP AG Pagina 24 din 75

Page 25: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Execuţie raport de profitabilitate

Puncte cheie Execuţie ciclu de evaluare pentru costuri de calitate

Se asigura că mişcările de bunuri şi tranzacţiile de producţie sunt complete

Deschidere perioadă MM nouă

Închiderea de sfârşit de perioadă pentru comenzi de producţie (costuri generale, calculaţii PN, calculaţii de varianţe, decontare comenzi de producţie)

Închidere comenzi de producţie complete

Colectare de date pentru ierarhie de însumare (raportare)

Execuţie decontare efectivă a tuturor costurilor centrelor de cost pentru analiza profitabilităţii (COPA)

Execuţie raport de profitabilitate

2.4.2 Evaluare de stocuri pentru închidere de sfârşit de an

ScopAceastă componentă tratează procesul de evaluare stocuri - evaluare de bilanţ la sfârşitul anului. Acesta oferă utilizatorilor finali un exemplu de descriere de proces pe care îl pot utiliza ca model pentru propriile procese de evaluare.

Documentaţiile de proces de afaceri cuprind următoarele etape de proces:

Evaluare stoc utilizând principiul celei mai mici valori pentru materii prime, materiale de ambalare şi marfuri.

Devalorizări suplimentare după rotaţie

Calculaţie costuri inventar pentru produse finite şi semifabricate, conform principiului celei mai mici posibile valori

Raportare valoare stoc sub formă de analiză comparativă

Înregistrare de ajustare manuală valoare de stoc în componenta de Contabilitate financiară

Aceste Documentaţii de proces de afaceri pot fi utilizate de toate companiile care deţin un sistem SAP ERP care integrează componentele de Gestiunea materialelor (MM), Planificare de producţie (PP), Contabilitate financiară (FI) şi Control gestiune (CO).

Estimarea de costuri de inventar calculează preţuri bazate pe taxă sau preturi comerciale pentru produse semifabricate şi finite. După ce stocurile sunt evaluate din punctul de vedere al costurilor, rezultatele calculaţiei de costuri sunt transferate in registrul de materiale ca preţuri bazate pe taxă şi comerciale.

Evaluarea de stocuri este efectuată conform legislaţiei locale (cum ar fi Codul comercial român), inclusiv setările pentru structura de costuri generale, varianta de evaluare şi evaluarea de stoc cu devalorizare pe bază de rotaţie.

Fluxul de proces

© SAP AG Pagina 25 din 75

Page 26: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Evaluare stoc utilizând principiul celei mai mici valori pentru materii prime, materiale de ambalare şi marfuri.

Devalorizări suplimentare după rotaţie.

Calculaţie costuri inventar pentru produse finite şi semifabricate, conform principiului celei mai mici posibile valori.

Raportare valoare stoc sub formă de analiză comparativă.

Înregistrare de ajustare manuală valoare de stoc în componenta de Contabilitate financiară.

Puncte cheie Evaluare de stoc pentru materii prime, materiale de mabalare şi produse comerciale pe

baza celei mai mici valori posibile

Evaluarea de stocuri pentru materiale semifabricate şi finite pe baza cerinţelor locale pentru abordările de evaluare

Ajustare valoare stoc

2.4.3 Control gestiune costuri generale - valori efective

ScopAceastă parte descrie înregistrările efective bazate pe tranzacţiile care sunt utilizate în Control gestiune cheltuieli generale.

Pentru o explicaţie a activităţilor care sunt efectuate la sfârşit de perioadă, consultaţi capitolul Închidere de sfârşit de perioadă.

Fluxul de proces Înregistrări efective pentru un centru de cost

o Pentru costurile primare, este înregistrat centrul de cost aferent

o Actualizare centru de cost cu valorile corecte

o Înregistrare indicatori statistici

Activităţi periodice şi de sfârşit de an

o Comparaţie între costuri efective şi planificate pentru centrul de cost

o Alocare de costuri primare şi secundare printr-un element de cost de evaluare

o Înregistrare de costuri de regularizare pentru costuri sociale de calcul salarial în mod lunar

o Întreţinere versiune de control gestiune

o Blocare perioadă

Puncte cheie

© SAP AG Pagina 26 din 75

Page 27: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Prelucrarea unui document CM în diverse scopuri

Etapele necesare pentru pregătirea activităţilor periodice şi de sfârşit de an

2.4.4 Comandă internă R&D - efectiv

ScopDiverse proiecte interne consumă resurse care imiplica suportă costuri sau cheltuieli. De obicei, scopul acestor proiecte este dezvoltarea viitoare de produse. Liniile de produse sunt în general determinabile pentru astfel de proiecte. Costurile acestor proiecte trebuie urmărite în diverse scopuri, cum ar fi control de costuri, calculaţii de randament al investiţiei, raportare fiscală etc.

Acest proces utilizează funcţionalitatea de comandă internă SAP pentru a urmări costurile şi starea. Pentru fiecare proiect desfăşurat, o comandă internă este creată prin tipul de comandă R&D (Y100). Planificarea costurilor este efectuată pe această comandă. Când proiectul este aprobat, comanda este eliberată. Costurile determinate de proiect pot fi apoi înregistrate la comandă. Periodic, costurile colectate pe comandă sunt decontate la centrul de cost R&D alocat sau la CO-PA (dacă CO-PA este activat). Când proiectul este terminat şi decontat complet, comanda este închisă prin setarea stării adecvate.

Fluxul de proces Creare comandă internă R&D

Aprovizionare cu bunuri de consum

Înregistrare ieşire bunuri la comandă internă R&D

Decontare comandă internă

Puncte cheie Imagine transparentă a comenzilor restante, expediţiilor şi stocurilor

Prelucrare automată eficientă

2.4.5 Comandă internă pentru planificare marketing şi alte costuri generale - efectiv

ScopDiverse proiecte interne consumă resurse si implica costuri sau cheltuieli. De obicei, scopul acestor proiecte este dezvoltarea viitoare de produse. Liniile de produse sunt în generale determinabile pentru astfel de proiecte. Costurile acestor proiecte trebuie urmărite în diverse scopuri, cum ar fi control de costuri, calculaţii de randament al investiţiei, raportare fiscală etc.

Acest proces utilizează funcţionalitatea de comandă internă SAP pentru a urmări costurile şi starea.

În cazul proiectelor de marketing, este creată o comandă internă utilizând tipul de comandă marketing. Comenzile de marketing sunt create drept comenzi statistice. Acest lucru înseamnă că respectivele costuri sunt înregistrate la centrul de cost alocat şi, în plus, drept costuri statistice la

© SAP AG Pagina 27 din 75

Page 28: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

comanda internă. Comanda nu trebuie decontată deoarece costurile reale sunt alocate la centrul de cost.

În cazul altor proiecte de costuri generale, comenzile interne sunt create utilizând tipul de comandă de costuri generale. În acest caz, este alocat un centru de cost responsabil. Comenzile interne trebuie alocate la acest centru de cost.

Fluxul de proces Creare comandă internă

Înregistrare trazactie in cont Carte Mare

Verificare reguli de decontare

Verificare decontare

Verificare buget efectiv

Puncte cheie Acest proces utilizează funcţionalitatea de comandă internă SAP pentru a urmări costurile şi

starea.

Oferă o imagine transparentă a unei comenzi interne

Permite prelucrarea automată eficientă

2.4.6 Închidere de sfârşit de perioadă în contabilitate financiară

ScopOperaţiile de închidere sunt sarcini periodice şi pot fi clasificate astfel în FI:

Închidere de sfârşit de zi

Închidere de sfârşit de lună

Închidere de sfârşit de an

Componenta Operaţii de închidere vă ajută să pregătiţi şi să efectuaţi activităţile necesare pentru închiderea de sfârşit de zi, de lună şi de an. În acest scop, sistemul oferă o serie de rapoarte standard pe care le puteţi utiliza pentru a genera evaluări şi analize direct din soldurile tuturor conturilor înregistrate. Sistemul vă ajută să efectuaţi următoarele activităţi:

Creare bilanţuri şi declaraţii de profit şi pierderi (P&P)

Documentare date de înregistrare

Nu sunt necesare înregistrări suplimentare pentru închiderea de sfârşit de zi.

Pentru utilizarea evaluărilor următoare închiderii de sfârşit de zi şi pentru documentarea datelor de înregistrare puteţi realiza următoarele:

Jurnal compact de documente

Evaluare documente care nu au fost înregistrate

© SAP AG Pagina 28 din 75

Page 29: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Pentru a efectua operaţiile de închidere în contabilitatea CM, trebuie să efectuaţi operaţiile de închidere în domeniile contabile de registru auxiliar pe care le utilizaţi. Acestea includ:

Contabilitate clienţi şi furnizori

Contabilitate stocuri

Contabilitate mijloace fixe

Închiderea de sfârşit de an este divizată în două faze:

La începutul anului fiscal, deschideţi perioade noi de înregistrare şi reportaţi soldurile din anul anterior

Apoi pregătiţi şi creaţi declaraţiile financiare şi documentaţi tranzacţiile de afaceri prin pista de audit de solduri

Sistemul SAP oferă o serie de rapoarte care pot reporta soldurile în anul fiscal nou. În acest proces, conturile de profit şi pierderi sunt reportate la unul sau mai multe conturi de rezultate reportate. Soldurile conturilor de bilanţ sunt pur şi simplu reportate în anul fiscal nou. Nu trebuie să creaţi declaraţii financiare speciale de deschidere.

Toate înregistrările din vechiul an fiscal ajustează automat soldul relevant de reportare. Nu este necesară închiderea vechiului an fiscal şi realizarea înregistrărilor de închidere înainte de deschiderea unui an fiscal nou.

Ca şi în cazul închiderii de sfârşit de lună, puteţi crea toate rapoartele externe necesare şi efectua evaluările interne.

Fluxul de proces închidere de sfârşit de zi

închidere de sfârşit de lună

închidere de sfârşit de an

Puncte cheie Actualizare cursuri de schimb

Discontinuităţi în alocare număr document

Numere de factură alocate de două ori

Afişarea jurnalului compact pentru documente

2.5 Vânzări şi distribuţie

2.5.1 Prelucrare vânzări prin terţi (cu notificare de expediţie)

© SAP AG Pagina 29 din 75

Page 30: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

În prelucrarea comenzii prin terţi, compania dvs. nu livrează articolele solicitate de un client. În schimb, transferaţi comanda la un furnizor terţ care expediază apoi bunurile direct la client şi vă emite o factură. Comanda de vânzări standard creează automat un referat de necesitate pentru materialele care trebuie livrate de furnizorul terţ.

În acest scenariu, furnizorul expediază o notificare de expediţie. Apoi este înregistrată o intrare de bunuri statistică. Factura de intrare de la furnizor actualizează cantitatea facturata, astfel încât documentul de facturare pentru client să poată fi creat numai după introducerea facturii de la furnizor.

.

2.5.2 Gestiune crediteSe poate efectua o verificare a limitei de credit la crearea sau modificarea documentelor de vânzări. Această verificare este efectuată de sistem în cadrul unui singur domeniu de control de credit. Dacă modificaţi cantităţile sau valorile dintr-un document, verificarea este repetată. Un domeniu de control de credit cuprinde unul sau mai multe coduri de companie. Un document de vânzări ţine de un domeniu de control de credit în funcţie de alocarea departamentului de vânzări la un cod de companie. Sistemul SAP verifică limita de credit care a fost acordată clientului în acest domeniu de control de credit. Domeniile de control de credit şi limita de credit a unui client sunt definite în contabilitatea financiară şi introduse în înregistrarea de bază de client. În timpul verificării, sistemul SAP însumează creanţele, poziţiile deschise şi valoarea netă a comenzii de vânzări pentru fiecare poziţie a documentului de vânzări. Poziţiile deschise iau în calcul obligaţiile contractuale care nu sunt înregistrate în scopuri contabile, dar implică cheltuieli prin diverse tranzacţii de afaceri. Apoi, sistemul compară totalul cu limita de credit. Dacă limita este depăşită, sistemul răspunde în modul definit de dvs. în meniul de configurare.

În această soluţie vom utiliza controlul automat de credit. În timpul controlului automat de credit, puteţi configura o reacţie de sistem ('A' avertizare, 'B' eroare, 'C' similar cu A + valoarea cu care limita de credit este depăşită, şi D’ - similar cu B + valoarea cu care limita de credit este �depăşită) când limita de credit este depăşită, am selectat opţiunea „C” (avertizare + valoarea cu care limita de credit este depăşită).

Sistemul oferă o tranzacţie pentru a lista toate documentele de vânzări care au fost blocate pentru livrare, cu informaţii despre cauzele blocării. Situaţia curentă a creditului clientului este revizuită manual de departamentul de credite, iar blocarea de livrare este eliminată din comanda de vânzări la aprobarea comenzii de vânzări. Puteţi trece direct din listă la un document individual.

2.5.3 Prelucrare comandă de vânzări: vânzări din stocAcest scenariu descrie întreaga secvenţă de procese pentru un proces de vânzări standard (vânzări din stoc) cu un client. Procesul de afaceri cuprinde toate etapele de la crearea unei comenzi, până la compensarea unui cont de client după primirea plăţii.

Procesul începe cu crearea unei comenzi de vânzări standard de client. În funcţie de client şi de material, au loc diverse activitati speciale în timpul introducerii, cum ar fi stabilirea preţului pentru client/material, inserarea rabaturilor aplicabile, verificarea disponibilităţii materialelor şi verificarea istoricului de credit al clientului.

Se verifică dacă există suficiente materiale în locul de depozitare necesar. În caz contrar, are loc o mişcare de stoc. Apoi sunt generate bonurile de ridicare pentru şefii de depozit pentru a pune la dispoziţie produsul în vederea expedierii la client.

După ce este ridicat, cantitatea expediată fizic trebuie înregistrată în sistem pentru a asigura faptul că nu există diferenţe între comanda de vânzări şi documentul de livrare. Diferenţele efective pot fi de asemenea documentate pentru a se asigura corectitudinea înregistrărilor.

© SAP AG Pagina 30 din 75

Page 31: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

După terminarea ridicării, şeful de depozit trebuie să descarce sistematic gestiunea. Această descărcare de gestiune reprezintă înregistrarea efectivă a cantităţii fizice care este expediată la client. Acest lucru are ca rezultat înregistrarea în contabilitatea financiară a costurilor bunurilor vândute.

După ce gestiunea a fost descărcată, livrarea poate fi facturată, iar veniturile împreună cu costurile bunurilor vândute sunt înregistrate în contabilitatea de gestiune. Această etapă reprezintă sfârşitul tranzacţiei de afaceri din Vânzări şi Distribuţie.

2.5.4 Livrare gratuităAcest scenariu descrie procesul de furnizare de bunuri către un client în mod gratuit. Se creează un tip unic de comandă de vânzări care nu este relevant pentru facturare. Comanda este confirmată pe baza disponibilităţii bunurilor. Apoi este creată o livrare; bunurile sunt ulterior ridicate, confirmate şi livrate la client.

2.5.5 Retururi şi reclamaţiiAcest scenariu descrie prelucrare retururilor de comenzi de vânzări. Procesul începe cu o comandă de vânzări de retur cu referinţă la factura originală pentru bunuri. Un document RMA este tipărit şi redirecţionat la client pentru a fi anexat bunurilor de intrare. Bunurile sunt expediate înapoi, o livrare de retur este creată cu referinţă la RMA şi materialul este primit în stocul de retur. Locaţia stocului de retur este setată astfel încât să nu fie relevantă pentru PNM. Bunurile sunt controlate, rezultând într-o decizie de returnare a bunurilor în stoc sau la rebuturi. Un credit memo este creat din tranzactia de facturare şi înregistrat in contul clientului.

2.5.6 Ofertă de vânzăriAcest scenariu descrie procesul pentru o ofertă de vânzări standard. Procesul începe când o cerere de ofertă (CdO) este primită de la un client. Ca răspuns la CdO a clientului, este creată o ofertă în sistemul SAP. Apoi, clientul poate accepta sau respinge oferta.

2.5.7 Prelucrare comandă de vânzări pentru client potenţialÎn acest scenariu, prelucraţi documente de comandă de vânzări fără a căuta mai întâi informaţiile clientului.

Un client fictiv este utilizat când agenţii de prelucrare a comenzii de vânzări trebuie să cerceteze o comandă, fără a căuta numărul contului clientului. Comanda de vânzări poate fi salvată, dar rămâne incompletă până când un număr de cont de client valabil este introdus în comanda de vânzări. Această funcţie este utilă în special pentru companiile care preiau comenzi telefonice. De exemplu, un client sună şi solicită preţul şi informaţii despre un articol din catalog. Agentul de prelucrare a comenzii poate creat întreaga comandă fără a necesita un număr de cont de client până la sfârşit. După ce numărul de cont de client este introdus, toate informaţiile specifice ale clientului sunt transferate din registrul de clienţi şi din late înregistrări specifice pentru clienţi.

© SAP AG Pagina 31 din 75

Page 32: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

2.5.8 Prelucrare vânzări prin terţi (fără notificare de expediţie)În prelucrarea comenzii prin terţi, compania dvs. nu livrează articolele solicitate de un client. În schimb, transferaţi comanda la un furnizor terţ care expediază apoi bunurile direct la client şi vă emite o factură. Comanda de vânzări standard creează automat un referat de necesitate pentru materialele care trebuie livrate de furnizorul terţ.

Factura de intrare de la furnizor actualizează cantitatea de facturare, astfel încât documentul de facturare pentru client să poată fi creat numai după introducerea facturii de la furnizor.

2.5.9 Vânzare de poziţie achiziţionatăÎn acest scenariu, un client comandă un material care nu se află momentan în stoc. Materialul este deci achiziţionat de la un furnizor extern. Exemplu:

Clientul 100003 comandă 100 BUC. de material H14 de la departamentul de vânzări 1000.Materialul nu este în stoc şi trebuie procurat printr-un furnizor extern.Când creaţi comanda de vânzări, este generat un referat de necesitate. În etapa următoare, referatul de necesitate este convertit într-o comandă de aprovizionare pentru furnizorul 300000.Intrarea de bunuri este creată pe un stoc special de client pentru clientul 100003. Livrarea şi facturarea urmează de aici. În cele din urmă, este creată verificarea de factură pentru intrarea de bunuri.Pentru clientul 100003, este activată gestiunea de credite.

2.5.10 Prelucrare debit memoProcesul de debit memo este utilizat pentru a aplica un debit pentru un cont de client după ce aţi stabilit că un client a fost facturat deficitar ca urmare a unei erori de stabilire de preţ sau de rată de taxă pe vânzări. O cerere de majorare de factură este apoi creată cu suma care trebuie debitată şi plasată într-o blocare de facturare pentru revizuire. Aceasta trebuie apoi eliberată pentru a deveni relevantă pentru facturare şi apare în lista de facturi neemise. Procesul de facturare periodică creează un debit memo care trebuie expediat la client şi înregistrează un document contabil.

2.5.11 Prelucrare export comerţ exteriorPe măsură ce pieţele devin din ce în ce mai globale iar structurile companiilor din ce în ce mai complexe, necesitatea de acurateţe în gestionarea cerinţelor în materie de comerţ exterior ale unei companii devine din ce în ce mai importantă. Aplicaţia SAP de comerţ exterior/vamă (FT) asigură instrumentul de care aveţi nevoie pentru a concura eficient pe piaţa contemporană extrem de dinamică. Aceasta este concepută pentru a vă ajuta să răspundeţi rapid la cerinţele de comerţ exterior ale companiei.

Acest scenariu descrie etapele implicate în primirea de formulare vamale şi modul în care sistemul efectuează verificări de date incomplete pentru a se asigura că toate informaţiile esenţiale se află în sistem.

Documentul explică raportarea facilă prin Intrastat şi Extrastat după întreţinerea setărilor şi a datelor de bază necesare.

© SAP AG Pagina 32 din 75

Page 33: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

2.5.12 Prelucrare custodie clientAcest scenariu descrie modul în care produsele finite şi marfurile sunt gestionate în cadrul procesului de custodie. Produsele expediate la client sunt încă deţinute de companie până când acestea sunt vândute de client unui terţ. Materialele, care de obicei sunt depozitate în punctul de vânzare sau depozitul clientului, sunt înregistrate în stocul (stoc în custodie) care este alocat la clientul corespunzător. Acest lucru permite vizualizarea în orice moment a stocului curent al clientului.

2.5.13 Prelucrare returnabileSe refera la paleţii standard aparţin producătorului , trataţi fie ca bunuri returnabile, fie ca materiale de ambalare. Acest scenariu prezintă expedierea paleţilor standard şi returnarea acestora.

Acest scenariu utilizează paletul L001 cu tipul de material LEIH care este gestionat ca material returnabil.

2.5.14 Prelucrare comandă de vânzări independentă de companie*

Acest scenariu prezintă modul în care sunt prelucrate vânzările între codurile de companie.

Un client comandă bunuri de la departamentul de vânzări al furnizorului său. Furnizorul are o unitate logistică de producţie / depozitare care ţine de un alt cod de companie. Bunurile sunt produse / depozitate aici şi livrate de la unitatea logistică de producţie/depozitare direct la client.

Focalizare:

Unitatea logistică expeditoare ţine de un alt cod de companie

Livrare directă de la unitatea logistică expeditoare la client

Factură de client şi document de facturare intercompanie

Preţuri de transfer intern

Clientul 100009 expediază o comandă de aprovizionare la departamentul de vânzări al furnizorului său. Aici este creată o comandă standard cu unitatea logistică de producţie/depozitare dintr-un cod de companie diferit de cel al unităţii logistice expeditoare.

Bunurile sunt livrare de la unitatea logistică de producţie/depozitare direct la client.

Livrarea este facturată de două ori: o dată pentru a crea factura de client şi din nou pentru a efectua facturarea intercompanie.

Clientul achita factura sa transferând suma în contul bancar. Un extras de cont manual este înregistrat şi poziţia deschisa la contul clientului este compensată.

2.5.15 Prelucrare comandă de vânzări cu avans clientDe multe ori în cadrul activităţilor de afaceri, mai ales în mediul de producţie pe comandă, este posibil este necesar pentru clienti să achite o anumită sumă în avans înainte de livrarea bunurilor. Acest proces este utilizat pentru crearea unei cereri de avans, înregistrarea intrării avansului, crearea unei facturi finale după deducerea avansului primit şi determinarea sumei finale datorate pe factură.

© SAP AG Pagina 33 din 75

Page 34: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Procesul utilizează funcţionalitatea de plan de facturare. Procesul integrat permite întreţinerea unui flux de documente adecvat între tranzacţiile de vânzări şi financiare.

2.5.16 Vânzări: operaţii de închidere sfârşit de perioadăAcest scenariu descrie seria de activităţi periodice din Vânzări şi distribuţie, cum ar fi activităţile de sfârşit de zi, sau cerinţele legale, cum ar fi raportarea Intrastat şi Extrastat.

2.5.17 Prelucrare credit memoProcesul de credit memo este utilizat pentru a aplica un credit pentru un cont de client după ce aţi stabilit că un client a fost facturat excedentar ca urmare a unei erori de stabilire de preţ sau de rată de taxă pe vânzări. O cerere de corecţie factură este apoi creată cu suma care trebuie creditată şi plasată într-o blocare de facturare pentru revizuire. Aceasta trebuie apoi eliberată pentru a deveni relevantă pentru facturare şi apare în lista de facturi neemise. Procesul de facturare periodică creează un credit memo care trebuie expediat la client şi înregistrează un document contabil.

2.5.18 Prelucrare rabat: rabat în naturăAcest scenariu descrie întreaga secvenţă de procese pentru un proces de vânzări standard (vânzări din stoc) cu un client, inclusiv rabat în natură. Rabaturile în natură sunt incluse, ceea ce înseamnă că clientul primeşte cantitatea comandată, dar trebuie să plătească numai pentru o parte din această cantitate. Procesul de afaceri cuprinde toate etapele de la crearea unei comenzi, până la compensarea unui cont de client după primirea plăţii.

Procesul începe cu crearea unei comenzi de vânzări standard de client. O înregistrare de condiţie pentru rabat în natură a fost creată pentru materialul utilizat. Deci clientul primeşte o anumită cantitate de mărfuri gratuite în funcţie de cantitatea comandată.

Se verifică dacă există suficiente materiale în locul de depozitare necesar. În caz contrar, are loc o mişcare de stoc. Apoi sunt generate bonurile de ridicare pentru şefii de depozit pentru a pune la dispoziţie produsul în vederea expedierii la client.

După ce este ridicat, cantitatea expediată fizic trebuie înregistrată în sistem pentru a asigura faptul că nu există diferenţe între comanda de vânzări şi documentul de livrare. Diferenţele efective pot fi de asemenea documentate pentru a se asigura corectitudinea înregistrărilor.

După terminarea ridicării, şeful de depozit trebuie să descarce sistematic gestiunea. Această descărcare de gestiune reprezintă înregistrarea efectivă a cantităţii fizice care este expediată la client. Acest lucru are ca rezultat înregistrarea în contabilitatea financiară a costurilor bunurilor vândute.

După ce gestiunea a fost descărcată, livrarea poate fi facturată, iar veniturile împreună cu costurile bunurilor vândute sunt înregistrate în contabilitatea de gestiune. Această etapă reprezintă sfârşitul tranzacţiei de afaceri din Vânzări şi Distribuţie.

2.5.19 Prelucrare comandă de vânzări cu facturare colectivăAcest scenariu descrie modul în care puteţi utiliza prelucrarea de vânzări standard (vânzări din stoc) pentru prelucrare în masă.

Procesul începe cu crearea unor comenzi standard de vânzări.

© SAP AG Pagina 34 din 75

Page 35: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

La intervale periodice, toate comenzile de vânzări scadente pentru livrare şi cu disponibilitate de material sunt selectate şi sunt create livrări. Pentru optimizarea costurilor de expediţie, toate comenzile de vânzări care sunt livrate la acelaşi client sunt incluse într-un singur document de livrare. Pentru locaţiile cu WM simplificat, comenzile de transport WM şi documentele de ridicare sunt create automat.

Materialele sunt ridicate şi cantitatea efectivă ridicată este notată în livrare. Intrările de bunuri sunt înregistrate şi avizele de expediţie sunt create. Consumul de bunuri este înregistrat in contabilitate în background. Materialele pot ieşi din companie.

La intervale periodice, toate livrările sunt selectate pentru facturare. Pentru optimizarea costurilor, toate livrările scadente pentru facturare pentru acelaşi client sunt incluse într-un singur document de facturare. Veniturile sunt înregistrate in contabilitate în background.

2.6 Gestiune materiale

2.6.1 Gestiune depozit simplificatăGestiunea de depozit simplificată este utilizată pentru a crea un document de ridicare în timpul procesului de expediţie.

Un document de ridicare este tipărit când este creată o livrare pentru un loc de depozitare care este alocat la un depozit. Acest lucru este efectuat automat. Utilizatorul nu trebuie să gestioneze comenzi de transport din gestiunea de depozit.

2.6.2 Ofertă pentru aprovizionareProcesul de cerere de oferă (CdO) începe cu o cerere de materiale de la furnizori. Procesul CdO cuprinde o comparaţie de preţ pentru selectarea celei mai bune surse. Cumpărătorul evaluează răspunsurile de la furnizori pentru a determina cea mai bună sursă de aprovizionare. Oferta acceptată este convertită într-o comandă de aprovizionare şi o scrisoare de respingere este expediată furnizorilor ale căror oferte au fost respinse.

Informaţii specifice de material, inclusiv preţul furnizorului şi timpul de realizare, din ofertă sunt capturate în înregistrările de date de bază ERP.

2.6.3 Aprovizionare consumabileAcest scenariu tratează activităţile de creare a ofertei de aprovizionare din timpul procesului de aprovizionare. Mai mult, descrie etapele de proces suplimentare de aprobare a comenzii de aprovizionare, intrarea de consumabile, aprobare de fişe de intrare servicii şi intrări de facturi după poziţie individuală. Procesul acoperă şi prelucrarea aferentă plăţilor de ieşire, sfârşitului de perioadă pentru unitatea logistică şi închiderea de sfârşit de perioadă.

Poziţiile de consumabile (bunuri sau servicii) sunt introduse fără număr de material, ci cu o descriere scurtă drept caracteristică principală de identificare. Comanda de aprovizionare este supusă aprobării pe baza parametrilor predefiniţi înainte de a fi emisă la un furnizor.

În sistem nu există inventar pentru consumabile. Prin înregistrarea unei intrări de bunuri, valoarea bunurilor este atribuită drept cheltuieli la un centru de cost sau alt element de cost.

După intrarea facturilor de furnizor, acestea sunt introduse cu referinţă la o comandă şi poziţie de aprovizionare, asigurându-se o concordanţă trilaterală între valoarea comenzii de aprovizionare,

© SAP AG Pagina 35 din 75

Page 36: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

valoarea intrării de bunuri şi valoarea facturii. Dacă există varianţe între valoarea facturii şi a comenzii de aprovizionare, factura este blocată şi redirecţionată la cumpărător pentru aprobare. Sunt generate cecuri pentru furnizori pe baza condiţiei de plata net areflectate în factură, derivate din inregistrarile de date de baza de furnizori. Varianţele cauzate de abateri de la preţul standard sunt colectate în centrul de cost de aprovizionare şi alocate la nivel de linie de produs pe baza unui procent predefinit.

Aprovizionarea de servicii de consum urmează acelaşi proces general. Diferenţa constă în faptul că serviciul de consum nu este înregistrat printr-o intrare de bunuri, ci cu o fişă de intrare de servicii. Factura respectă aceleaşi reguli în ambele cazuri.

2.6.4 Aprovizionare fără QMProcesul de aprovizionare poate începe cu o cerere de ofertă prin care un angajat al departamentului de aprovizionare solicită o ofertă pentru furnizarea de materiale de la un furnizor. Procesul CdO cuprinde comparaţii de oferte pentru a selecta cea mai bună sursă. Cumpărătorul evaluează răspunsurile de la furnizori pentru a determina cea mai bună sursă de aprovizionare. Costurile de material convenite sunt capturate în registrul de materiale şi fac parte din evaluarea de stoc bazată pe un cost standard eliberat. Pentru a lucra cu oferte, executaţi Documentaţia de proces de afaceri Ofertă pentru aprovizionare (128).

Informaţiile specifice de material, inclusiv preţul oferit de furnizor şi timpul de realizare din ofertă, sunt capturate în înregistrări de date de bază SAP, şi anume înregistrări info, şi pot fi legate la referate de necesitate şi comenzi de aprovizionare tranzacţionale printr-o căutare SAP denumită listă de surse de aprovizionare. Înregistrările info şi listele de surse de aprovizionare pot avea unul sau mai mulţi furnizori asociaţi cu materialul; cu toate acestea, un furnizor este desemnat drept sursă primară pentru material.

Un referat de necesitate este generat prin procesul de planificare a necesarui de materiale sau manual de catre un solicitant. Un cumpărător validează acurateţea referatului de necesitate şi îl converteşte într-o comandă de aprovizionare. Comanda de aprovizionare este supusă aprobării pe baza unei sume predefinite înainte de a fi emisă la un furnizor.

Bunurile sunt expediate de la furnizor şi sunt primite în comanda de aprovizionare la care se face referinţă în documentul de la furnizor. Stocul este primit într-o locaţie pe baza unor parametri ficşi propuşi din registrul de materiale care poate fi modificat în orice moment al colectării de date de tranzacţie, şi anume crearea comenzii de aprovizionare sau intrarea de bunuri.

Factura este primită de la furnizor. Facturile sunt introduse cu referinţă la o comandă şi poziţie de aprovizionare, asigurând o comparare pe trei niveluri, valoare comandă de aprovizionare, valoare intrare bunuri şi valoare factură. Dacă există varianţe între valoarea facturii şi a comenzii de aprovizionare, factura este blocată şi redirecţionată la cumpărător pentru aprobare. Sunt generate cecuri pentru furnizori pe baza condiţiei de plata neta reflectate în factură, completat implicit din registrul de furnizori. Varianţele cauzate de abateri de la preţul standard sunt colectate în centrul de cost de aprovizionare şi alocate la nivel de linie de produs pe baza unui procent predefinit, determinat de companie.

2.6.5 Manipulare stoc: rebuturi şi stoc blocat, devalorizareAcest scenariu este declanşat de următoarele procese:

Retururi de la client

Reprelucrarea din producţie

Alte procese şi motive logistice

© SAP AG Pagina 36 din 75

Page 37: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Devalorizarea materialului la alt număr de material şi apoi reprelucrarea materialul devalorizat

2.6.6 Contract de aprovizionareProcesul de creare a unui contract începe cu necesitatea de a asigura un număr mare de materiale, cât şi de reducerea costurilor de aprovizionare. Crearea unui contract poate începe dacă au fost clarificate următoarele aspecte:

- Număr/cantitate de materiale sau servicii

- Început / sfârşit valabilitate

- Condiţii de plată

- Cantitate pentru fiecare material/serviciu din contract,

- Preţ pentru fiecare poziţie din contract

- Locaţie la care sunt livrate bunurile/serviciile.

Un contract este semnat de un director de aprovizionare sau de un cumpărător.

După crearea contractului, referatele de necesitate şi comenzile de aprovizionare pot fi realizate în relaţie cu contractul.

2.6.7 Transfer stoc cu livrareProcesul de transfer de stoc începe cu o cerinţă de a transfera un material de la o unitate logistică la alta în cadrul aceluiaşi cod de companie. Această cerere, sub forma unei comenzi de transfer de stoc, poate fi creată automat în unitatea logistică de aprovizionare prin PNM sau manual de către un cumpărător.

Cu toate acestea, procesul funcţionează şi fără PNM. În acest caz, cumpărătorul creează direct comanda de transfer de stoc.

Nu există cerinţe de date de bază în plus faţă de registrul de materiale pentru a suporta procesul de transfer de stoc. Registrul de materiale trebuie să existe atât în unitatea logistică de aprovizionare (destinatară), cât şi în unitatea logistică furnizoare (emitentă). Comenzile de aprovizionare de transfer de stoc nu sunt supuse aprobării ca alte comenzi de aprovizionare.

Un cumpărător validează acurateţea referatului de necesitate de transfer de stoc şi îl converteşte într-o comandă de aprovizionare de transfer de stoc. Sau, fără PNM, cumpărătorul creează direct comanda de aprovizionare de transfer de stoc.

Un şef de depozit din unitatea logistică emitentă monitorizează materialele care trebuie expediate şi creează livrări, după caz. După ce livrarea este creată, o listă de ridicare este generată pentru materiale. Un şef de depozit colectează materialele şi confirmă cantităţile ridicate. După ce livrarea este completă, cantităţile de livrare sunt emise, documentaţia corespunzătoare este generată şi bunurile sunt expediate, încheindu-se procesul pentru unitatea logistică emitentă.

Bunurile sunt primite de unitatea logistică destinatară cu referinţă la numărul de livrare de pe documentele de expediţie. Stocul este primit într-o locaţie pe baza unor parametri ficşi propuşi din registrul de materiale care poate fi modificat în orice moment al colectării de date de tranzacţie, şi anume crearea comenzii de aprovizionare sau intrarea de bunuri.

Un proces de transfer de stoc este conceput de la unitatea logistică A la unitatea logistică B, dar acesta funcţionează şi în direcţie opusă.

© SAP AG Pagina 37 din 75

Page 38: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

2.6.8 Transfer stoc fără livrare- nu vad legatura in continutAcest ghid de configurare oferă informaţiile necesare pentru configurarea manuală a acestui building block.

Dacă nu doriţi să configuraţi manual şi preferaţi procesul de instalare automat prin seturi BC şi alte instrumente, consultaţi ghidul de instalare din acest building block.

2.6.9 Retur la furnizorProcesul de retur la furnizor începe cu necesitatea de a returna o poziţie la un furnizor. Activitatea iniţială este solicitarea unei autorizaţii de retur material (RMA) de la furnizor. Aceasta este o etapă manuală, iar numărul RMA este introdus în câmpul de text din comanda de aprovizionare de retur. Cumpărătorul creează apoi o comandă de aprovizionare de retur în sistem. Comanda de aprovizionare de retur este similară cu o comandă de aprovizionare standard cu excepţia marcatorului de retur care configurează livrarea de retur pentru a permite expedierea poziţiilor înapoi la furnizor.

Confirmarea comenzii de aprovizionare de retur ajunge la furnizor şi livrarea de retur este expediată la departamentul de expediţie unde poziţiile sunt ridicate şi expediate înapoi împreună cu un aviz de expediţie. Când departamentul de expediţie creează livrarea, poziţiile sunt descărcate din stoc. Un credit memo este generat pentru a anula datoria către furnizor.

2.6.10 Inventar / Numarare la inventariere şi ajustareAcest scenariu prezintă procesul periodic de efectuare a ajustărilor necesare la nivelul stocului din depozit după o inventariere.

Procesul începe cu generarea fişelor de inventariere. Mai mult, materialele pot fi blocate pentru înregistrare în timpul inventarului. După ce fişele de inventar sunt tipărite, inventarierea efectivă este realizată pentru materialele date. Apoi, inventarierea este introdusă în sistem şi discrepanţele faţă de cantităţile din sistem sunt revizuite. Inventarul poate fi relizat până când valorile finale sunt acceptate şi diferenţele de inventar sunt înregistrate.

2.6.11 SubcontractareProcesul de subcontractare MM implică expedierea de componente neprelucrate la un furnizor pentru procese de fabricaţie specifice şi primirea materialului finit cu valoare adăugată înapoi în stoc.

Un referat de necesitate de subcontractare este generat prin procesul de Planificare necesar de material sau manual de un solicitant. Un cumpărător validează acurateţea referatului de necesitate şi îl converteşte într-o comandă de aprovizionare. Comanda de aprovizionare este supusă aprobării pe baza parametrilor predefiniţi înainte de a fi emisă la un furnizor.

Consumul de componente expediate este înregistrat la primirea materialului finit cu valoare adăugată. Furnizorul expediază o factură pentru serviciile prestate care este achitată în cursul ciclului normal de plată.

© SAP AG Pagina 38 din 75

Page 39: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Un client comandă bunuri de la un furnizor specificat (3000XX) ca subcontractor pe baza unui plan de producţie specific ca proces de producţie pe stoc sau pe baza unui scenariu de planificare necesar de materiale (scenariu PNM).

La livrarea bunurilor,

Scenariul se concentrează pe următoarele activităţi:

Creare comandă de aprovizionare pe bază de referat de necesitate programat creat de ultima execuţie PNM.

Opţional: creare manuală comandă de aprovizionare.

Aprobare comandă de aprovizionare (dacă e cazul)

Creare document de livrare de ieşire.

Înregistrare ieşire de bunuri pentru livrare şi transport la subcontractor.

La intrarea bunurilor, scenariul se concentrează pe următoarele activităţi:

Intrare bunuri pe bază de comandă de aprovizionare livrată de subcontractor.

Înregistrare rezervări de componente şi consum de cantităţi de componente ca furnizare de material.

Intrare factură după poziţie individuală.

Verificare factură şi validare cheltuieli fiscale.

Prelucrare plată de ieşire.

2.6.12 Aprovizionare şi consum stoc în custodieÎn prelucrarea custodiilor, furnizorul oferă materiale şi le depozitează la locatiile dvs.. Furnizorul rămâne proprietarul legal al materialelor până când retrageţi materialele din locurile de depozitare în custodie. Numai în acel moment furnizorul solicită plata. Factura este scadentă la intervale stabilite de timp, de exemplu lunar. De asemenea, puteţi stabili cu furnizorul să preluaţi proprietatea restului de material în custodie după o anumită perioadă de timp.

Execuţia zilnică PMN creează referate de necesitate cu categoria de poziţie „K” pentru piesele care trebuie procurate pe bază de custodie.

2.6.13 Aprovizionare self-service (proces de aprovizionare)Scopul acestui document este descrierea detaliată a procesului de afaceri de aprovizionare self-service din SAP Best Practices. Procesul permite unui angajat să comande bunuri sau servicii self-service dintr-un catalog online al unui furnizor şi să urmărească şi să verifice starea bunurilor şi serviciilor comandate.

Prima parte a Documentaţiei de proces de afaceri vă ghidează prin etapele pentru crearea unui coş de cumpărături, pentru un workflow de aprobare, cât şi pentru urmărirea stării coşului de cumpărături.

© SAP AG Pagina 39 din 75

Page 40: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

A doua parte a Documentaţiei de proces de afaceri descrie etapele de proces care urmează după crearea comenzii de aprovizionare în sistemul ERP. Procesele ulterioare, cum ar fi confirmarea CA, intrarea de bunuri, înregistrarea facturii şi plata finală, nu sunt descrise în acest document.

2.6.14 Aprovizionare internă: transfer de stoc independent de companie

Această secţiune descrie transferul de stoc dintre două unităţi logistice cu coduri diferite de companie. Procesul utilizează o comandă de aprovizionare cu o unitate logistică furnizoare drept furnizor. În comanda de aprovizionare, puteţi fixa preţul şi condiţiile pentru furnizor (unitate logistică furnizoare).

Materialele necesare sunt localizate în stocul disponibil din unitatea logistică furnizoare. Cantitatea de stoc pentru materialul RAW20(R20) din unitatea logistică furnizoare (unitate logistică de producţie PLANT1(1000)) şi loc de depozitare (1030) este creată printr-o înregistrare MM simplă (tranzacţia mb1c, tipul de mişcare 501 sau 561).

2.7 Planificare şi control producţie

2.7.1 Planificare logisticăScopul planificării logistice este asigurarea faptului că cererea viitoare poate fi satisfăcută de resursele disponibile ale companiei dvs. şi evidenţierea situaţiei în care cererea nu poate fi acoperită in timp util sau cantităţile necesare.

Acest proces este denumit uneori Planificare vânzări şi producţie. Procesul are loc în mod simulat şi la nivel agregat (de obicei la nivel de grup de produse). După ce este găsit un plan de producţie fezabil care satisface cererea, acesta poate fi utilizat drept bază pentru planificarea producţiei operaţionale (PNM şi programare detaliată capacitate).

Scenariile Best Practice din această secţiune acoperă următorul workflow de planificare:

Planificare/prognoză cerere viitoare

Planificare producţie agregată inclusiv verificare de capacitate pentru a verifica la nivel de grup de produse dacă cererea poate fi satisfăcută (prin funcţionalitatea SOP)

Transfer de rezultate la planificare pe termen lung (prin modulul PTL) pentru a permite simularea necesarului de material, pe baza planurilor de producţie

Planificarea are loc în versiuni de planificare separate (simulate) în cadrul PTL

Revizuire şi ajustări de necesar planificat, după caz

După ce necesarul simulat este acceptat, cererea (necesar independent) este transferată la gestiunea de cerere activă pentru PNM detaliat şi planificare / programare de producţie în versiunea activă.

© SAP AG Pagina 40 din 75

Page 41: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

2.7.2 Producţie pe stoc - industrie discretăScenariul Producţie pe stoc (PPS) se concentrează pe:

Producţie independentă de comenzi de vânzări utilizând prelucrarea producţiei PPS (producţie pe stoc) / comenzii de producţie.

Necesar independent planificat

Producţia declanşată de un plan de producţie

Producţie pe stoc - producţie pe două niveluri pentru piese de subansambluri şi finite

Utilizare de versiuni de producţie

Extindere opţională: număr de serie pentru produs finit

Extindere opţională: prelucrare externă

Extindere opţională: prelucrare gestiune loturi

Referinţe la diferite scenarii de aprovizionare pentru materii prime

Produsul fabricat anonim şi livrat la depozit este un produs finit PPS.

2.7.3 Producţie pe stoc - industrie de procesScenariul Producţie pe stoc - industrie de proces se concentrează pe:

Producţie independentă de comenzi de vânzări utilizând prelucrarea producţiei PPS (producţie pe stoc) / comenzii de proces.

Planificarea PNM cu necesar independent planificat oferă comenzi planificate pentru producţie, cât şi referate de necesitate pentru materii prime.

Comenzile de planificare sunt convertite în comenzi de proces.

Componentele sunt puse la dispoziţie în locaţia de fabricaţie.

Componentele de gestiune loturi sunt emise imediat la lansarea producţiei, produsele semifabricate şi finite sunt fabricate în combinaţie cu gestiunea loturilor.

Retragerea retroactivă din stoc este utilizată pentru materialul de ambalare (fără gestiune loturi) la confirmarea produsului finit.

Confirmarea comenzii de proces declanşează controlul de gestiune şi decontarea comenzii.

Creare necesar independent planificat

Procesul poate fi declansat cu două puncte de lansare diferite:

o începeţi cu SOP (Planificare vânzări şi producţie) → continuaţi cu scenariul XXX (POA – PTL SOP) şi XXX (Planificare logistică) şi începeţi XXX (Producţie pe stoc – industrie de proces) cu a doua etapă: Planificare necesar de material (PNM)

o începeţi cu crearea manuală a necesarului independent continuaţi cu XXX (Producţie pe stoc – industrie de proces) cu prima etapă

Indiferent de punctul de început pe care îl alegeţi, rezultatul este necesarul independent pentru materialul de antet LDM, care este utilizat apoi ca intrare pentru planificare PNM.

© SAP AG Pagina 41 din 75

Page 42: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Planificarea necesarului de materiale (PNM)

Execuţia zilnică a PNM generează elemente de reaprovizionare la fiecare cod de nivel minim. Sistemul generează automat referate de necesitate pentru piesele achiziţionate în cadrul perioadei deschise de 3 luni, pentru comanda planificată. Sistemul utilizează comenzi planificate pentru a implementa elemente de intrare, care sunt de asemenea obligatorii.

Sistemul creează de asemenea comenzi planificate pentru piesele produse intern. Când se ajunge la data de deschidere, aceste comenzi planificate sunt convertite în comenzi de producţie de către planificatorul de producţie. Astfel, sistemul rezervă toate componentele necesare.

Necesarul de capacitate a fost creat pentru comenzile planificate şi comenzile de proces, permiţând evaluarea de capacitate pentru resursele necesare la fiecare nivel. Programele de comandă pot fi modificate în cazul unei supraîncărcări de capacitate, implicând repetarea execuţiei PNM pentru a reprograma necesarul dependent de material.

Unele materiale (de exemplu, Materie primă lot 3 (R30)) sunt planificate pe bază de consum. Deoarece aceste materiale nu au restricţii de depozitare datorită gestiunii duratei de depozitare, în depozit pot fi depozitate cantităţi mai mari din acest material. Comenzile de reaprovizionare sunt declanşate de îndată ce este atins un punct de reaprovizionare specificat.

Producţie pe stoc pentru produse semifabricate şi finite

Planificatorul de producţie converteşte comenzile planificate pe baza datei de început. Se presupune că disponibilitatea de material la unitatea logistică este asigurată datorită planificării PNM anterioare. Componentele sunt depozitate în locul de depozitare general şi puse la dispoziţie la nivelul zonei de fabricaţie conform cererilor pentru producţia zilnică.

Pentru a asigura consistenţa datelor (componentele gestionate în lot, cum ar fi ingredientele, sunt emise cu acelaşi număr de lot ca şi cel utilizat fizic), ieşirea de bunuri cu referinţă la comandă este înregistrată la începerea producţiei. Retragerea retroactivă din stoc poate fi utilizată pentru componente negestionate în stoc, cum ar fi materialele de ambalare.

În timp ce producţia de material semifabricat este încă în execuţie, acesta este deja transferat la următoarea linie ca material de intrare pentru produsul finit. Prin urmare, receptiile de bunuri sunt realizate deja pentru cantităţi parţiale, ceea ce permite consumul lor intermediar pentru următoarea etapă de producţie şi, prin urmare, asigurând şi urmarirea lotului.

După ce execuţia de producţie zilnică pentru produsul semifabricat este terminată, totalul cantităţii produse (cât şi cantitatea de rebut suplimentară) este transferat în confirmarea de comandă finală. În general, numai ultima fază de producţie este confirmată, confirmând astfel fazele de producţie anterioare prin confirmarea de repere. Numai în cazuri excepţionale, cum ar fi rebut neplanificat, fazele de producţie anterioare pot fi confirmate pas cu pas.

Confirmarea finală actualizează automat starea comenzii de proces, apoi declanşează controlul de gestiune al producţiei. Analiza varianţelor şi decontarea comenzii pot fi efectuate separat pentru fiecare comandă finalizată sau în cadrul închiderii de sfârşit de perioadă, în funcţie de cerinţele de raportare.

2.7.4 Producţie pe comandă cu configurare variantăScenariul PPC – prelucrare comandă de vânzări cu configurare de variantă demonstrează prelucrarea comenzii de vânzări cu materiale cu valori caracteristice pre-selectate (variante de material) şi componente care sunt produse conform cantităţilor de vânzări planificate pentru aceste variante. Dacă configurarea comenzii de vânzări nu este disponibilă cu variantă de material, atunci

© SAP AG Pagina 42 din 75

Page 43: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

serviciul clienţi poate configura materialul din comandă prin selectarea valorilor caracteristice necesare. O estimare de costuri pentru comanda de vânzări este creată la salvarea comenzii care este ulterior utilizată pentru a evalua costurile bunurilor vândute.

Procesul este declanşat la primirea unei comenzi de material configurabil din partea unui client. Comanda clientului este recunoscută în execuţia PNM care generează o comandă planificată pentru producerea materialului. Dacă sunt insuficiente stocuri în depozit, sunt create referate de necesitate pentru materiile prime necesare.

Când comanda de producţie este creată, costurile ţintă sunt calculate pentru mărimea de lot a comenzii (calculaţie preliminară costuri). În timpul procesului de producţie, costurile realizate sunt actualizate la comandă, ceea ce vă permite să urmăriţi şi să comparaţi costurile ţintă şi costurile efective în orice moment.

Activităţile la închidere de sfârşit de perioadă se aplică la comandă. Acestea includ calculaţia de producţie neterminată şi calculaţia de varianţă. Apoi, producţia neterminată este decontată şi varianţele de producţie sunt inregistrate in contabilitatea financiară şi de gestiune. Varianţele de producţie sunt cuprinse in analiza profitabilităţii cu comanda de vânzări ca una dintre caracteristici.

2.7.5 Producţie pe comandă fără configurare variantăAcest scenariu descrie întreaga secvenţă de proces pentru un proces de vânzări standard (producţie pe comandă) cu un client. Procesul de afaceri cuprinde toate etapele de la crearea unei oferte de client, până la compensarea unui cont de client după primirea plăţii.

Prelucrarea ofertei este prima etapă a procesului de producţie. Scenariul începe cu o intrarea a unei cereri de ofertă. Apoi este creată o ofertă în sistemul SAP ca răspuns la CdO a clientului. Clientul solicită o modificare de ofertă şi este creată o ofertă succesivă. În cele din urmă, clientul acceptă a doua ofertă şi este creată o comandă de vânzări cu referinţă. O confirmare de comandă este expediată la client şi procesul de producţie este lansat. Acum, clientul solicită o modificare tehnică. Comanda de vânzări şi lista de materiale sunt recalculate în consecinţă. Procesul se termină cu livrarea şi facturarea bunurilor produse.

Procesul poate fi extins individual prin executarea etapelor opţionale, cum ar fi crearea de număr de serie, subcontractare, QM în producţie, gestiune credite şi închidere de perioada la nivel de unitate logistică şi companie.

2.7.6 Fabricaţie de serieFabricaţia de serie este utilizată de obicei când un proces de producţie îndeplineşte următoarele criterii: produse identice sau similare sunt produse pentru o perioadă lungă de timp. Produsele nu sunt fabricate în loturi definite individual. În schimb, o cantitate totală este produsă într-o anumită perioadă la o anumită rată pe perioadă parţială. Produsele urmează întotdeauna aceeaşi secvenţă în maşinile şi centrele de lucru în producţie. Fişele tehnologice tind să fie simple şi nu diferă mult.

2.7.7 Subcontractare producţie (prelucrare externă)În timpul procesului de fabricaţie, când o comandă planificată pentru producţie este convertită într-o comandă de producţie, sistemul verifică dacă există operaţii de fişă tehnologică/post de lucru care necesită prelucrare externă. Prelucrarea externă înseamnă că aveţi etape individuale de producţie (operaţii sau suboperaţii) care sunt efectuate în afara companiei de către un furnizor. Acest tip de

© SAP AG Pagina 43 din 75

Page 44: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

prelucrare este extrem de important pentru subcontractare. Acesta poate oferi companiei o alternativă fezabilă la prelucrarea internă, dacă apare o gâtuire de capacitate.

Când o comandă de producţie este programată, operaţiile externe trebuie luate în considerare. Durata unei operaţii externe este calculată fie utilizând timpul de livrare planificat, fie utilizând valori standard. Sistemul creează automat un referat de necesitate pentru operaţia sau suboperaţia care necesită prelucrare externă. Planificatorul de producţie informează cumpărătorul că trebuie să verifice încărcarea de lucru pentru referatele de necesitate care necesită prelucrare externă.

Când datele sunt întreţinute pentru o activitate externă, este specificat un element de costuri. Elementul de costuri determină modul în care activitatea externă trebuie evaluată. Trebuie luată decizia dacă o operaţie sau suboperaţie trebuie prelucrată extern prin cheia sa de control. În cheia de control, se determină dacă operaţiile prelucrate extern sunt programate pe baza valorilor sale standard sau pe baza timpului de livrare planificat. Aceste informaţii sunt necesare pentru a deconta operaţiile şi suboperaţiile prelucrate extern care au fost marcate ca relevante pentru calculaţia de costuri în cheile lor de control

Aprovizionarea nu trebuie să convertească referatul de necesitate înainte ca prelucrarea externă să fie necesară. Motivul este că orice modificare de cantitate din comanda de producţie va actualiza automat referatul de necesitate.

După ce comanda de aprovizionare este creată, aceasta este tipărită şi expediată furnizorului. Comanda de aprovizionare informează furnizorul cu privire la serviciul necesar.

În sistemul SAP standard, ieşirea comenzii de subcontractare via imprimantă / EDI este efectuată de către departamentul de aprovizionare. Fiindcă procesul de producţie pentru produsul finit este în curs (nerelevant pentru stoc), furnizarea de materiale de către gestionarul de depozit utilizând un aviz de expediţie sau mişcarea de bunuri nu este posibilă în sistemul standard.

Dacă trebuie să aveţi un aviz de expediţie în plus faţă de comanda de subcontractare, cumpărătorul / planificatroul / programatorul creează un document de expediţie manual. Acesta oferă departamentului de expediţie informaţii despre ce componente trebuie colectate pentru prelucrarea externă şi expediază componentele la furnizor.

O altă alternativă (care nu face parte din acest scenariu) este faptul că puteţi customiza un tip de ieşire suplimentar cu un formular de ieşire special numai pentru operaţiile din cheia de control de operaţie din comenzile de producţie pentru prelucrarea externă. În formularul de ieşire, conceput ca un aviz de expediţie pentru operaţia prelucrată extern, este util să plasaţi un număr de comandă de aprovizionare şi de comandă de producţie.

Când furnizorul a terminat prelucrarea externă, materialul este expediat înapoi. Şeful de depozit primeşte bunurile prelucrate extern înapoi în depozit. Serviciul furnizorului este reflectat în comanda de producţie printr-o confirmare de operaţie. Comanda de aprovizionare şi comanda de producţie prezintă cantitatea primită.

2.7.8 Reprelucrare (material fabricat în stoc)Acest proces se concentrează pe activităţile de reprelucrare şi înregistrările de material după execuţia producţiei pentru materialul original (inclusiv intrarea de bunuri pentru produs) cu o comandă de producţie de reprelucrare suplimentară.

În cazurile reale de afaceri, problemele legate de materialul produs sunt abordate după ce acesta a fost înregistrat în stoc. Pentru realizarea acestui proces, există mai multe posibilităţi:

După execuţia unei înregistrări de transfer de material de la produsul original într-un material de reprelucrare dedicat, o nouă comandă de producţie este emisa. Material de reprelucrare este utilizat apoi drept componentă, iar produsul este din nou material original. Evaluarea de material pentru materialul de reprelucrare trebuie să reflecteze valoarea produsului minus costurile de reprelucrare.

© SAP AG Pagina 44 din 75

Page 45: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Costurile sunt colectate în cadrul noii comenzi de producţie şi decontate în control gestiune ca varianţe de producţie. În plus, înregistrarea financiară declanşată din înregistrarea de transfer de material, acoperă costurile de reprelucrare medii.

Deoarece înregistrarea de transfer de material nu este acceptată mereu, aceasta nu face parte din scenariu.

În acest scenariu procesul de reprelucrare a materialului produs în stoc este realizat cu crearea unei comenzi de producţie noi, utilizând materialul care trebuie reprelucrat ca intrare şi obţinând acelaşi material ca ieşire. Costurile sunt colectate în cadrul noii comenzi de producţie şi decontate în control gestiune ca varianţe de producţie. Componenta şi produsul de intrare au acelaşi număr de material.

2.7.9 Reprelucrare (producţie neterminată)Acest scenariu descrie un proces de reprelucrare din cadrul producţiei. Toate activităţile de reprelucrare necesare sunt legate de comanda de producţie părinte. Din acest motiv, erorile sunt recunoscute şi corecţiile sunt iniţiate, cum ar fi introducerea unei operaţii de reprelucrare în aceeaşi comandă de producţie. Operaţia de reprelucrare suplimentară este confirmată şi decontată în comanda de producţie originală, cauzând varianţele de producţie în cadrul controlului de gestiune şi diferenţe de preţ pentru produsul dedicat.

2.8 Logistică - general / QM / PLM

2.8.1 Gestiune loturiDacă materialele au fost gestionate în loturi, este posibil să trebuiască să modificaţi datele de bază de lot sau să găsiţi locul în care a fost utilizat un lot, de exemplu, pentru a efectua o reapelare de lot sau un raport către guvern.

2.8.2 Reapelare lotÎn acest scenariu, un lot defect este identificat şi trebuie reapelat de la clienţii şi clienţii potenţiali care au primit lotul.

Un program este executat pentru a identifica toţi clienţii care au primit un lot defect. Utilizatorul alege apoi adresele persoanelor de contact corespunzătoare, iar sistemul tipăreşte o scrisoare standard pentru fiecare client pentru a-i informa despre reapelare. Activităţile ulterioare pentru fiecare client sunt memorate în sistem. De asemenea, livrările de retur sunt introduse şi documentate, dacă e cazul.

Pentru a vă asigura că îi contactaţi pe toţi clienţii afectaţi de un lot defect, trebuie să identificaţi dacă loturile ulterioare sunt afectate de lotul defect. În acest scop, puteţi utiliza funcţia standard de sistem Batch where-used list care este detaliată în documentaţia standard SAP ERP. Acest scenariu reapelează un lot dintr-un produs finit sau un produs angro. Prin urmare, puteţi găsi toţi clienţii care au primit aceste produse. Cu toate acestea, un furnizor poate raporta faptul că o materie primă, un produs semifabricat sau alt material utilizat în producţia dvs. nu îndeplineşte standardele de calitate. În acest caz, trebuie să determinaţi ce produse finite sau comerciale au fost produse cu aceste loturi defecte.

© SAP AG Pagina 45 din 75

Page 46: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

2.8.3 Gestiune calitate pentru aprovizionare cu evaluare furnizorAcest scenariu se ocupă de activităţile controlului de calitate din timpul procesului de aprovizionare.

Un client comandă bunuri de la un furnizor specificat 300001. La intrarea bunurilor, un lot de control este generat conform specificaţie materialului definite. Apoi se efectuează o decizie de utilizare privind acceptarea sau refuzul materialului, în baza rezultatului controlului (în acest scenariu, este realizată respingerea). Urmează procese ulterioare, cum ar fi notificarea de calitate şi evaluarea de furnizor.

Scenariul se concentrează pe următoarele activităţi:

Intrare bunuri pe bază de comandă de aprovizionare

Înregistrare defecte de control

Decizie de utilizare după control

Crearea şi notificare de calitate şi finalizare

Creare retur de bunuri la furnizor şi retur livrare

Proces de evaluare furnizor

2.8.4 Dezvoltare internă de produse (cu SP)În acest scenariu, compania doreşte să proiecteze un produs nou solicitat de departamentul intern de marketing printr-o specificaţie de produs. Departamentul intern de design realizează o propunere de design pentru noul produs.Acest scenariu introduce şi concatenarea gestiunii documentelor în SAP ERP şi SAP Easy Document Management.Compania utilizează funcţia de gestiune de proiect pentru a colecta toate costurile şi documentele pentru dezvoltarea produsului. Proiectul oferă o structură centrală pentru colectarea costurilor şi gestiunea documentaţiei.Noul registru de materiale şi LDM pentru materiale sunt create în sistemul backend. Ulterior, departamentul de programare a producţiei creează fişa tehnologică drept bază pentru producţie şi calculele pentru produs.

Pentru a verifica nivelul de preţ specificat pentru noul produs solicitat de departamentul de marketing, departamentul de programare producţie calculează costurile prin intermediul LDM şi al fişei tehnologice. Deoarece preţul estimat depăşeşte limita de preţ specificată, o componentă a LDM pentru produsul nou este schimbată cu o componentă mai ieftină, utilizând gestiunea modificărilor. Departamentul de design emite un registru de modificări de proiectare pentru a colecta şi documenta toate modificările conform documentului de specificaţii.

După a doua execuţie de calculaţie de costuri (estimare de costuri), preţul ajunge să se încadreze în buget. Acum starea de dezvoltare a produsului nou poate fi stabilită prin alocarea unui nivel de revizie.

La sfârşitul scenariului, departamentul intern de design înregistrează activităţile pe care le-a executat în timpul proiectului şi în cele din urmă închide proiectul.

Fabricantul creează LDM de producţie (prin copierea LDM de proiectare (tip de utilizare 2) în LDM de producţie (tip de utilizare 1).

Gestiune documente (Easy Document Management)

o Alocare document (KPR) la registrele de materiale ale produsului finit

Gestiune proiect

© SAP AG Pagina 46 din 75

Page 47: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

o Creare proiect pe bază de model

Gestiune date de produs cu ECM

o Creare număr de modificare pentru proiect de design

o Afişare LDM pentru produsul nou

o Reafişare LDM (efectele numărului de modificari)

o Gestiune stare LDM

o Alocare nivel de revizie la registrul de materiale al produsului nou

Control gestiune costuri produs

o Estimare costuri material pentru produs nou înainte şi după modificările LDM (sunt prezentate efectele modificării de preţ)

o Calculaţie pentru material

Închidere proiect

o Înregistrare activităţi de dezvoltare (proiectare)

2.9 Serviciu

2.9.1 Închidere sfârşit de perioadă pentru comenzi de serviciu Acest scenariu acoperă operaţiile de închidere pentru comenzi de serviciu şi vă ajută să pregătiţi şi să efectuaţi activităţile necesare.

2.9.2 Gestiune deplasăriScopul acestui proces este asigurarea unei gestiune complet integrate pentru toate cheltuielile de deplasare - din etapa de planificare/aprobate până în punctul în care cheltuielile de deplasare sunt înregistrate în Contabilitatea financiară şi alocate in functie de cauză în Contabilitatea costurilor.

2.9.3 Întreţinere internă Scenariul de afaceri descrie întreţinerea internă a echipamentelor care este declanşată de un angajat.

2.9.4 Consultanţă ad-hoc cu facturare la preţ fixAcest scenariu de afaceri tratează angajamentul de consultanţă ad-hoc cu facturare la preţ fix. Comanda de vânzări este punctul focal al procesului deoarece aceasta formalizează cerinţele clientului, colectează costurile de manoperă şi deplasare şi serveşte drept bază pentru facturarea la preţ fix. Acest scenariu se aplică de obicei pentru aranjamentele de consultanţă de durată scurtă în care nu sunt necesare planificarea şi execuţia detaliată a lucrării.

Scenariul începe cu crearea comenzii de vânzări.

După ce angajaţii implicaţi în aranjamentul de consultanţă şi-au realizat activitatea, aceştia înregistrează numărul de ore lucrate şi costurile de deplasare, comanda de vânzări fiind obiectul de cost destinatar. În cele din urmă, clientul este facturat pe bază de preţ fix. Periodic, este efectuată o

© SAP AG Pagina 47 din 75

Page 48: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

analiză a rezultatelor pe comanda de vânzări, după care datele regularizate sunt inregistrate in CO-PA şi FI.

2.9.5 Contract de vânzări cu preţ fix şi facturare T&MAcest scenariu de afaceri tratează un ciclu de proiect de la ofertă până la finalizare, în care o parte din facturare este convenită pe baza unui preţ fix. Cealaltă parte este facturată pe baza lucrului efectiv depus. Documentul de vânzări sub formă de contract de vânzări reprezintă punctul focal al procesului, deoarece acesta formalizează cerinţele clientului, colectează costurile de manoperă şi generează timpul şi materialul pentru facturare. Acest scenariu se aplică de obicei pentru aranjamentele de consultanţă în care nu sunt necesare planificarea şi execuţia detaliată a lucrării.

2.9.6 Proiect cu preţ fix şi facturare T&MAcest scenariu de afaceri tratează procesele de afaceri tipice pentru o companie de inginerie sau de proiectare industrială. Un acord cu un client pentru un proiect de design necesită un avans şi facturarea pe baza realizării reperelor definite. Compania de design configurează o structură de proiect şi alocă angajaţi la activităţi specifice pe baza seturilor de aptitudini şi a disponibilităţii. Proiectul este creat automat din contract utilizând modelul predefinit de structură de proiect.

2.9.7 Proiect internÎn orice companie de servicii profesionale, se pierde extrem de mult timp cu lucrul intern, cum ar fi activitatea de propunere sau perfecţionarea sau dezvoltarea de oferte noi de servicii. Se doreşte capturarea timpului şi cheltuielilor reprezentate de aceste sarcini cu aceleaşi instrumente utilizate pentru lucrul extern.

Configurarea de coduri pentru proiectele interne poate fi diferită deoarece nu este necesară o comandă de vânzări. Captura de date trebuie să urmeze aceeaşi logica cu cea pentru lucrul extern. Tratamentul ulterior în contabilitate şi raportare este apoi diferit, dar trebuie să genereze o imagine generală completă.

Procesul descris în acest document acoperă:

Crearea codului de colectare a costurilor

Capturarea costurilor (timp, cheltuieli, achiziţii)

Prelucrare periodică

Închiderea codului pentru înregistrări ulterioare

De asemenea, este posibilă facturarea ocazionala din proiectele interne pentru a recupera cheltuielile generale, dar acest proces nu este acoperit aici.

2.9.8 Servicii cu facturare bazată pe timp şi material

În procesul de documentare a unei cereri de ofertă (CdO) pentru servicii de la un client, este creată o notificare în sistem pentru a documenta şi clasifica lucrul solicitat. O activitate opţională permite responsabilului de serviciu să apeleze clientul din nou pentru a completa informaţiile necesare pentru pregătirea ofertei.

© SAP AG Pagina 48 din 75

Page 49: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Oferta este creată cu referinţă la portofoliul de servicii oferite de furnizorul de servicii. Aceasta este reprezentată printr-o serie de produse de serviciu. Preţurile care sunt oferite clientului pentru serviciile ofertate se bazează pe timp şi material. Procesul de negociere conduce la modificări ale preţului final. Oferta informativă finală este expediată la client pentru aprobare.

Dacă oferta este respinsă, un motiv de respingere este setat în documentul de vânzări pentru a continua anularea acestuia şi procesul se termină. În cazul în care clientul acceptă oferta, o comandă de vânzări este creată alături de o comandă de serviciu, care este creată automat. Comanda de serviciu conţine resursele, timpul şi materialul din serviciile ofertate.

Comanda de vânzări este facturată o dată sau de mai multe ori în timpul execuţiei serviciului. Suma facturată este determinată pe bază de timp şi material, iar metoda de facturare utilizată este facturarea legată de cheltuieli efective. În acest caz, venitul efectiv este dat de lucrul efectiv realizat şi poate fi diferit de estimarea ofertei.

În acest scenariu, inregistrarea in Analiza profitabilităţii are loc independent de comanda de serviciu (costuri efective) şi de comanda de vânzări (venituri efective). Analiza pentru profitabilitatea serviciului este realizată în raportarea CO-PA.

Această situaţie descrie cazul unor servicii minore sau ofertate (de obicei acelea care sunt conforme cu un catalog de servicii) şi care nu trebuie analizate individual din punctul de vedere al profitului şi pierderilor. Costurile şi veniturile efective se întâlnesc numai în CO-PA, iar analiza se realizeaza la nivel global conform unor caracteristici, cum ar fi perioada de timp, clientul, domeniul de vânzări, centrul de cost furnizor, serviciul sau tipul de serviciu furnizat etc.

2.9.9 Contract de serviciu cu facturare periodică

Un furnizor de servicii are un contract de serviciu cu un client.

Procesul de afaceri începe cu o notificare şi o comandă de serviciu.

Costurile (onorariul, piesele de schimb şi cheltuielile de deplasare) care rezultă din comanda de serviciu primesc o alocare de cont la comanda de serviciu şi sunt facturate clientului prin facturare periodică de contract. Serviciile oferite sunt reprezentate în contractul de vânzări şi comanda de vânzări per unităţi de serviciu, astfel încât serviciu poate fi divizat şi facturat în unităţi discrete.

În acest exemplu preţul unităţii de serviciu nu este calculat de sistem, ci este actualizat manual în contract de furnizorul de servicii după negocierea cu clientul.

Dacă e cazul, piesele de schimb sunt comandate şi achiziţionate.

2.9.10 Serviciu cu facturare la preţ fix

În procesul de documentare a unei cereri de ofertă (CdO) pentru servicii de la un client, este creată o notificare în sistem pentru a documenta şi clasifica lucrul solicitat.

Oferta este creată cu referinţă la portofoliul de servicii oferite de furnizorul de servicii. Aceasta este reprezentată printr-o serie de produse de serviciu. Preţurile care sunt oferite clientului sunt considerate preţuri fixe pentru serviciile ofertate. Procesul de negociere conduce la modificări ale preţului final. Oferta informativă finală este expediată la client pentru aprobare.

© SAP AG Pagina 49 din 75

Page 50: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Dacă oferta este respinsă, un motiv de respingere este setat în documentul de vânzări pentru a continua anularea acestuia şi procesul se termină. În cazul în care clientul acceptă oferta, o comandă de vânzări este creată alături de o comandă de serviciu, care este creată automat. Comanda de serviciu conţine resursele, timpul şi materialul din serviciile ofertate.

Comanda de vânzări este facturată la sfârşitul livrării serviciilor cu suma totală acceptată în oferta agreata.

În acest scenariu, inregistrarea in Analiza profitabilităţii are loc independent de comanda de serviciu (costuri efective) şi de comanda de vânzări (venituri efective). Analiza pentru profitabilitatea serviciului este realizată în raportarea CO-PA.

Această situaţie descrie cazul unor servicii minore sau ofertate (de obicei acelea care sunt conforme cu un catalog de servicii) şi care nu trebuie analizate individual din punctul de vedere al profitului şi pierderilor. Costurile şi veniturile efective se întâlnesc numai în CO-PA, iar analiza se realizeaza la nivel global conform unor caracteristici, cum ar fi perioada de timp, clientul, domeniul de vânzări, centrul de cost furnizor, serviciul sau tipul de serviciu furnizat etc.

2.9.11 Închidere sfârşit de perioadă pentru proiecteAcest scenariu acoperă operaţiile de închidere pentru proiecte şi vă ajută să pregătiţi şi să efectuaţi activităţile necesare.

2.9.12 Aprovizionare externă cu resurse de la terţiFurnizorul de servicii are nevoie de un serviciu de la un terţ .

Procesul de afaceri începe cu o comandă de aprovizionare. Se poate crea o comandă de aprovizionare cu sau fără referinţă la o alta comandă de aprovizionare.

Intrarea de bunuri este înregistrată pentru a confirma livrarea de intrare. Factura este înregistrată cu referinţă la comanda de aprovizionare.

2.9.13 Achiziţie externă de serviciiFurnizorul de servicii are nevoie de un serviciu de la un terţ .

Procesul de afaceri începe cu o comandă de aprovizionare. Se poate crea o comandă de aprovizionare cu sau fără referinţă la o alta comandă de aprovizionare.

Intrarea serviciului este înregistrată pentru a confirma serviciul realizat. Factura este înregistrată cu referinţă la comanda de aprovizionare.

2.9.14 HCM/ Înregistrare timpFişa de timp de lucru (CATS) este un instrument utilizat pentru înregistrarea timpului lucrat de un angajat cu o anumită sarcină. Timpul de lucru poate fi înregistrat pe o comandă de vânzări, comandă internă, comandă de servicii sau un proiect. În plus, puteţi comuta la gestiunea deplasărilor pentru rambursarea şi înregistrarea cheltuielilor de deplasare.

© SAP AG Pagina 50 din 75

Page 51: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

2.9.15 Vânzări de servicii planificate

Un client a semnat un contract pe termen lung cu un furnizor de servicii. Furnizorul de servicii efectuează serviciile în mod periodic. De obicei, astfel de contracte reprezintă acorduri asupra nivelului de calitate a serviciilor între furnizorul de servicii şi client.

Procesul începe cu clientul care solicită servicii frecvente sau permanente de la un furnizor de servicii. Prin urmare, este creat un plan de întreţinere, apoi este generată automat o comandă de servicii şi materialele necesare sunt comandate.

Costurile (onorarii, piese de schimb şi cheltuieli de deplasare) care rezultă din comanda de servicii sunt introduse în comanda de servicii şi facturate la client pe bază de resurse, conform manoperei şi cheltuielilor corespunzătoare.

2.9.16 Reparaţii în depozitAcest scenariu acoperă prelucrarea unui caz de serviciu de la raportarea iniţială a problemei de către client, până la facturarea clientului atunci când activităţile de serviciu sunt efectuate în unitatea logistică.

Procesul de afaceri începe cu un client care raportează o problemă cu un laptop. Agentul de serviciu creează o notificare de serviciu în sistem. Numărul notificării de serviciu este utilizat drept număr de autorizaţie pentru material returnat (RMA) în continuarea procesului de reparaţie. Agentul de serviciu efectuează verificarea de garanţie pe notificarea de serviciu şi apoi creează un contract de serviciu. Centrul de servicii informează clientul că trebuie să trimită laptopul la centrul de servicii central. Numărul de notificare de serviciu (RMA) trebuie specificat în documentele de expediţie; în caz contrar, laptopul este respins de centrul de servicii. Dacă piesele de schimb necesare nu sunt în stoc, acestea trebuie comandate. O comandă de reparaţie este apoi creată din notificarea de serviciu astfel încât întregul proces de reparaţie să poată fi controlat şi decontat. În comanda de reparaţii, laptopul avariat este alocat automat prin poziţiile de retur create. O comandă de serviciu este generată automat prin intermediul unei propuneri de poziţie pentru a permite efectuarea reparaţiilor. După ce reparaţiile au fost efectuate, costurile (pentru manoperă şi piese de schimb) sunt confirmate la comanda de servicii. Laptopul reparat este livrat clientului şi starea de reparaţie finală poate fi afişată. Centrul de servicii creează o cerere de facturare. Aceasta apare în comanda de reparaţii ca poziţie suplimentară şi nu este un document separat (spre deosebire de cererea de facturare în procesul de serviciu în locaţie). Ulterior, comanda de reparaţii este facturată. Periodic, costurile şi veniturile suportate de comanda de serviciu sunt decontate la comanda de reparaţii, unde pot fi evaluate.

2.10 Descrieri şi raportare generare date de bază

2.10.1 Descrieri generare date de bazăSAP Best Practices Baseline Package prezintă diverse descrieri despre crearea datelor de bază.

Aceste descrieri sunt:

Creare conturi şi grupuri de conturi

Creare imobilizări

Întreţinere segmente şi centre de profit

Întreţinere domenii funcţionale

© SAP AG Pagina 51 din 75

Page 52: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Creare centru de cost şi grup de centre de cost

Întreţinere ierarhie centre de cost

Creare element de cost şi grup de elemente de cost

Creare colector de costuri

Întreţinere cicluri de evaluare

Creare costuri standard pentru material individual

Creare tipuri / grupuri de activităţi

Creare comandă internă

Întreţinere evaluare furnizor

Creare registru de furnizori

Creare înregistrare info de aprovizionare

Creare listă surse de aprovizionare

Creare contract de aprovizionare

Creare registru clienţi

Creare condiţie preţ de vânzări

Întreţinere capacitate

Creare post de lucru

Întreţinere ierarhie posturi de lucru

Creare resurse pentru industrie de proces

Creare grup de produse

Creare materie primă (ROH)

Creare material produs semifabricat (HALB)

Creare material produs comercial (HAWA)

Creare material produs finit (FERT) (neconfigurabil)

Creare material produs finit (FERT) (configurabil)

Creare variantă de material configurabil

Creare număr de modificare de proiectare

Creare versiune de producţie

Întreţinere extindere unitate logistică de material

Întreţinere extindere loc de depozitare de material

Creare număr de serie/de echipament

Întreţinere extindere departament de vânzări de material

Creare listă de materiale nouă

Întreţinere legătură listă de materiale - material configurabil

Creare fişă tehnologică

Creare set de operaţii de referinţă

© SAP AG Pagina 52 din 75

Page 53: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Întreţinere programare material prin fişă tehnologică

Creare instrucţiuni de fabricaţie de bază

Anexare fişă tehnologică pentru variante de material la fişă tehnologică pentru material părinte

Creare profil de configurare

Creare clasificare de variantă

Încărcare dependenţe LDM

Create structură de detaliere activitate (SDA) standard

Crearea reţelei standard

Întreţinere parametri de reţea pentru comenzi de vânzări

Creare condiţii de ieşire SD

Creare condiţii fiscale SD

Creare înregistrare info pentru determinare material

Creare înregistrare info pentru rabat în natură

Întreţinere cataloage - Creare grupuri de coduri şi coduri

Întreţinere cataloage - Creare seturi selectate şi coduri de seturi selectate

Creare caracteristică de bază de control

Întreţinere specificaţie de material

Creare clasificare lot

Întreţinere extinderi registru de materiale

Creare angajat

Creare reprezentant de vânzări

Creare listă de sarcini

Creare registru de servicii

Creare produs serviciu

Creare garanţie

Creare material de serviciu (DIEN)

2.10.2 Raportare SAP ERP În SAP ERP, pot fi utilizate diferite rapoarte pentru a monitoriza şi controla procesele companiei dvs. SAP Best Practices se concentrează pe următoarele rapoarte:

Carte Mare

Documente de Intrari Periodice

Extrase de Cont Cartea Mare

Declaratie Financiara

Declaraţie financiară: comparaţie efectiv/efectiv

© SAP AG Pagina 53 din 75

Page 54: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Jurnal Compact de Documente

Jurnal de Pozitii Individuale

Lista Vanzari EC

Declaratie Prealabila Taxa pt.Vanzari/Achizitii

Plan de Conturi

Imobilizări

Lista inventar…dupa centru de cost

Lista Inventar…dupa clasa mijloc fix

Solduri Mijloace Fixe

Tranzactii Mijloace Fixe

Achizitii Mijloace Fixe

Retrageri Mijloace Fixe

Contabilitate elemente de cost

Documente de control gestiune: costuri efective

Comenzi interne: Raport date de bază

Contabilitate centru de cost

Centre de Cost:Efectiv/Plan/Varianta

Domeniu: Centre de Cost

Domeniu: Elemente de Cost

Centre de Cost- Imagine generala planificare

Domeniu: Efectiv/ Buget / Angajamente

Centre de cost: Preturi Activitate

Comenzi interne

Comenzi: poziţii individuale efectiv

Comenzi: Poziţii individuale angajament

Lista Comenzi

Comenzi: Efectiv/Plan/Varianţă

Comandă: Imag.gen.planificare

Listă: Buget/Efectiv/Angajamente

Calculaţie costuri produs

LDM pe Niveluri Multiple:Valoare/Suma/Stare

Componente cost

Justificativ individual

Elemente de cost

Analiză/Comparare estimări de costuri material

Analiza Colector de Costuri Produs

© SAP AG Pagina 54 din 75

Page 55: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Analiza Comanda Produs- nu e in BBp

Analiza profitabilităţii

Executare Raport Profitabilitate

Sistem de informaţii

Selectie Costuri/Venituri/Cheltuieli/Intrari

Costuri/venituri efective

Logistică generală

Listă PNM

Afişare listă referate de necesitate

Imagine generală stoc

Monitor livrare de ieşire

Vânzări şi distribuţie

Listă de comenzi de vânzări

Selecţie comandă vânzări

Analizare comandă vânzări

Doc.vânz.:poz.ind.efective

Listare documente de facturare

Eliberare documente de facturare pt.contabilitate

Documente SD incomplete

Documente vânzări blocate pt.livrare

Documente SD incomplete

Referate necesitate după alocare cont

Comanda aprovizionare după alocare cont

Listă de oferte

Oferte ce expiră

Oferte expirate

Oferte terminate

Imagine generală credit

Clienţi fără date de credit,

Credit Memo-uri

Licenţă: Documente alocate

Verificare registru clienţi pentru controlul legal

Comenzi neonorate

Monitor suport vânzări,

Retururi

Gestiune materiale şi aprovizionare

© SAP AG Pagina 55 din 75

Page 56: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Analize generale: Comenzi aprovizionare, Contracte si acorduri programare, Oferte

Afişare listă notificări calitate

Analiză valori comandă

Comenzi aprovizionare după material

Comenzi aprovizionare după furnizor

Documente achiziţie per număr document

Analiză grup aprovizionare

Eliberare documente aprovizionare

Alocare şi prelucrare referate de necesitate

Listă necesar stoc

Monitorizare stoc subctr.(furniz.)

Analiză furnizor

Activare în masă modificări planificate pt. furnizor,

Listă documente material,

Afişare stocuri depozit pt. material

Documente contabile pt. material

Doc. Material cu motiv pt. mişcare

Analiză lot

Imagine generală disponibilitate

Analiză unitate logistică

Analiză material

Decontare custodie şi decontare pe conductă,

Conversie colectivă

Serviciu

Notificări de serviciu

Comenzi de întreţinere

Listă echipamente

Analiză costuri

Imagine generală programare întreţinere

Producţie

Sistem informaţii comandă producţie

Sistem de informaţii piese lipsă

Planificare capacitate

Planificare capacitate pe termen lung

Planificare pe termen lung:listă PNM

Modificare plan

© SAP AG Pagina 56 din 75

Page 57: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Evaluare planificare grup de produse,

Selecţie: Plan/Efectiv/Varianţă

Costuri/Venituri/Cheltuieli/Intrări

Efectiv/Plan/Varianţă Absolută/ Varianţă %

Raport evoluţie comandă

Afişare confirmare comandă producţie

2.10.3 Raportare prin SAP Business ExplorerSAP Business Explorer Analyzer este instrumentul de analiză şi raportare din SAP Business Explorer care este integrat în Microsoft Excel. Utilizând SAP NetWeaver Business Client, puteţi afişa listele prin SAP Business Explorer Analyzer.

© SAP AG Pagina 57 din 75

Page 58: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

3 Obiectiv funcţional – funcţiiSAP Best Practices reprezintă cel mai simplu mod de a configura o soluţie de afaceri care oferă o capacitate de extindere nelimitată, cele mai bune funcţii, integrare completă şi colaborare facilă pentru toate companiile. Prin SAP Best Practices vă puteţi bucura de beneficii comerciale rapid, eliminând cât mai multe riscuri posibil. Pachetul vă oferă beneficii combinate cu o soluţie puternică şi experienţă de afaceri dovedită care provine din eforturile de colaborare dintre SAP şi partenerii săi.

SAP Best Practices Baseline Package (România) transformă rapid software-ul dvs. SAP într-un sistem activ care gestionează toate cerinţele de afacerii specifice companiei dvs. Scenariile preconfigurate de afaceri vă ajută să obţineţi beneficii rapide fără o configurare complicată. Utilizaţi pachetul pentru a evalua soluţia de afaceri specifică pentru dvs. Utilizaţi-l pentru a implementa această soluţie pentru a putea realiza mai rapid beneficiile sale, cu mai puţin efort şi mai puţin costisitor decât înainte.

SAP Best Practices poate fi utilizat de companiile mijlocii care necesită o implementare rapidă sau de companiile mari care trebuie să creeze un model corporativ pentru filialele lor. Acesta poate fi aplicat uşor la soluţiile existente ale clienţilor.

SAP Best Practices este structurat astfel încât clienţii să îl poată utiliza cu uşurinţă. Sunt incluse trei componente diferite:

o Procedură de implementare detaliată, pas cu pas, inclusiv activităţi automatizate.

o Documentaţie detaliată reutilizabilă pe care o puteţi folosi pentru studiul individual, evaluare şi pentru perfecţionarea echipei de proiect şi a utilizatorului final.

o Setări integrale de configurare preliminară care vă oferă tot ceea ce trebuie pentru a executa procese cheie integrate cu un efort redus de instalare. Configurarea este complet documentată, inclusiv procesele de afaceri preconfigurate, materialul de perfecţionare şi rolurile de utilizator. Este structurat pe baza ultimei tehnologii, astfel încât să poată fi adaptat rapid şi simplu.

3.1 Financiar

3.1.1 Contabilitate financiarăComponenta de Contabilitate financiară suportă evaluarea şi raportarea stocurilor dvs. conform diferitelor reglementări.

Componenta de Carte Material vă permite să transferaţi valori de inventar în două monede/evaluări suplimentare. Prin urmare, toate mişcările de bunuri din Cartea Material sunt efectuate în maxim trei monede şi evaluări. Sumele monetare sunt convertite în monede străine la cursuri de schimb istorice în momentul înregistrării.

Calculaţia de costuri efective suportă determinarea costurilor efective (în comparaţie cu costurile standard) pentru materiale achiziţionate extern şi materiale produse intern. Această funcţie poate fi utilizată pentru a evalua stocurile de materiale, cum ar fi materii prime, cât şi produse semifabricate şi finite, în consecinţă.

Următoarele scopuri şi obiective de afaceri pot fi atinse prin implementarea acestor procese:

Reducerea costurilor de exploatare şi creşterea eficienţei.

© SAP AG Pagina 58 din 75

Page 59: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Reducerea efortului administrativ şi îmbunătăţirea proceselor de afaceri

3.1.1.1 Carte Mare

Această funcţie oferă o imagine comprehensivă a contabilităţii şi conturilor externe. Înregistrează toate tranzacţiile de afaceri (înregistrări primare, cât şi decontări de la contabilitatea internă) într-un sistem software complet integrat cu toate celelalte domenii operaţionale ale unei companii. Acest lucru asigură faptul că datele de contabilitate sunt mereu complete şi exacte.

3.1.1.2 Contabilitate clienţi Înregistrează şi gestionează datele contabile de client prin componenta de Contabilitate clienţi (CC). Funcţia conectează CC direct la CM printr-un cont de reconciliere special.

3.1.1.3 Contabilitate furnizori Înregistrează şi gestionează datele contabile de furnizor prin componenta de Contabilitate furnizori (CF). Funcţia conectează CF direct la CM printr-un cont de reconciliere special.

3.1.1.4 Contabilitate imobilizări Întreţine şi analizează imobilizările conform regulilor general acceptate din ţara în care se află compania. Oferă modele de ţară împreună cu sistemul.

3.1.1.5 Contabilitatea stocurilor Suportă evaluarea şi raportarea stocurilor conform diferitelor reglementări. Transferă valorile de inventar în două monede/evaluări suplimentare prin componenta de Registru. Efectuează toate mişcările de bunuri din registrul de materiale în maxim trei monede şi evaluări. Converteşte sumele monetare în monede străine la cursuri de schimb istorice în momentul înregistrării. Suportă determinarea costurilor efective (în comparaţie cu costurile standard) pentru materiale achiziţionate extern şi materiale produse intern prin Calculaţie costuri efective. Această funcţie poate fi utilizată pentru a evalua stocurile de materiale, cum ar fi materii prime, cât şi produse semifabricate şi finite, în consecinţă.

3.1.1.6 Contabilitate fiscală

Suportă calculaţia şi raportarea de taxe pe vânzări şi achiziţii şi a taxei reţinute la sursă.

3.1.1.7 Declaraţii financiareÎn cadrul închiderii de sfârşit de perioadă sau de an, companiile realizează declaraţii financiare conform reglementărilor specifice de ţară.

© SAP AG Pagina 59 din 75

Page 60: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

3.1.2 Contabilitate de gestiuneComponenta de Contabilitatea de gestiune asigură evaluarea şi înregistrarea datelor financiare drept bază pentru toate raportările aferente costurilor şi veniturilor:

Următoarele scopuri şi obiective de afaceri pot fi atinse prin implementarea acestor procese:

O creştere a veniturilor

o Maximizarea profitabilităţii pe client

Reducerea costurilor de exploatare şi creşterea eficienţei

o Reducerea costurilor bunurilor vândute (COGS)

o Sporirea vizibilităţii stocurilor

3.1.2.1 Contabilitatea centrelor de costuri şi a comenzilor interne

Înregistrează costurile determinate de operaţiile companiei prin alocarea acestora la centre de cost (alocate la manageri sau unităţi organizaţionale). Planifică, înregistrează şi apoi analizează costurile faţă de planificare. Utilizează comenzi interne pentru planificarea, încasarea şi decontarea costurilor job-urilor şi sarcinilor interne. Monitorizează comenzile interne pe parcursul întregului lor ciclu de viaţă prin sistemul SAP, de la crearea iniţială, prin planificarea şi înregistrarea tuturor costurilor efective, până la decontarea finală şi arhivare.

3.1.2.2 Contabilitate proiect

Monitorizează planificarea precisă a activităţilor detaliate implicate în proiecte la scară mare, cum ar fi construirea unei fabrici, şi proiecte la scară mică, cum ar fi organizarea unui târg comercial. Ajută managerii de proiect să se asigure că proiectul este executat eficient, la timp şi în buget - asigurându-se că resursele şi fondurile necesare sunt disponibile când şi unde trebuie.

3.1.2.3 Contabilitatea costurilor produselor Ajută o companie să cunoască costurile suferite de produsele sale pentru a gestiona cu succes portofoliul de produse. Calculează costurile bunurilor fabricate (COGM) sau costurile bunurilor vândute (COGS) defalcate pe fiecare etapă a procesului de producţie. Utilizează informaţiile despre costuri colectate automat pentru produse în alte aplicaţii SAP.

3.1.2.4 Contabilitatea profitabilităţii

Înregistrează costurile şi veniturile pe segment de piaţă pentru a calcula marja de contribuţie pentru fiecare segment de piaţă. Segmentele de piaţă pot fi produse şi grupuri de produse, clienţi şi grupuri de clienţi, comenzi sau orice combinaţie a acestora sau unităţi strategice de afaceri, cum ar fi departamente de vânzări sau domenii de activitate.

© SAP AG Pagina 60 din 75

Page 61: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

3.1.2.5 Stabilirea preţului de transfer Gestionează preţurile de transfer, care ajută organizaţiile să divizeze sarcinile între mai multe unităţi organizaţionale prin evaluarea bunurilor şi a serviciilor transferate între aceste unităţi. Ajută în special marile corporaţii care sunt împărţite în mai multe divizii operaţionale independente sau companiile care schimbă cantităţi mari de bunuri şi servicii între ele. Permite utilizarea preţurilor de transfer pentru controlarea unităţilor corporative pentru că, pe măsură ce diviziunea muncii creşte între unităţile operaţionale internaţionale, lanţurile valorilor adaugate devin mai complexe iar responsabilităţile devin descentralizate. Evaluează schimbul de bunuri şi servicii prin preţurile de transfer pentru a influenţa în mod esenţial succesul efectiv al diviziilor corporative sau al centrelor de profit. Ajută sistemele contabile contemporane să ofere suport în luarea de decizii care reprezintă rezultatele operaţionale din diferite puncte de vedere şi utilizează monede diferite.

3.2 Funcţii analiticeSAP™ ERP este o soluţie completă, integrată pentru funcţii analitice şi informaţii de afaceri, inclusiv gestiune strategică de întreprindere şi funcţii analitice financiare, operaţionale şi pentru forţa de muncă. Acestea permit companiilor să înţeleagă clar factorii de profit ai afacerilor acestora, legând strâns planurile strategice de performanţa operaţională şi suportând o singură platformă analitică pentru întreprinderea lor.

 

Printre funcţiile cheie se numără următoarele:

 

Funcţiile analitice financiare vă permit să definiţi obiective financiare, să dezvoltaţi planuri de afaceri realiste şi să monitorizaţi costurile şi veniturile în timpul execuţiei.

Funcţiile analitice operaţionale vă permit să compilaţi rapoarte detaliate operaţionale şi să susţineţi o luare de decizii operaţionale informată.

Funcţiile analitice pentru forţa de muncă vă permit să susţineţi dezvoltarea unei politici de gestiune a capitalului uman şi procesul de luare de decizii.

3.2.1 Funcţii analitice operaţionaleSAP ERP oferă funcţii analitice operaţionale care facilitează compilarea de rapoarte operaţionale detaliate şi suportă luarea de decizii operaţionale fundamentate oferind conducerii şi angajaţilor informaţiile necesare pentru a creşte capacitatea de vizualizare a proceselor de afaceri. În plus, planificarea de vânzări poate permite organizaţiilor să genereze o imagine completă a întregului lanţ de aprovizionare, inclusiv impactul operaţiunilor aspra vânzărilor.

3.2.1.1 Planificarea vânzărilor

Planificarea vânzărilor este o aplicaţie de planificare pentru convertirea obiectivelor companiei în strategii concrete, concertate, de marketing, vânzări şi servicii. Această aplicaţie se bazează pe un proces reconciliat de planificare ascendentă şi descendentă de vânzări care ajută la creşterea vizibilităţii, ceea ce are ca rezultat un proces de luare a deciziilor mai bun şi o mai mare profitabilitate.

© SAP AG Pagina 61 din 75

Page 62: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

3.2.1.2 Funcţii analitice pentru aprovizionare

Această funcţie

Monitorizează operaţiile de aprovizionare (de exemplu, câte produse au fost primite pentru comenzile de aprovizionare din ultima lună), utilizând diverse analize şi rapoarte standard.

Facilitează analiza detaliată a activităţilor de aprovizionare şi procesele de aprovizionare care au loc în întreprinderea dvs. (de exemplu, clasificarea furnizorilor dvs. conform valorilor de aprovizionare.

3.2.1.3 Funcţii analitice pentru gestiunea stocurilor şi a depozitelor

Controlul de gestiune al stocurilor oferă diferite analize standard, iar rapoartele afişează situaţia efectivă a stocurilor, conform criteriilor bazate pe cantitate şi pe valoare. Sunt disponibile şi alte rapoarte pentru monitorizarea caracteristicilor în mod periodic.

3.2.1.4 Funcţii analitice pentru fabricaţie

Oferă diverse analize şi rapoarte standard pentru a vizualiza informaţii legate de producţie.

3.2.1.5 Funcţii analitice pentru vânzări

Dau posibilitatea angajaţilor de vânzări să înţeleagă rapid şi simplu starea efectivă şi eficacitatea globală a departamentului de vânzări. Ajută la obţinerea datelor necesare pentru a răspunde în mod proactiv tendinţelor şi a măsura reuşita şi deficiturile de venit.

3.2.1.6 Funcţii analitice pentru servicii pentru clienţi

Oferă organizaţiilor o imagine completă de indicatori pentru scenariile legate de servicii.

3.2.2 Livrare de servicii pentru utilizatori finali: roluri SAPSAP ERP End-User Service Delivery dă posibilitatea livrării de servicii ERP împreună cu conţinutul de afaceri pentru întreaga organizaţie şi nu numai, la costuri reduse. Acesta oferă utilizatorilor finali mai multe opţiuni de a accesa serviciile ERP în funcţie de situaţia acestora, performanţele şi contextul lor de afaceri. Prin standardizarea şi automatizarea proceselor de afaceri, companiile pot implementa strategii eficiente de servicii partajate, stabili excelenţă în servicii şi promova inovaţia şi dezvoltarea.

SAP Best Practices oferă mai multe roluri predefinite pentru a fi utilizate în SAP NetWeaver Business Client (NWBC) pentru a asigura un acces eficient la sistem pentru utilizatorii finali. Acestea pot fi utilizate standard sau pot fi adaptate în mod facil la cerinţele specifice companiei.

© SAP AG Pagina 62 din 75

Page 63: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

3.3 Gestiunea capitalului umanPentru a răspunde cerinţelor economiei contemporane bazate pe cunoştinţe, companiile trebuie să maximizeze potenţialul şi productivitatea angajaţilor săi. Maximizarea investiţiei în capitalul uman al organizaţiilor este crucial pentru succesul comercial. SAP Best Practices oferă o preconfigurare pentru domeniile selectate din gestiunea procesului de forţă de lucru: gestiunea angajaţilor şi gestiunea timpului şi a prezenţei.

3.3.1 Gestiunea angajaţilor SAP oferă funcţii avansate pentru Gestiunea angajaţilor, cum ar fi întreţinerea sau modificarea stării angajaţilor.

3.3.2 Timp şi prezenţă SAP optimizează procesele pentru planificarea, gestiunea şi evaluarea timpilor şi activităţilor de lucru ale angajaţilor interni prin functiile de gestiune a timpului.

3.4 Execuţie aprovizionare şi logisticăPrin SAP ERP Operations, puteţi gestiona procese logistice integrale pentru cicluri de afaceri complete. Soluţia permite o gamă largă de activităţi, de la solicitările self-service până la prelucrarea flexibilă a plăţilor, inclusiv gestiunea fluxurilor de materiale.

3.4.1 Aprovizionare Aprovizionare - SAP ERP suportă nu numai procesele tradiţionale, cum ar fi referate de necesitate, gestiunea comenzilor de aprovizionare şi verificarea facturilor, ci şi crearea de referate de necesitate self-service pe bază de cataloage pentru materiale şi servicii de consum. Integrarea catalogului a fost extinsă la operaţii de întreţinere şi management de proiect.

3.4.1.1 Referat de necesitate

Un referat de necesitate este o cerere sau instrucţiune către departamentul de aprovizionare pentru a achiziţiona o anumită cantitate de material sau un serviciu pentru a fi disponibil la un anumit moment în viitor.

Crearea manuală a coşurilor de cumpărături

Permite angajaţilor să creeze şi să gestioneze propriile referate de necesitate pentru produse sau servicii. Eliberează departamentul dvs. de aprovizionare de povara administrativă în timp ce face ca procesele de aprovizionare să fie mai rapide şi mai active. Oferind cataloage cu cele mai frecvent comandate materiale, asigură faptul că angajaţii pot gestiona uşor propriile comenzi de aprovizionare în conformitate cu regulile organizaţiei dvs.

 

După ce angajaţii îşi umplu coşul de cumpărături, aceştia pot plasa o comandă imediat sau o pot păstra pentru completarea ulterioară. Utilizatorii pot verifica starea coşului lor de cumpărături în orice moment, în imagine grafică.

Aprobare

Când un coş de cumpărături este eliberat pentru comandă, sistemul verifică dacă este necesară o aprobare. Dacă unul sau mai mulţi manageri trebuie să aprobe coşul de cumpărături, de exemplu,

© SAP AG Pagina 63 din 75

Page 64: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

pentru că acesta depăşeşte o anumită valoare, sistemul expediază automat coşul la casetele de intrare corespunzătoare.

3.4.1.2 Prelucrarea cererilor de aprovizionare

Departamentul de aprovizionare lucrează cu cereri de aprovizionare, decide dacă necesarul de produse poate fi acoperit din stoc sau trebuie procurate dine exterior ţinând cont de problemele de optimizare.

Alocarea sursei de aprovizionare

Conversia cererii în comenzi de aprovizionare

Necesarul creat şi eliberat pentru aprovizionare (de exemplu, cererii pentru piese de schimb care provin de la întreţinerea de unitate logistică, cereri de materii prime determinate într-o execuţie de producţie sau cereri pentru consumabile de birou introduse de un angajat) sunt transferate la aprovizionare sub formă de referate de necesitate. Acestea sunt prezentate cumpărătorului în liste de lucru care îl ajută la convertirea referatelor de necesitate în comenzi de aprovizionare. Procedurile de eliberare sunt disponibile pentru a controla procesele critice de aprovizionare.

Conversia automată a cererii în comenzi de aprovizionare

În scenariul extins clasic şi individual, SRM determină automat sursele existente de aprovizionare pentru referate de necesitate. În calitate de achizitor strategic sau angajat responsabil, puteţi alege ca sistemul să propună sursele de aprovizionare şi să le aloce la o poziţie. Puteţi utiliza un raport care extinde automat determinarea surselor cu grupări de referate de necesitate.

 

3.4.1.3 Prelucrarea comenzilor de aprovizionare

Când o comandă de aprovizionare este creată, o serie de verificări şi validări asigură faptul că contractul, scontul, preţul etc. corespunzătoare sunt corect referenţiate. Prelucrarea comenzii de aprovizionare tratează şi comunicarea comenzii de aprovizionare către furnizor.

Când o comandă de aprovizionare este creată, o serie de verificări şi validări asigură faptul că contractul, scontul, preţul etc. corespunzătoare sunt corect referenţiate.

3.4.1.4 Recepţie

Recepţia tratează expedierea efectivă a produselor sau cu prestarea serviciilor de către un furnizor, înregistrează intrarea de bunuri sau intrarea de servicii în sistem şi cu activităţile ulterioare care corespund acestora, cum ar fi tratarea retururilor.

Intrarea de bunuri

Confirmarea cantităţii primite este creată central şi formează baza fluxului de informaţii pentru departamentele de planificare şi aprovizionare. Aceste departamente pot lua în considerare situaţia de stoc sau necesar nou şi vedea intrarea în istoricul comenzii. Dacă intrarea este relevantă pentru gestiunea de depozit, confirmarea de intrare este legată la prelucrarea fizică de intrare. Confirmarea de intrare declanşează automat evaluarea de material şi crearea de documente in contabilitate. Şi documentele pentru control gestiune sunt create, dacă e cazul.

© SAP AG Pagina 64 din 75

Page 65: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

 

Tratarea retururilor

Dacă bunurile livrate sunt eronate sau defecte, le puteţi returna integral sau parţial la furnizor. În cazul unei confirmări existente, puteţi returna parţial sau toate poziţiile la furnizor.

3.4.2 Gestiunea stocurilor şi a depozitelor Procesele din domeniul de Gestiune depozite se ocupă cu înregistrarea şi urmărirea materialelor pe bază de cantitate şi valoare. Acestea includ planificare, intrare şi documentaţie de mişcări de stoc, cum ar fi intrări de bunuri, ieşiri de bunuri, transferuri fizice de stoc şi înregistrări de transfer, cât şi performanţa stocurilor fizice (inventarului). Procesele de gestiune a depozitelor acoperă mişcările interne din depozit şi depozitarea de materiale.

3.4.2.1 Depozitare

Prelucrează mişcările interne din depozit şi depozitarea de materiale.

 

Gestiune stocuri

Gestionează stocurile unei companii în cantităţi şi valori. Este integrat cu contabilitatea de lanţ de aprovizionare şi este responsabilă de:

Intrări şi ieşiri de bunuri

Gestiunea diferitelor categorii de stoc (disponibil, stoc blocat, în control de calitate etc.)

Stocuri speciale (inclusiv stocuri în custodie, stocuri de proiect etc.)

Permite o vizibilitate însumată a stocurilor din lanţul de aprovizionare.

 

Aprovizionare pentru producţie

Aprovizionarea cu materiale a boxelor de depozitare din producţie poate fi gestionată prin SAP Warehouse Management. Ridicarea pentru comenzile de lucru este suportat a de strategii avansate şi combinate cu gestiunea unităţilor de manipulare. Puteţi ambala o anumită comandă de lucru.

Gestiunea depozitelor şi a stocurilor

Numere de serie

Gestiunea loturilor: Aceasta include tratarea loturilor şi determinarea lotului pentru ridicarea de livrare, pentru aprovizionarea de producţie sau în procese de depozitare interne.

3.4.2.2 InventarGestionează inventarul pentru stocurile proprii ale organizaţiei dvs. sau pentru stocurile speciale din depozitul dvs.  Faza de planificare a inventarului

© SAP AG Pagina 65 din 75

Page 66: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Procesul de inventar poate planifica materialele care trebuie contorizate la un anumit loc de depozitare şi la o anumită dată. Stocurile pot fi blocate pentru mişcări de bunuri înainte de începutul contorizării, măsurării şi cântăririi.  Faza de contorizare a inventarului După ce au fost introduse rezultatele contorizării, puteţi monitoriza diferenţele şi declanşa o recontorizare, dacă e cazul. Dacă înregistraţi diferenţe de cantitate pentru locaţiile dvs., o actualizare a evaluării de material şi a contabilităţii financiare este declanşată automat.  Monitorizarea activităţilor de inventar Sunt disponibile funcţii detaliate pentru monitorizarea integralităţii inventarului, starea activităţilor de inventar deschise sau terminate şi rezultatele activităţilor de inventar istorice. Puteţi monitoriza activităţile la nivel de material sau locaţie.

3.4.3 Logistică pentru intrări şi ieşiri Procesul de intrare cuprinde toate etapele unui proces de aprovizionare externă care intervin atunci când bunurile sunt primite; partea de ieşire acoperă activităţile necesare pentru pregătirea şi expedierea bunurilor la destinaţie.

3.4.3.1 Prelucrarea intrărilor

Intrare bunuri

Este o activitate ulterioară a comenzii de aprovizionare. Formează baza pentru actualizarea înregistrărilor financiare şi de stocuri şi poate declanşa procesele de gestiunea depozitelor şi de gestiunea calităţii.

 

Prin sistemul de gestiune a depozitelor, puteţi controla procesele de intrare şi de ieşire de bunuri la nivel fizic. Intrările de bunuri sunt posibile din comanda de aprovizionare, livrările de intrare (notificare de expediţie), comenzile de transport stoc sau din comenzile de producţie. Intrarea de bunuri începe procesul de intrare în stoc care este suportat de diferite strategii avansate.

 

Determinarea cererii externe

Determină date care descriu o cerere pentru un material care este procurat extern. Aceste date cuprind cantitatea necesară, data cererii eliberare-furnizor, data de intrare de bunuri pentru livrare şi locaţia în care trebuie expediat materialul.

 

Notificare de expediţie

Provine de la furnizor şi conţine materialele, cantităţile şi data de livrare exactă cu referinţă la o comandă de aprovizionare. Acest document devine livrare de intrare în procesul de intrare.

 

3.4.3.2 Prelucrarea ieşirilor Ieşire bunuri Livrarea de ieşire formează baza pentru înregistrarea de ieşire de bunuri. Datele necesare pentru înregistrarea de ieşire de bunuri sunt copiate din livrarea de intrare în documentul de ieşire bunuri.

© SAP AG Pagina 66 din 75

Page 67: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Când înregistraţi ieşirea de bunuri pentru o livrare de iesire, funcţiile următoare sunt realizate pe baza documentului de ieşire bunuri:

Stocul din depozit este redus cu cantitatea de livrare.

Modificările de valoare sunt înregistrate în contul de bilanţ din contabilitatea stocurilor.

Necesarul este redus cu cantitatea de livrare.

Starea numărului de serie este actualizată.

Înregistrarea ieşirii de bunuri este înregistrată automat în fluxul de documente.

Determinarea stocului este executată pentru stocul în custodie al furnizorului.

Este generată o listă de lucru pentru dovada de livrare.

După ce ieşirea de bunuri este înregistrată pentru o livrare de ieşire, posibilitatea de modificare a documentului de livrare devine foarte limitata. Acest lucru împiedică apariţia de discrepanţe între documentul de ieşire de bunuri şi livrarea de iesire.  Prelucrarea şi distribuţia de livrare Controlează realizarea efectivă a comenzilor de vânzări şi de aprovizionare, cât şi a comenzilor de transport de stoc. Execuţia sarcinilor de logistică este tratată aici. Prin prelucrarea de livrare, bunurile sunt expediate şi documentele relevante sunt tipărite. Necesarul de vânzări poate fi distribuit la locaţii alternative. Livrarea poate fi expediată la client direct din locaţiile de realizare (mai multe livrări) sau poate fi realizată o consolidare într-o locaţie înainte ca un transport complet să fie expediat la clientul final.   

3.5 Fabricaţie de produsePrin SAP ERP Operations, puteţi gestiona activităţi de inginerie şi proiectare, crea date de produs relevante şi planifica şi executa operaţiile dvs. de fabricaţie. Soluţia permite conectivitatea cu sistemele din zona de fabricaţie, respectarea cerinţelor de calitate şi conformitatea cu reglementările şi standardele relevante.

3.5.1 Planificarea producţiei SAP ERP utilizează tehnici PNM pentru a crea planuri de producţie fără restricţii sub formă de comenzi de producţie şi comenzi planificate.

3.5.2 Execuţia fabricaţiei Suportă procesul de capturare de informaţii de producţie efective din zona de fabricaţie pentru a susţine controlul de producţie şi procesele de calculaţie costuri.

 

Producţie pe comandă

Suportă planificarea şi producţia specifică pentru comanda de client şi este specifică pentru industrie. Suportă procese de ansamblu pentru produse (ne)configurabile într-un mediu de fabricaţie de serie sau producţia de produse (ne)configurate cu comenzi de producţie. Vizibilitatea comenzii de producţie este un element cheie pentru ambele procese. Acest lucru este realizat prin utilizarea de alarme automate şi structuri de identificare necesar de comandă în timpul planificării şi execuţiei.

© SAP AG Pagina 67 din 75

Page 68: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

 

Fabricaţie de serie

Este un sistem de control de producţie simplu, bazat pe cadenţe. Pe baza producţiei şi a liniilor de asamblare, timpii de cadenţă sunt utilizaţi pentru programare. Sunt disponibile un optimizator şi funcţii euristice pentru planificarea unui mix de modele şi fixarea cadenţei. Intrările şi ieşirile permanente sunt luate în considerare în timpul programării. Producţia este executată fără nici o comandă pentru cantităţile de program de execuţie şi versiuni de producţie. Retragerea retroactivă din stoc de forţă de muncă şi materiale la punctele de raportare suportă procesul simplu de execuţie.

 

Fabricaţia de proces

Suportă unitatea logistică drept o facilitate multi-proces. Gestiunea resurselor şi a instrucţiunilor de fabricaţie formează baza pentru planificarea şi secvenţializarea loturilor sau a loturilor de producţie. Algoritmii de soluţionare programează secvenţa comenzii de proces pentru a evita costurile de genul celor pentru curăţenie sau pentru schimburi. Acest lucru poate fi realizat prin campanii de producţie, planificare în bloc sau programarea detaliată concentrată pe resurse critice. Comenzile de proces sunt utilizate pentru programare, execuţie şi calculaţie costuri. Gestiunea proceselor coordonează schimbul de date între sistemul de execuţie SAP şi sistemele aferente de control de proces. Aceste procese pot fi documentate şi evaluate. Integrarea perfectă cu gestiunea calităţii asigură controlul şi stabilitatea proceselor.

 

Gestiune loturi

Gestiunea loturilor îndeplineşte cerinţele pentru gestiunea şi urmărirea loturilor sau a loturilor de producţie la nivelul întregului proces de producţie. În anumite sectoare industriale, în special în industria de proces, trebuie să lucraţi cu cantităţi parţiale omogene de material sau produs pe parcursul întregului lanţ cantitativ şi valoric. În sistemul SAP, un lot este cantitatea totală sau parţială dintr-un anumit material sau produs care este fabricată conform aceleiaşi instrucţiuni de fabricaţie. Există mai multe motive pentru acest lucru:

Cerinţele legale, de exemplu, instrucţiunile pentru bune practici de fabricaţie (GMP) sau reglementările cu privire la materiale periculoase.

Urmărirea defectelor, activităţile de returnare şi cerinţa de recurs.

Cerinţa pentru gestiunea de stocuri bazată pe cantitate şi valoare, de exemplu, prin cantităţi produse/rezultate eterogene sau constituenţi inegali în producţie.

Diferenţe de utilizare şi monitorizarea acestora în planificarea materialelor, vânzări şi distribuţie şi producţie.

Cerinţe de producţie sau tehnice, de exemplu, calculaţii de cantităţi de materiale pe bază de diferite specificaţii de lot.

3.5.2.1 Gestiune documente

 

SAP Easy Document Management

Vă permite utilizarea gestiunii documentelor ca un disc virtual în Microsoft® Explorer (de exemplu, utilizarea funcţiei "drag & drop" pentru a introduce sau elimina documente). De asemenea, puteţi

© SAP AG Pagina 68 din 75

Page 69: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

introduce sau elimina documentele direct din toate aplicaţiile Office, căuta documente şi le puteţi adăuga la o listă de lucru, întreţine date de clasificare şi crea legături intre obiecte.

3.6 Vânzări şi serviciiDomeniul de vânzări şi servicii se ocupă cu procesele orientate spre client, cum ar fi vânzarea de produse şi servicii şi oferirea de servicii post-vânzare. Permite departamentelor de vânzări să gestioneze ciclul de vânzări, comenzile de vânzări şi servicii şi activităţile ulterioare.

3.6.1 Gestiune comenzi de vânzăriOferă functionalitati pe care companiile le pot utiliza pentru a crea cereri de ofertă sau oferte, primi sau introduce comenzi, configura produse, determina stabilirea preţurilor, verifica disponibilitatea produselor, urmări, gestiona şi factura comenzi.

3.6.1.1 Prelucrare conturi

Permite companiilor să ofere o imagine detaliată a clienţilor şi clienţilor potenţiali. Capturează, monitorizează şi urmăreşte informaţii cum ar fi date de bază şi o imagine generală a relaţiilor critice.

3.6.1.2 Prelucrare ofertă

Vă permite să creaţi şi să prelucraţi comenzi, inclusiv stabilirea de preţuri şi programarea comenzilor pentru realizare. SAP ERP suportă mai multe variante de proces, de exemplu:

Expediere pe comandă

Producţie pe comandă

Materiale returnabile (paleţi)

Prelucrare loturi

Prelucrarea numerelor de serie

Prelucrare livrare la terţi

Gestiunea reclamaţiilor

Retururi

3.6.1.3 Prelucrare comandă de vânzări

Capacităţile de gestiune a comenzilor permit angajaţilor din vânzări configurarea, stabilirea preţurilor şi crearea facilă a comenzilor de vânzări pentru clienţi. În plus, gestiunea comenzilor oferă posibilitatea de a efectua determinarea şi înlocuirea de produse, detalierea produselor structurate într-o tranzacţie de afaceri pentru stabilirea preţului, posibilitatea de a efecuta verificări de disponibilitate, transferând aceste cerinţe la departamentul de producţie sau de aprovizionare fie

© SAP AG Pagina 69 din 75

Page 70: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

pentru produsul de antet, fie pentru componentele produsului, şi efectuarea verificărilor de integralitate a datelor.

3.6.1.4 Prelucrare contracte

Contract de cantitate

Monitorizează acordurile conform căruia un client va comanda o anumită cantitate de produse într-o perioadă specificată. Sunt acoperite următoarele funcţii:

Crearea unui acord cadru (contract de cantitate)

Crearea unui referat de necesitate

Alocarea referatului de necesitate şi crearea comenzii de aprovizionare

Aprobarea comenzilor de aprovizionare

Monitorizarea contractului

Intrare bunuri

Intrare factură după poziţie individuală

Plată

3.6.1.5 Facturare Reprezintă faza finală de prelucrare a unei tranzacţii de afaceri în vânzări şi distribuţie. Informaţiile de facturare sunt disponibile la fiecare fază a prelucrării comenzilor şi livrărilor.

Documentele de facturare, cum ar fi facturi, credit memo-uri sau debit memo-uri, pot fi create numai pe baza informaţiilor din comandă sau pe baza informaţiilor de comandă şi de livrare unde, de exemplu, cantitatea de facturat este derivată din avizul de expediţie.

În timpul procesului de facturare, creaţi, modificaţi şi ştergeţi documente de facturare, cum ar fi facturi, credit memo-uri şi debit memo-uri. Calculul flexibil al rabaturilor este integrat.  Integrarea cu contabilitatea financiară constă în redirecţionarea datelor de facturare din facturi, credit memo-uri şi debit memo-uri la contabilitatea financiară. Sistemul înregistrează intrările de compensare la conturile corespunzătoare (cu ajutorul alocării de conturi) şi se asigură că FI poate recunoaşte toate documentele de facturare care ţin de o tranzacţie de afaceri (de exemplu, un credit memo la o factură). Integrarea cu controlul de gestiune constă în alocarea costurilor şi veniturilor la registrele auxiliare corespunzătoare.

3.6.1.6 Gestiunea ambalajelor returnabile

Ambalajele returnabile reprezintă materiale care sunt depozitate în locaţia clientului, dar care rămân în proprietate vânzătorului. Clientul trebuie decât să achite ambalajele returnabile numai dacă acestea nu sunt returnate până la un moment specificat.

© SAP AG Pagina 70 din 75

Page 71: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

3.6.1.7 Custodie

Bunurile în custodie sunt produse care sunt depozitate în locaţia clientului, dar care sunt deţinute de compania dvs. Clienţii depozitează bunurile în custodie în propriile lor depozite. Clientul nu este obligat să achite aceste bunuri până când nu sunt scoase din stocul în custodie. În caz contrar, clientul poate returna de obicei bunurile în custodie care nu mai sunt necesare.

3.6.1.8 Gestiunea contractelor de servicii

Creează şi gestionează contracte de servicii cu planuri de facturare, acorduri de preţ şi condiţii aferente. Contractele de servicii pot fi referenţiate în procesele ulterioare de serviciu. Planurile de serviciu permit strategiile de întreţinere preventivă contractuală pe bază de timp şi/sau de performanţă.

3.6.1.9 Service şi suport pentru clienţi

Gestionează cererile de intrare de servicii şi de suport şi identifică clienţii cu baza lor instalată corespunzătoare. Pe baza acestor informaţii, sunt identificate contractele de garanţie şi servicii relevante. Sarcinile pentru soluţionarea problemelor de servicii pot fi planificate cu resursele necesare de manoperă şi piese.

Prelucrarea retururilor determină, urmăreşte şi creditează retururi de produse într-un serviciu, inclusiv funcţiile de verificare de garanţie, recunoaştere a motivelor de retur şi verificări de cantitate.

Documentele de facturare, cum ar fi facturi, credit memo-uri sau debit memo-uri, pot fi create pe baza serviciilor prestate şi/sau a resurselor consumate.

3.6.1.10 Gestiunea garanţiilor şi a reclamaţiilor

Prelucrarea garanţiilor şi reclamaţiilor răspunde cerinţelor producătorilor, importatorilor sau vanzatorilor de produse complexe şi furnizorilor acestora. Prelucrarea de garanţii şi reclamaţii oferă o soluţie care poate gestiona un număr mare de reclamaţii de garanţie şi, pe cât posibil, într-un mod automat. În prelucrarea manuală sunt introduse numai acele reclamaţii care produc rezultate negative in prelucrarile automate.

Înregistrarea produselor şi a garanţiilor: puteţi crea garanţii şi aloca obiecte tehnice la aceste garanţii.

3.6.2 Prestare de servicii profesionaleOferă un set comprehensiv de capacităţi concepute pentru vânzarea, planificarea, prestarea şi facturarea serviciilor pe bază de proiect. Proiectele trebuie create, structurate şi alocate cu personal la resursele corespunzătoare, serviciile complexe sunt prestate şi proiectele asociate trebuie executate într-un anumit cadru de timp, cu satisfacerea calităţii conform acordurilor contractuale. Modificările la nivelul cadrului de timp, volumului şi alocării de personal pentru proiecte trebuie gestionate. Un control de gestiune de proiect integrat reprezintă baza pentru multe alte scenarii. Procesele de gestiune a angajamentelor însoţesc prestarea de servicii: contractele trebuie configurate conform acordurilor cu clienţii, timpii şi cheltuielile sunt înregistrate şi li se stabileşte preţul şi sunt facturate la client în mai multe moduri.

© SAP AG Pagina 71 din 75

Page 72: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

3.6.2.1 Prelucrare ofertă

În acest proces de afaceri, puteţi să vă asiguraţi partenerii de afaceri că veţi livra o anumită configurare de produse şi o cantitate de produse la un anumit moment şi preţ. În timpul prelucrării comenzii de vânzări, angajatul de vânzări poate utiliza o serie de funcţii de vânzări şi funcţii speciale de ofertă.

3.6.2.2 Prelucrare comandă de vânzări

Acest proces de afaceri vă oferă posibilitatea de a livra o anumită configurare şi cantitate de produse sau de a presta un serviciu la un anumit moment. În timpul prelucrării comenzii de vânzări, departamentul de vânzări acceptă comanda de vânzări şi este responsabil de realizarea contractului.

3.6.2.3 Execuţia de proiect

Execuţia unui proiect pe baza unui plan de proiect include crearea de documente, simularea de structuri de proiect alternative şi funcţii analitice.

3.6.2.4 Timp şi prezenţă

Optimizează procesele pentru planificarea, gestiunea şi evaluarea timpilor şi activităţilor de lucru ale angajaţilor interni şi externi prin capacităţile de gestiune a timpului din SAP ERP HCM. Oferă interfete intuitive, orientate pe utilizator, care suportă gestiunea timpului la nivel centralizat sau descentralizat.

3.6.2.5 Gestiunea timpului şi prezenţei angajaţilor

Optimizează procesele pentru planificarea, gestiunea şi evaluarea timpilor şi activităţilor de lucru ale angajaţilor interni şi externi prin gestiunea timpului din SAP ERP.

3.6.2.6 Contabilitate proiect

Monitorizează planificarea precisă a activităţilor detaliate implicate în proiecte la scară mare, cum ar fi construirea unei fabrici, şi proiecte la scară mică, cum ar fi organizarea unui târg comercial. Ajută managerii de proiect să se asigure că proiectul este executat eficient, la timp şi în buget - asigurându-se că resursele şi fondurile necesare sunt disponibile când şi unde trebuie.

3.6.2.7 Facturare legată de cheltuieli efective

Timpi şi orice tipuri de cheltuieli (de exemplu, cheltuieli de deplasare, cheltuieli pentru terţi) pot fi facturate la un client prin mai multe reguli. Este posibilă filtrarea timpilor şi a cheltuielilor şi/sau respingerea sau amânarea poziţiilor de facturare.

© SAP AG Pagina 72 din 75

Page 73: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

3.6.2.8 Facturare

Reprezintă faza finală de prelucrare a unei tranzacţii de afaceri în vânzări şi distribuţie. Informaţiile de facturare sunt disponibile la fiecare fază a prelucrării comenzilor şi livrărilor.

Documentele de facturare, cum ar fi facturi, credit memo-uri sau debit memo-uri, pot fi create numai pe baza informaţiilor din comandă sau pe baza informaţiilor de comandă şi de livrare unde, de exemplu, cantitatea de facturat este derivată din avizul de expediţie.

În timpul procesului de facturare, creaţi, modificaţi şi ştergeţi documente de facturare, cum ar fi facturi, credit memo-uri şi debit memo-uri.

Integrarea cu contabilitatea financiară constă în redirecţionarea datelor de facturare din facturi, credit memo-uri şi debit memo-uri in contabilitatea financiară. Sistemul înregistrează intrările de compensare la conturile corespunzătoare (cu ajutorul alocării de conturi) şi se asigură că FI poate recunoaşte toate documentele de facturare care ţin de o tranzacţie de afaceri (de exemplu, un credit memo la o factură). Integrarea cu controlul de gestiune constă în alocarea costurilor şi veniturilor la registrele auxiliare corespunzătoare.

3.7 Servicii corporativeSAP ERP Corporate Services suportă şi uniformizează procesele de administrare care sunt standard pentru majoritatea companiilor - acele procese de suport critice pentru companie pe care trebuie să le executaţi cu maximă eficienţă şi control.

Puteţi adapta SAP ERP Corporate Services pentru a răspunde cerinţelor dvs. de transparenţă şi control, cât şi în ceea ce priveşte reducerea riscurilor financiare şi de mediu, în următoarele domenii:

 

Gestiunea deplasărilor - SAP ERP Corporate Services vă ajută să reduceţi costurile, să uniformizaţi procesele de gestiune a deplasărilor, să monitorizaţi conformitatea cu politicile de deplasare şi să gestionaţi modificările din modelele de compensaţii şi stabilire de preţ de la furnizori, sisteme de distribuţie globală şi agenţii de voiaj.

Gestiunea calităţii - SAP ERP Corporate Services permite o abordare unificată asupra gestiunii calităţii totale, fiind eficient deoarece determina mai puţine retururi de produse şi do îmbunătăţire a utilizării activelor.

3.7.1 Contabilitate proiect Monitorizează planificarea precisă a activităţilor detaliate implicate în proiecte. Ajută managerii de proiect să se asigure că proiectul este executat eficient, la timp şi în buget.

Planificare şi urmărire integrate

Integrarea detaliată permite aplicaţiei SAP ERP Financials sa abordereze aria proiectelor, incluzând bugetare, planificare de costuri şi confirmări de costuri efective şi angajamente din diverse surse.

Decontarea datelor financiare

Transferă costurile şi veniturile la componentele ERP de Contabilitate financiară (FI) , Contabilitatea imobilizărilor (AA), Analiza de profitabilitate şi vânzări (CO-PA) şi Control gestiune (CO).

© SAP AG Pagina 73 din 75

Page 74: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

3.7.2 Gestiune deplasări Gestiunea deplasărilor oferă o gestiune complet integrată pentru toate cheltuielile de deplasare - din etapa de planificare/aprobate până în punctul în care cheltuielile de deplasare sunt înregistrate în Contabilitatea financiară şi alocate in functie de cauză în Contabilitatea costurilor.

3.7.3 Gestiune calitate Gestiunea calităţii este o soluţie comprehensivă care sprijina compania în cadrul ciclului de viaţă a unui produs şi de-a lungul lanţului de aprovizionare. Oferă o gamă largă de funcţii şi servicii în colaborare, care sunt complet integrate în SAP ERP pentru a asigura şi gestiona calitatea produselor. De asemenea, se concentrează pe prevenirea şi îmbunătăţirea continuă a proceselor prin colaborare şi control de calitate susţinut.

3.7.3.1 Analize de calitate

Planificarea controlului

Ajută la identificarea caracteristicilor de control (teste) şi metodelor de control (proceduri) şi le alocă la diverse operaţii de control dintr-un plan de control sau specificaţie de material. SAP ERP oferă instrumente avansate pentru planificarea controlului şi gestiunea procedurilor operaţionale standard. Această funcţie include planificarea mai multor specificaţii pentru o singură caracteristică de control în funcţie de criteriile definite, cum ar fi ţară, client sau toleranţele legale.

 

Gestiunea furnizorilor

Asigură faptul că produsele furnizorilor sunt adecvate pentru utilizare cu acţiuni corective şi de control minime. SAP ERP suportă:

Definirea cerinţelor pentru calitatea produselor şi a programelor

Evaluarea, selectarea, certificare şi clasificarea furnizorilor

Planificarea în comun a calităţii

Comunicarea cu furnizorul în timpul execuţiei contractului

Dovada de conformitate cu cerinţele

Program de îmbunătăţire a calităţii

3.7.3.2 Asigurarea/controlul calităţii

Controlul de calitate

Măsoară, examinează, testează şi cuantifică una sau mai multe caracteristici ale unui produs sau serviciu şi compară rezultatele cu cerinţele specificate pentru a determina dacă acestea sunt conforme. Cuprinde loturi de control de diferite origini. Asigură înregistrarea rezultatelor şi a defectelor (şi prin interfaţă web). Cuprinde decizii de utilizare şi eliberări de stoc din starea de control de calitate. Acţiunile ulterioare cuprind clasificarea lotului şi punctarea calităţii.

© SAP AG Pagina 74 din 75

Page 75: KP98 Cost Planificat vs Existent

SAP Best Practices SAP Best Practices Baseline Package: Aria de cuprindere a soluţiei

Gestiunea şi trasabilitatea loturilor

Această funcţie este necesară dacă produsele variază din punct de vedere calitativ sau dacă îşi au originea în diferite execuţii de producţie. SAP ERP poate furniza identificarea, clasificarea şi gestiunea de stocuri pentru diferite loturi de material. Analizele ascendente şi descendente sunt oferite pentru a prezenta în ce produse finite a ajuns un lot de materii prime sau ce loturi de materii prime ajung într-un produs finit. Este posibil să aveţi nevoie să prezentaţi ciclul de existenţă al poziţiilor individuale. În acest caz, trasabilitatea este realizată prin numere de serie. Mai mult, datele de proces pot fi memorate într-o înregistrare de comandă şi într-o arhivă optică (înregistrare electronică de lot).

 

© SAP AG Pagina 75 din 75