Annab aimu klientidega tehtavate tehingute funktsionaalsusest konfiguratsioonis 1C: Trade Management 8 (rev. 11.3) ja kasutatud tehingutüüpidest. Vaatame lähemalt kõige lihtsamat varianti – protsessivälist tehingut.

Töötlemata tehingud 1C-s ei võimalda teil tehingu etappe salvestada, nende jaoks on saadaval ainult teave kliendi ja toote kohta, samuti tehingu tulemuste kohta - kas see võideti või kaotati.

Tehingutüübi loomine

Selleks, et tehingute registreerimine oleks võimalik, tuleb programmi sisestada info tehinguliikide kohta. Avame tehingutüüpide kataloogi.

CRM ja turundus / Seadistused ja kataloogid / Tehingud / Tehingute tüübid klientidega

Loome uue vaate ja täpsustame üksikasju:

• nimi – meie näiteks "Hõljuklaudade müük (väike hulgimüük)",
• tehingu tüüp – "Muud protsessivälised tehingud",
• märkige lipp "Kasuta lubatud",
• Meie näite puhul kontrollime ka lippu „Paranda esmast nõudlust”.

Atribuudi “Kinnita esmane nõudlus” lubamine võimaldab sisestada tehingu sõlmimisel infot kliendi esmase kaubavajaduse kohta ning seejärel fikseerida kliendi rahulolu protsendi ja rahulolematuse põhjused.

Väljale „Kirjeldus” saate sisestada tehingutüübi kohandatud tekstikirjelduse.

Salvestame ja sulgeme tehingutüübi.

Tehingu registreerimine

Kui tehingu tüüp on programmi sisestatud, saate tehingu enda registreerida.

Oletame, et meil on potentsiaalne klient, kes soovib osta 10 hõljuklauda. Registreerime temaga lepingu sõlmimise töö algust. Läheme tehingute kataloogi ja loome uue tehingu.

CRM ja turundus / CRM / Klienditehingud

Valime kliendi, on ka lepingu valiku võimalus (tehingu võidu korral vormistatakse müügidokumendid vastavalt sellele lepingule).

Vahekaardil „Üldteave” näitame:

• Tehingu nimi.
• Potentsiaal (potentsiaalne tehingusumma juhtimisarvestuse valuutas; valuutat muuta ei saa) ja tehingu eduka sooritamise tõenäosus (protsentides). Need väärtused saab programm arvutada andmebaasis saadaolevate andmete põhjal. Meie näites sisestame selle käsitsi.
• Kliendi esmane huvi on kanal ja allikas. (Lugege lisateavet esmase huvi fikseerimise kohta artiklist)
• Tehingu olek. Võimalikud olekud: “Käimas”, “Võitnud”, “Kaotatud”. Kuni tehingu lõpuleviimiseni jätame selle "Käimasolevaks".
• Tehingu tüüp. See on kohustuslik nõue. Saate valida tehingutüüpide kataloogist. Meie näites valime eelnevalt sisestatud tüübi “Hõljuklaudade müük (väike hulgimüük)”, mille tüüp on “Muud protsessivälised tehingud”.

Konkreetse tehinguga töötamise võime määrab selle tüüp või täpsemalt selle tüübi jaoks määratud tehingu tüüp.

Vahekaardil „Osalejad“ saate määrata partnerid - tehingus osalejad, nende kontaktisikud ja rollid. Võimalikud partnerirollid: “klient”, “tarnija”, “mõjutaja”, “lahendaja”. Osalejale, kes on selles tehingus klient, on saadaval ainult „kliendi“ roll.

Vahekaardil „Esmane nõudlus” peate kirjeldama kliendi vajadust.

Kui tehingutüübiks on valitud valik “Kinnita esmane nõudlus”, siis vahekaardil “Esmane nõudlus” tehinguvormis on kohustuslik täita vähemalt üks rida.

Siin ei ole vaja määrata kaubaartikleid, vaid sisestada ainult kliendi poolt soovitud kauba tekstikirjeldus. Siia sisestatakse ka hinnanguline tehingusumma (saate valida valuuta).

Veerud “Rahulolu protsent” ja “Rahulolematuse põhjused” täidetakse pärast tehingu sooritamist.

Kirjutame selle üles ja sõlmime tehingu.

Tehingu kaotamine

Oletame, et tehingut ei toimunud, kuna meie organisatsioonil ei olnud aega vajalikku toodet osta.

Avame tehingu ja määrame vahekaardil „Peamine” olekuks „Kadunud”. Siin valime kaotsimineku põhjuse (meie näide – „Me ei saanud kaupa õigeks ajaks osta“).

Kataloog „Tehingute kaotamise põhjused” on saadaval CRM-i ja turunduse sätete ja viidete lehel (CRM ja turundus / Seaded ja viited). Selles saab luua uusi põhjuseid.

Vahekaardil “Esmane nõudlus” märgime kliendi rahulolu protsendi (0%) ja rahulolematuse põhjuse (meie näites “Vajalik sortiment puudub”).

Kataloog "Rahuldamatu nõudluse põhjused" on saadaval ka CRM-i ja turunduse seadetes ja viidetes (CRM ja turundus / Seadistused ja viited). Võimalik on luua uusi põhjuseid.

Kirjutame selle üles ja sõlmime tehingu.

Tehingu võitmine

Oletame, et meie organisatsioon ostis vajalikud kaubad (hõljuklauad), klient võttis meiega uuesti ostu tegemiseks ühendust ja tehing toimus.

Tehingute kataloogis loome uue tehingu, mis on sama tüüpi kui varem (meie näites - "Hõljuklaudade müük (väike hulgimüük)", tüübiga "Muud protsessivälised tehingud"), sama kliendiga ja sama palju.

Vahekaardil „Üldteave“ valige tehingu olek: „Võitnud“.

Vahekaardil “Esmane nõudlus” näitame kliendi rahulolu protsenti (meie näites – 100%).

Kirjutame kokkuleppe.

Müük tehinguga

Tehingu jaoks müügi registreerimiseks kasutame sisestusmehhanismi, mis põhineb.

Tehinguvormis klõpsake nuppu "Loo aluseks". Nagu näha, on tehingu alusel võimalik koostada erinevaid dokumente, sh tööde sooritamise akt, kliendi tellimus ning kauba ja teenuste müük.

Meie näites koostame tehingu põhjal dokumendi “Kaubade ja teenuste müük”. Täidetakse osaliselt (näidatud on klient ja leping), jääb vaid sisestada müüdud kaup.

Tehingupõhiste dokumentide koostamisel kaubaartikleid ei täideta, kuna konkreetseid kaupu tehinguvormil ei märgita.

Täidame juurutusdokumendi ja postitame selle olekusse „Rakendatud”.

Peale müügi sooritamist märgime tehinguvormile “Suletuks”. See tähendab, et kõik tehinguga seotud toimingud on lõpule viidud.

Kirjutame selle üles ja sõlmime tehingu.

Tehinguaruanded

Tehingute analüütiline info kuvatakse vastavates CRM-i ja turundusaruannetes.

CRM ja turundus / CRM ja turundusaruanded / Tehingu teostamine

Tehingu brutokasumi aruanne näitab iga tehingu tulu, kauba maksumust, brutokasumit ja kasumlikkust juhtimisarvestuse valuutas.

Tehingute brutokasumi aruande korrektseks koostamiseks on vaja esmalt teha rutiinne kuu sulgemine.

Aruanne „Tehingu toimivus” kajastab teavet võidetud, kaotatud ja pooleliolevate tehingute kohta.

Lugege meie artikleid muud tüüpi tehingute kohta 1C: ja.

Mõnikord peavad organisatsioonid ostma või müüma välisvaluutat. Olukorda võib olla palju. Näiteks impordite või ekspordite kaupu, saadate töötajaid välislähetustele, maksate laenu välisvaluutas jne.

Kehtivad õigusaktid kohustavad organisatsioone valuutajäägid kehtestatud kursi järgi ümber hindama rubladesse. Kui kursivahe tekib sinu jaoks positiivses suunas, kajastub see raamatupidamises muu tuluna ja NU-s mittetegevuse tuluna. Negatiivse vahe suurus võetakse arvesse samamoodi, ainult kulude osas.

Käesolevas artiklis vaatleme näidet, kuidas punktis 1C 8.3 valuuta konverteerimistoiminguid tehakse, ja käsitleme nende tehinguid, nimelt valuuta ostmist ja müüki.

Enne valuutaga töötamise alustamist peate programmi konfigureerima.

Juhul, kui ülekanne välisvaluuta ja rublakonto vahel võtab aega üle päeva, peate kasutama vahekontot.

Minge jaotisest "Peamine" aadressile.

Avanevas aknas otsige üles kirje nimega "Konto 57 "Raha teisaldamisel kasutatakse ülekandeid" ja märkige see lipuga. Seda lisandmoodulit ei pea lubama.

Samuti on soovitatav kontrollida mõne teise lisandmooduli installimist. Menüüs "Haldus" valige "Funktsionaalsus". Avanevas seadete aknas avage vahekaart "Arvutused" ja kontrollige, kas ruut "Arvutused välisvaluutas ja rahaühikutes" on märgitud. Meil oli see vaikimisi juba installitud.

Jaotises "Kataloogid" valige "Valuutad".

Näete nimekirja kõigist programmi lisatud valuutadest koos nende kursidega. Sellel vormil klõpsake nuppu "Laadi vahetuskursid alla...".

Programm palub teil valida need välisvaluutad, mille kursid peate alla laadima. Märkige märkeruudud ja klõpsake nuppu "Laadi alla ja sulgege". Vaikimisi on praegune kuupäev, kuid seda saab muuta.

Nüüd saate minna otse meie näite juurde valuuta müümise ja ostmise kohta jaotises 1C 8.3.

Valuuta müük

Välisvaluuta mahakandmine

Vaatleme näidet, kui meie organisatsioon peab müüma Sberbankile rubla eest 7000 dollarit. Esialgu koostatakse maksekorraldus 1C-s ja selle alusel. Maksekorraldust ennast me arvesse ei võta ja liigume koheselt mahakandmise töötlemise juurde, kuna just see korraldus teeb vajalikud tehingud.

Tehingu tüübiks määrake “Muud arveldused vastaspooltega”. Meie puhul on saaja Sberbank PJSC. Oleme temaga juba sõlminud lepingu USA dollarites arveldustega. See on valitud selle dokumendi kaardil. Alloleval pildil on selle lepingu kaart.

Samuti kanname maha raamatupidamiskonto 52 (Valuutakontod) ja arvelduskonto 57.22 (Välisvaluuta müük). Lisaks peate märkima oma organisatsiooni ja pangakonto.

Vaatame dokumendi üle ja vaatame selle postitusi. Näete, et ei kajastunud mitte ainult mahakandmine ise, vaid ka kursivahed.

Kui valuuta on pärast viimast valuutatehingut oma väärtust muutnud, lisatakse 1C-le kirje valuutajääkide ümberhindluse arvutamiseks (kui ümberhindlus on konfigureeritud).

Kviitung arvelduskontole

Kui pank on saanud 7000 dollarit, kannab ta selle meile rubla ekvivalendis. Programm arvestab dokumenti.

Kviitung täidetakse automaatselt peale kliendipangast mahalaadimist. Siiski on soovitatav kontrollida täidetud andmeid, eriti kontot ja summat.

Selle dokumendi liikumised on näidatud alloleval joonisel.

Valuuta ostmine

Valuuta ostmisel jaotises 1C 8.3 peate tegema samu toiminguid, mis eelmises näites.

Sellises olukorras näeb mahakandmine välja nagu "Muud arveldused vastaspoolega". Valuuta ostutehingutel on 57.22 asemel 57.02 (Välisvaluuta ost). Konto laekumised on vormil “Välisvaluuta ostmine”.

Tehingud klientidega

Müügiosakonna operatiivtöö kvaliteedi tõstmisega seotud probleemide lahendamiseks on ette nähtud tehingud klientidega. Tehingute kasutamine võimaldab registreerida kõik kliendiga töötamise etapid (müügiprotsessi etapid), alates potentsiaalse kliendi registreerimise hetkest kuni kauba kliendile tarnimise hetkeni (tehingu edukas sooritamine).

Tehinguprotsess on esitatud järgmisel diagrammil.

Müügiprotsessi iga etapi läbimist saab rangelt kontrollida kasutatav äriprotsess, juht või üldse mitte kontrollida. Müügiprotsessi etappide kontrolli määrab tehingu tüüp:

Tüüpiline müük– võimaldab kontrollida müügiprotsessi iga etappi. Näiteks ei saa juht minna kliendile pakkumiste tegemise etappi, kui ta pole klienti klassifitseerinud, st ei ole kindlaks määranud müügitingimusi, mille alusel kaup kliendile müüakse,

• Käsitsi üleminekuga tehingud etappide kaupa– puudub range kontroll äriprotsessi iga etapi üle. Juht saab liikuda ühest etapist teise, jättes ükskõik millise etapi vahele.
• Muud protsessivälised tehingud– võimaldab kasutada tehinguid klientidega ilma müügiprotsessi etappe registreerimata. Selliseid tehinguid kasutatakse tavaliselt käimasolevate ülesannete ja interaktsioonide salvestamiseks pikaajaliste projektide raames.

Üks müügiorganisatsioon võib kasutada erinevat tüüpi müügiprotsesse.

Tehing kliendiga on paindlik rakenduslahenduse tööriist, mis pakub järgmisi võimalusi:

• tehingudokumentide loendi vaatamine,
• äripakkumiste registreerimine,
• müügitingimuste registreerimine,
• tellimuste vormistamine tarnijale,
• tehingu tööplaani koostamine,
• interaktsioonide registreerimine.

Tehingu tüüp

Tehingutüüpide kataloog on mõeldud igat tüüpi tehingute salvestamiseks, mida saab kaubandusettevõttes kasutada müügiprotsesside haldamiseks. Programmi on võimalik lisada mis tahes tüüpi tehinguid.
Iga tehinguliigi jaoks valitakse tehingutüüp, mille järgi määratakse selle tehingu piires registreeritavad müügiprotsessid. Programmil on võimalus seda tüüpi tehinguid rakendada.

* Muud protsessivälised tehingud. Tehinguid ei hallata, sellise tehingu jaoks ei koostata sammude loendit, keelatud on jälgida, millisel etapil tehing asub, on lubatud hallata ainult tehinguolekuid.
Sellisel tehingul on võimalus lihtsalt toimida omamoodi kaustana, kuhu salvestada kõik tehingu piires registreeritud dokumendid, tehinguga seotud interaktsioonid, tehingu keskkond jne. Seda tüüpi tehinguid kasutatakse tavaliselt pikaajaliste projektide jaoks.
* Käsitsi üleminekuga tehingud etappide kaupa. Müügiprotsessi etappide loendi registreerib kasutaja ja müügiprotsessi etappide edenemist on võimalik juhtida "käsitsi", näidates iga kord, millisesse etappi töö tehinguga on liikunud.
* Tüüpiline müük. Tehingu tüüp määratakse selle äriprotsessi nime järgi, mille abil seda hallatakse. Üleminek etappide vahel on rangelt määratletud tüüpilise müügi äriprotsessi loogikaga, mis sisaldub tarne.

Teave tehingu tüübi kohta lisatakse kliendiga vastloodud tehingu sooritamise käigus. Vastavalt antud tehingutüübile (õigemini selle tüübi jaoks määratud tehingutüübile) hallatakse müügiprotsesse sooritatud tehingu piires.

Märge. Ärimehhanism Tüüpiline müük on äriprotsessi näide. Vajadusel saate konfiguratsiooni lisada muid äriprotsesse. Konfiguratsioonivalikus saavad redigeerida ja uusi äriprotsesse juurutada ainult nõutava kvalifikatsiooniga spetsialistid.

Nõuanne. Müügilehtri moodustamisel kasutatakse tehinguid, mis määravad müügietapid. Seda tüüpi tehingute kasutamine võimaldab esialgses etapis (enne dokumentide registreerimist) kontrollida tööd kliendiga ja määrata juhtide tulemuslikkust. Näiteks kui palju kliente ettevõttega ühendust võttis ja kui paljusid ei õnnestunud juhil reaalse müügi registreerimiseni tuua. Seejärel saab seda teavet näha juhtide tulemuslikkuse parameetrite võrdleva analüüsi aruandes.

Millist tüüpi tehingut tuleb määrata, kui seda tüüpi tehingute müügimehhanismi ei kontrollita?

Väljale Tehingu tüüp jätke sisu, mis määrati vaikimisi vastloodud tehingu täitmisel – Muud protsessivälised tehingud.

Seda tüüpi tehinguid kasutatakse nende tehingute puhul, mille müügimehhanismi teostatakse juhuslikult, ilma iga müügietappi lammutamata ja jälgimata. Seda tüüpi tehingute puhul saate kontrollida tehingu piires registreeritud dokumentide loendit, analüüsida tehingu efektiivsust, kuid te ei saa kontrollida ja juhtida müügiprotsessi tehingu piires. .

Mis tüüpi tehingut tuleb määrata, kui tehingu müügiprotsessi juhitakse käsitsi?

* Väljale Tehingu tüüp määra käsitsi üleminekuga tehingud etappide kaupa.
* Protsessi sammude lehel täitke sammude loend, mille abil soovite müügiprotsesse juhtida. Nimekirja täitmisel kasutatakse teavet müügiprotsessi sammude teatmeteosest. See kataloog salvestab eelmääratletud sammude loendi; vajadusel saab sellesse loendisse lisada muid samme.

Etappide järgimise viis määratakse müügiprotsessi sammude teatmeteoses määratud järjekorra järgi. Üleminek etappide vahel toimub käsitsi. Samal ajal ei ole vaja järgida ranget sammude jada, iga sammu võib vahele jätta.

Millist tüüpi tehingut tuleb määrata, kui tehingu müügimehhanism peab olema rangelt reguleeritud vastavalt äriprotsessile?

Tehingu tüüp määrab ärimehhanismi, mis haldab tehingu müügiprotsessi. Näitena tehingute haldamise äriprotsessist rakendab programm “Tüüpilise müügi” ärimehhanismi.

Pärast äriprotsessi määratlemist tehingutüübis sisestatakse paneelile „Protsessi sammud“ automaatselt sammude loend vastavalt äriprotsessi etappidele, seda protsessi etappide loendit on keelatud muuta. Tehingute haldamise mehhanism viiakse läbi rangelt vastavalt kindlaksmääratud etappidele automaatse ülesannete genereerimisega kasutajatele (kui see on äriprotsessis ette nähtud).

Millisel juhul on vaja määrata atribuut Application enabled?

Atribuut Rakendus lubatud määratakse seda tüüpi tehingute jaoks, mida saab kasutada uute tehingute loomiseks. Kui atribuut on määramata, ei saa seda tüüpi uusi tehinguid luua.
Atribuudi sisu saab igal ajal muuta.

Näide. Kaubandusettevõte on välja töötanud uue ärimüügi mehhanismi, mis on vajalik vana ärimüügi mehhanismi asendamiseks. Tehingutüübi puhul, mis kasutab vana müügimehhanismi, eemaldatakse atribuut Rakenda müük. Lisatakse uus tehingutüüp koos uue müügiäriprotsessi ülesandega. Samas neid tehinguid, mis registreeriti vana äriprotsessi ülesandega tehinguliigi piires, haldab vana äriprotsess ning uued tehingud registreeritakse uue müügi äriprotsessi abil.

Kas tehingutüübile on lubatud lisada üksikasjalikke juhiseid?

Üksikasjalikud juhised saab välja töötada välise failina ja lisada privaatse tehinguvaatele. Samal ajal rakendatakse failidega töötamiseks standardset algoritmi.

* Tehingutüübi vormis vormi navigeerimispaneelil valige üksus Manustatud failid.
* Ilmuvas loendis klõpsake nuppu Lisa.
* Failide loendist märkige soovitud fail kettal, kuhu juhised on salvestatud.
* Ilmuval failikaardil kirjutage väljale Kirjeldus faili nimi.
* Klõpsake nuppu Kinnita ja sulge.
* Juhised lisatakse failide loendisse.
* Selles failis olevat teavet saab muuta, kasutades failidega töötamise võimalusi, mida pakub 1C:Enterprise.

Millisel juhul on vaja määrata atribuut Esmane huvi rekord?

Atribuut Registreeri esmane huvi määratakse nende tehingutüüpide jaoks, mille puhul on vaja täpsustada teavet kaupade kohta, mida klient soovib osta, ja seejärel märkida kliendi esmase nõudluse rahuldamise aste. See võimaldab teil analüüsida nende toodete loendit, mida kliendid kõige sagedamini küsivad, ja analüüsida, miks kliendi esmane nõudlus ei olnud rahuldatud.

Kui määrate selle lipu teatud tüüpi tehingus, kuvatakse esmase huvi abileht, kuhu täidetakse teave kliendi esmase nõudluse kohta (toote nimi, eeldatav müügisumma).

Märge. Tehingu atribuuti Kinnita esmane huvi saab määrata ainult siis, kui jaotises Haldus/Müük on märgitud ruut Fikseeri esmane nõudlus.

Millistes olukordades on vaja määrata tehingu jaoks kauba eraldi arvestuse pidamise näitaja?

Atribuut Kaupade eraldi arvestus tehingu jaoks määratakse nendes olukordades, kus on vaja iga konkreetse tehingu puhul eraldi arvestada laovarude kulu ja kasumiga. Seda sisu kasutatakse seda tüüpi konkreetse tehingu sooritamisel vaikesisuna.

Märge. Tehingu atribuudiks Kauba arvestus tehingu kohta saab määrata ainult siis, kui jaotises Haldus/Finants on märgitud ruudud Eraldi arvestus ja Tehingute järgi.

Viimasel ajal on üha rohkem küsimusi laekunud 1C palga- ja personalijuhtimise tarkvaratoote uue väljaande, nimelt väljaande 3.0 kohta. Seetõttu otsustasin täna kirjutada artikli selle programmi väljaande raames. Väljaanne on pühendatud tükitöötasu arvutamise seadistamine (meeskonnatöö tellimus, tükitöö tellimus) 1C ZUP 3.0-s. Tehingust kirjutamise otsusele andis oma panuse minu klient imelisest Kaliningradi linnast, kellega hiljuti just sellel teemal rääkisime. Selle konsultatsiooni käigus avastasin üllatusega, et 1C programmeerijad olid ZUP 3.0-s tükitöötulu arvutamise võimalusi oluliselt parandanud.

Niisiis, millest see artikkel täpsemalt räägib? Ma ütlen teile kolm minu arvates arvutusega seotud põhipunkti tükitöö töötasu ZUP 3.0-s:

• kuidas ZUP 3.0-s tehingut üldiselt seadistada, on see protsess võrreldes versiooniga 2.5 muutunud pisut segaseks;
• kuidas arvutada brigaadi varustust, võttes arvesse KTU-d (tööjõu osalusmäär) ja tariifi;
• kuidas seadistada samaaegset palga ja tükitöötasu arvestust (sarnane küsimus ZUP 2.5 kohta on käsitletud).

Tükitöö töötasude (meeskonnatöö tellimuste) arvutamise võimaluse seadistamine versioonis ZUP 3.0

✅

✅

✅

Esiteks märgin, et kõik selles artiklis olevad ekraanipildid on tehtud uues 3.0 väljaande liideses nimega Taxi. Kui teil on tavaline liides, saate peamenüüst "Teenus" -> "Valikud" lülituda valikule "Takso". Avaneb seadete aken, kus tuleb valida “Takso” ja vajutada “Taaskäivita”. Kuigi te ei pea sellele liidesele lülituma. Kõik, mida selles artiklis käsitletakse, on saadaval ka tavalises programmiliideses.

Nüüd mõtleme välja, kuidas seadistada ZUP 3.0-s tehingu arvutamise võimalus. Esiteks peame peamenüü jaotises "Seaded" leidma ja valima üksuse "Palk". Avaneb samanimeline aken, kus peate järgima linki Tasude ja mahaarvamiste koosseisu määramine. Ja jälle avaneb selle üksuse nimega aken. Ja juba selles, vahekaardil „Muud tekkepõhised laekumised”, märgime ruudu „Töötulu”.

Selle seadistuse tulemusena toimub teabebaasis mitmeid muudatusi. Esimesena nimekirjas "Kutsed"(või nagu neid nimetati jaotises 2.5 “Arvutusliigid”) kuvatakse kaks uut tasu, mis on seotud tükitöö töötasuga. “Viited” loendi leiate peamenüü jaotisest “Seaded”. Nii kuvatakse arvutustüüp selles loendis ja "Tükitöö töötasu (tunnitasuga töötavatele)".

✅ Seminar “Lifehacks for 1C ZUP 3.1”
15 eluhäkkimise analüüs 1C ZUP 3.1 arvestuse jaoks:

✅ KONTROLLLEHT 1C ZUP 3.1 palgaarvestuse kontrollimiseks
VIDEO - igakuine raamatupidamise enesekontroll:

✅ Palgaarvestus 1C ZUP-is 3.1
Samm-sammult juhised algajatele:

Tahan kohe märkida, et need on standardsed arvestusviisid ja sobivad olukorraks, kus töötaja saab kas tükitöötasu või palka, kui see osutub suuremaks. Pean silmas, et selle artikli alguses püstitatud probleemi lahendamiseks seda tüüpi viitlaekumised meile ei sobi. Avame tekkepõhised arvestused ise ja vaatame valemeid, mida arendajad seda tüüpi arvutustes välja pakuvad.

Paljudel juhtudel võib selline valem olla kasulik ja nõudlik. Seetõttu demonstreerin, kuidas tehingut arvutatakse standardse arvutuse abil ning seejärel pöördume artikli teises osas tagasi nii tehingu kui ka tavapalga samaaegse tekkeprobleemi lahendamise juurde.

Tükitöö töötasu (meeskonnatöö tellimus) arvutamine ZUP 3.0-s, võttes arvesse KTU-d ja tariifimäärasid

✅ Seminar “Lifehacks for 1C ZUP 3.1”
15 eluhäkkimise analüüs 1C ZUP 3.1 arvestuse jaoks:

✅ KONTROLLLEHT 1C ZUP 3.1 palgaarvestuse kontrollimiseks
VIDEO - igakuine raamatupidamise enesekontroll:

✅ Palgaarvestus 1C ZUP-is 3.1
Samm-sammult juhised algajatele:

Niisiis, võtame 1. novembrist 2014 tööle kaks uut töötajat ja määrame neile arvutustüübi "Tükipalgaline sissetulek (palgatöötajatele)". Tehingu arvutamise demonstreerimiseks meeskonnas kulub täpselt kaks inimest. Uute töötajate tutvustamiseks kasutame tavapärast personalidokumenti “Pärimine”. Pange tähele, et palgasumma tuleb sisestada, kuna seda tüüpi arvutuse valem eeldab, et palk arvutatakse välja, kui see osutub suuremaks kui tükitöö palk.

Nüüd tuleb programmi sisestada info selle kohta, kui palju nendest kahest töötajast koosnev meeskond novembrikuu jooksul töötas. Sel eesmärgil sisse ZUP 3.0 dokumenti kasutatakse "Andmed töötasu arvutamiseks", millel on vorm "Tükitöö". Selle dokumendiga saab tutvuda peamenüü jaotises “Palk” -> “Palgaarvestuse andmed”.

Dokument ise sisaldab kahte vahekaarti “Lõpetatud töö” ja “Töötajad”. Järjehoidja "Valmis töö" sisaldab teavet selle kohta, milliseid tehnoloogilisi toiminguid meeskond tegi (väli "Töö liik") ja tehtud tööde mahtu.

Meie näites panid selle meeskonna töötajad kokku lauad. 1 lauale jaotises “Töö tüüp” on hind 1200 rubla. Väljale “Teostatud töö kogus” on märgitud meeskonna poolt kokkupandud laudade arv - 100. Ja meeskonna poolt toodetud töö maht arvutatakse automaatselt - 120 000 rubla.

Nüüd minge vahekaardile "Töötajad". See vahekaart näitab brigaadi koosseisu. Valime sinna välja kaks töötajat, kes on tööle võetud veidi varem kui Stahhanov ja Smetanin. Dokumendi tabeliosas on kaks välja “Tariifimäär” ja “Koefitsient” (sisuliselt on see KTU). Need määravad kindlaks, kuidas meeskonna teenitud summa töötajate vahel jaotatakse. Tõenäoliselt te neid välju oma programmis veel ei näe.

Põldudele “Tariifimäär” ja “Koefitsient” (KTU) olid saadaval ZUP 3.0-s tuleb teha lisaseadeid. Peamises jaotises "Seaded" peate leidma üksuse "Algandmete sisestamise mallid", avage need mallid ja valige rida "Tükitöö".

Avanevas aknas “Tükitöö” tuleb lüliti “Kõigile töötajatele jaotatud” lülitada aktiivsesse asendisse ja valida, millist jaotusmeetodit vajate. "Võttes arvesse koefitsienti" või/ja "Võttes arvesse tariifimäärade suurust". Need on tundmatud kohad, mille seaded on ZUP 3.0 konfiguratsioonis.

Salvestage see dokument “Tükitöö (sisendandmete sisestamise dokumendi mall)” ja pöörduge tagasi dokumendi juurde “Tükitöö (andmed palga arvutamiseks)”, kuhu sisestasime teabe meeskonna väljundi kohta. Tõenäoliselt peate selle sulgema ja uuesti sisse logima, et vahekaardil "Töötajad" ilmuksid väljad "Koefitsient" ja "Tariifimäär".

Koefitsiendid (KTU) täidetakse kõigi töötajate puhul automaatselt väärtusega 1, kuid tariifimäär sõltub väärtusest, mille märkisime dokumendis “Palgamine”. Meie puhul on töötajatel erinevad määrad, seega jagatakse meeskonna teenitud summa töötajate vahel proportsionaalselt määradega.

Muutes koefitsiendi väärtust, muutub ka summa, mis jaotatakse uut koefitsienti arvestades. Jätan mõlemale töötajale CTU väärtuseks 1.

Ja loomulikult viime läbi dokumendi “Palgaarvestus”.

Tükitöö töötasu (meeskonnatöö korraldus) arvestamine samaaegselt töötasuga

Nüüd vaatame, kuidas konfigureerida palga ja tükitöötasu samaaegne arvestus ZUP 3.0-s. Selleks ei piisa meile standardsest arvutustüübist “Tükitöötasu (palgatöötajatele)”. Fakt on see, et seda tüüpi arvutusi ei saa määrata samaaegselt ei maksetega "palga alusel" ega "tunnitasu alusel". Kõik need vahekaardil „Ajaarvestus” olevad kumulatsioonid omavad väärtust “Täisvahetuses töötamiseks tavaliste ajapiirangute raames”, ja programmil on keelatud samaaegselt määrata töötajale sarnaseid sätteid sisaldavaid planeeritud viiteid.

Sellest piirangust mööda hiilimiseks loome uut tüüpi arvutusi, kus aja jälgimise seade seatakse meile vajalikule väärtusele “Juba tasutud aja eest lisatasu”. Loome kopeerimise teel uut tüüpi arvutused ja nimetame seda "tükituluks (ainult tehing)." Seega peame tegema kolm muudatust:

1. Selleks, et ajaarvestuse seadistus saavutaks soovitud väärtuse, peate vahekaardi "Põhiline" väljal "Tekkepõhine eesmärk" valima üksuse "Muud viitvõlad ja maksed". Aja jälgimine muutub automaatselt valikuks “Lisamakse juba tasutud aja eest”;
2. Peate sisestama valemi vastavale väljale. Selleks klõpsake "Muuda valemit" ja kirjutage väljale Valem - TükitööTasu ;
3. Parem on valida väljal „Acrual in Progress”. "Igakuine" nii, et arvestus toimuks lõpliku arvestuse käigus dokumendis “Palgaarvestus”.

Pärast neid seadistusi saame töötajale ohutult korraga määrata arvestuse tüübid “Makse palga järgi” ja “Tükitulu (ainult tehing)”.

Teave tükitöötasu kohta sisestatakse samamoodi nagu esimeses näites, kasutades dokumenti “Palk” -> “Andmed töötasu arvutamiseks” -> "Tükitöö".

Noh, tehingu ja palga arvestamine ise toimub dokumendis "Palga kogunemine", kus täitmisel peaksid ilmuma read kahte tüüpi tekkepõhiselt "Makse palga järgi" ja "Tükitöötulu (ainult tehing) ”.

See on tänaseks kõik! Varsti ilmuvad uued huvitavad materjalid.

Et olla esimene, kes uutest väljaannetest teada saab, tellige minu ajaveebi värskendused: