Ինչպես ստեղծել ժամանակի հետևման հավելված. տայմերներ, թերթիկներ և հաշվետվություններ

Ժամանակի հետևման հավելվածը գրանցում է, թե ով, ինչի վրա և որքան ժամանակ է աշխատել, և արդյոք այդ ժամանակը կարելի է վճարովի դարձնել։ Այն ստեղծելու համար ձեզ պետք են հաճախորդներ և նախագծեր, որոնց դեմ հետևել, տայմեր, որը գոյատևում է փակված բրաուզերի ներդիրը, միջոց՝ ձեռքով գրանցումներ ավելացնելու և ուղղելու համար, շաբաթական թերթիկ և հաշվետվություններ, որոնք հում գրանցումները վերածում են գումարների։ AI հավելվածների կառուցողը կարող է արտադրել աշխատող առաջին տարբերակ մեկ պարզ հուշումից։ Որոշումները, որոնք կարևոր են, կանոններին են վերաբերում. կլորացում, ով ինչ կարող է խմբագրել, երբ շաբաթը փակվում է և ինչն է հաշվվում որպես վճարովի։

Որոշեք, թե ինչի համար եք հետևում ժամանակին

Նույն հավելվածը տարբեր տեսք ունի՝ կախված հիմքում ընկած պատճառից.

• Հաճախորդների հաշվարկ. Ժամեր յուրաքանչյուր հաճախորդի համար, դրույքաչափ յուրաքանչյուր մարդու կամ նախագծի համար և մաքուր արտահանում հաշիվների համար։ Ճշգրտությունը և աուդիտի հետքը ամենակարևորն են։
• Աշխատավարձ ժամավճարով աշխատողների համար. Մուտք և ելք, դադարներ, ժամանակից դուրս աշխատանքի կանոններ և մենեջերի հաստատում։ Տեղական աշխատանքային օրենքները կիրառվում են, ուստի ստուգեք, թե ինչ գրառումներ եք պարտավոր պահել։
• Հասկանալ, թե որտեղ է գնում ժամանակը. Անձնական կամ թիմային պատկերացում, գնահատումներ՝ փաստացի ժամերի դիմաց։ Գրանցման արագությունն ավելի կարևոր է, քան հաստատման հոսքերը։

Ընտրեք մեկը որպես առաջին տարբերակի հիմնական նպատակ. ազատ աշխատողի հաշվարկման գործիքը և խանութի աշխատանքի ժամացույցը կիսում են տայմերը և գրեթե այլ ոչինչ։

Ինչ է պետք հավելվածին

Տվյալներ

Յուրաքանչյուր գրառման վրա պահեք սկզբի և ավարտի ժամը և տևողությունը ստացեք դրանցից։ «2ժ 15ր» տեսքով ձեռքով մուտքագրված գրառումները կարող են պահել միայն տևողությունը առանց ժամերի, բայց պահեք ամսաթիվը։

Էջեր

• Տայմեր և այսօր. Մեծ սկիզբ/կանգ կոճակ, նախագծի ընտրիչ և այսօրվա գրառումները նրա տակ։
• Շաբաթական դիտում. Ցանց, որտեղ նախագծերը ձախ կողմում են, իսկ օրերը՝ վերևում, և մարդիկ ժամերը ուղղակի մուտքագրում են բջիջներում։ Շատ մարդիկ սա նախընտրում են տայմերից։
• Հաշվետվություններ. Ժամեր ըստ հաճախորդի, նախագծի և մարդու ամսաթվերի միջակայքով, վճարովի և ոչ վճարովի բաժանմամբ և CSV արտահանմամբ։
• Ադմինիստրատոր. Հաճախորդների, նախագծերի, մարդկանց և դրույքաչափերի կառավարում։

Թույլտվություններ

Գրեք, թե ով ինչ կարող է անել, նախքան կառուցելը.

• Մարդիկ տեսնում և խմբագրում են իրենց գրառումները։
• Մենեջերները տեսնում են իրենց թիմի գրառումները և հաստատում են շաբաթները։
• Միայն ադմինները փոխում են դրույքաչափերը, և ցանկալի է, որ միայն ադմինները նույնիսկ տեսնեն դրանք։
• Ոչ ոք չի խմբագրում գրառումը, երբ այն հաստատված կամ հաշվարկված է, եթե ադմինը այն չի բացել նորից։

Վերջին կանոնն է, որ հաշվետվությունները վստահելի է դարձնում։ Մուտք ավելացնելու ուղեցույցը ծածկում է մուտքի մասը, իսկ դերերի վրա հիմնված մուտքի վերահսկումը՝ դերերը։

Որոշումներ և փոխզիջումներ

Տայմեր, ձեռքով գրանցում, թե երկուսն էլ

Տայմերը ճշգրիտ են, երբ մարդիկ հիշում են դրանք սկսել, ինչը միշտ չէ, որ է։ Ձեռքով գրանցումը արագ է նրանց համար, ովքեր լրացնում են իրենց շաբաթը ուրբաթ օրը։ Շատ թիմերի պետք են երկուսն էլ, և միջոց՝ տայմերի գրառումը հետո խմբագրելու համար։ Եթե մեկը միայն կառուցում եք, կառուցեք շաբաթական ցանցը. այն ավելի պարզ է և ծածկում է մոռացված սկսելու դեպքը։

Որտեղ է ապրում աշխատող տայմերը

Բրաուզերում հաշվող տայմերը կորցնում է ամեն ինչ, երբ ներդիրը փակվում է։ Պահեք սկզբի ժամը տվյալների բազայում, երբ մարդը սեղմում է սկսել, և ցույց տվեք անցած ժամանակը՝ դրանից հաշվելով մինչև հիմա։ Այդ դեպքում տայմերը շարունակում է աշխատել թարմացումների, նոութբուքների և հեռախոսների միջև։ Որոշեք, թե արդյոք մեկ մարդը կարող է միաժամանակ երկու տայմեր աշխատեցնել։ Սովորաբար պատասխանը ոչ է. նոր տայմեր սկսելը կանգնեցնում է հինը։

Կլորացում

Սովորական կանոններն են յուրաքանչյուր գրառում կլորացնել դեպի մոտակա 6, 15 կամ 30 րոպե։ Պահեք ճշգրիտ ժամերը տվյալների բազայում և կիրառեք կլորացումը միայն հաշվետվություններում և հաշիվներում։ Ցույց տվեք երկու թիվը հաշվետվություններում, որպեսզի ոչ ոք չզարմանա։

Փակում և հաստատումներ

Առանց փակման, նախորդ ամսվա վճարովի ժամերը կարող են փոխվել, երբ հաշիվը արդեն ուղարկված է։ Պարզ մոդել. մարդիկ ներկայացնում են շաբաթը, մենեջերը հաստատում է, իսկ հաստատված գրառումները դառնում են միայն կարդալու։ Եթե հաշիվը կազմում եք հավելվածից, գրառումները նշեք որպես հաշվարկված, որպեսզի դրանք երկու անգամ չհաշվվեն։

Ժամային գոտիներ և կեսգիշեր

Պահեք ժամանակները UTC-ով և ցույց տվեք մարդու ժամային գոտում։ Որոշեք, թե որ օրվան է պատկանում 23:00-ից 01:00 տևող գրառումը։ Սովորական պատասխանն այն օրն է, երբ այն սկսվել է։

Աշխատող առաջին հուշում

Ստեղծիր ժամանակի հետևման հավելված վեց հոգանոց դիզայնի ստուդիայի համար։ Տվյալներ՝ հաճախորդներ (անուն, ժամավճար), նախագծեր (հաճախորդ, անուն, բյուջե ժամերով) և ժամի գրառումներ (մարդ, նախագիծ, սկիզբ, ավարտ, նշում, վճարովի այո/ոչ, կարգավիճակ draft/submitted/approved)։ Էջեր՝ Today էջ սկիզբ/կանգ տայմերով և նախագծի ընտրիչով, որը պահում է սկզբի ժամը տվյալների բազայում, որպեսզի տայմերը գոյատևի թարմացումը. Week էջ, որտեղ նախագծերը տողեր են, իսկ երկուշաբթիից կիրակի՝ սյունակներ, և մարդիկ ուղղակի ժամեր են մուտքագրում. Reports էջ, որը ցույց է տալիս ժամեր ըստ հաճախորդի, նախագծի և մարդու ամսաթվերի միջակայքով, բաժանված վճարովի և ոչ վճարովի, CSV արտահանմամբ. և Admin էջ հաճախորդների, նախագծերի և մարդկանց համար։ Մեկ մարդու համար կարող է աշխատել միայն մեկ տայմեր։ Հաստատված գրառումները չեն կարող խմբագրվել։ Պահիր ժամերը UTC-ով և ցույց տուր օգտատիրոջ ժամային գոտում։ Պարզ, արագ, ստեղնաշարով հարմար դիզայն։

Կառուցման քայլեր

1. Նախագծեր և ձեռքով գրանցումներ նախ. Հաճախորդներ, նախագծեր, գրառման ձև և ցուցակ։ Համոզվեք, որ գումարները ճիշտ են։
2. Տայմեր. Սկիզբ, կանգ, մեկ աշխատող տայմեր մեկ մարդու համար, պահված սկզբի ժամ։ Փորձարկեք. սկսեք տայմեր, փակեք ներդիրը, նորից բացեք։
3. Շաբաթական ցանց. Ժամեր մուտքագրելը բջիջում ստեղծում կամ թարմացնում է գրառում։
4. Մուտք և դերեր. Ավելացրեք դրանք, նախքան իրական մարդիկ օգտագործեն, որպեսզի ոչ ոք պատահաբար չտեսնի դրույքաչափերը կամ ուրիշների գրառումները։
5. Ներկայացում և հաստատում. Շաբաթական ներկայացում, մենեջերի հաստատում, հաստատումից հետո միայն կարդալու։
6. Հաշվետվություններ և արտահանում. Ամսաթվերի միջակայք, խմբավորում, վճարովի բաժանում, CSV։
7. Դրույքաչափեր և հաշիվների կապեր, եթե հաճախորդներին հաշիվ եք ներկայացնում։ Հաշվի ստեղծումը պահեք առանձին քայլում կամ հավելվածում. տես ինչպես ստեղծել հաշվերի հավելված։
8. Փորձարկեք եզրային դեպքերը. Կեսգիշերը հատող գրառում, ամառային ժամի փոփոխության շաբաթ, երկու տայմեր երկու սարքից, հաստատված գրառման խմբագրում։

Սովորական սխալներ

• Ժամանակը հաշվել միայն բրաուզերում։ Աշխատում է ցուցադրության մեջ և կորցնում է ժամեր իրական օգտագործման ժամանակ։
• Պահված արժեքների կլորացում։ Ճշգրիտ ժամը երբեք չեք կարող վերականգնել։
• Հաստատված շաբաթների փակման բացակայություն։ Հաշվետվությունները դադարում են համընկնել հաշիվների հետ։
• Բոլորը տեսնում են բոլորի դրույքաչափերը։ Թաքցրեք դրույքաչափերը դերով առաջին օրից։
• Չափազանց շատ պարտադիր դաշտեր։ Եթե ժամ գրանցելը ավելի քան մի քանի վայրկյան է տևում, մարդիկ դադարում են դա անել, և տվյալները դառնում են գեղարվեստական։ Առաջադրանքը և նշումը սկզբում դարձրեք ըստ ցանկության։
• Լիարժեք նախագծերի կառավարիչ կառուցել գործիքի ներսում։ Պահեք նախագծերը որպես պարզ պիտակներ։ Եթե պետք են առաջադրանքներ, տախտակներ և ժամկետներ, դա նախագծերի կառավարման գործիք է, առանձին կառուցում։

Երբ պատրաստի գործիքն է ավելի լավ ընտրությունը

Եթե թիմին պետք են տայմեր, շաբաթական ցանց և հաշվետվություններ, հատուկ ժամանակի հետևման արտադրանքները արդեն դա լավ են անում։ Նրանք գալիս են նաև այն բաներով, որոնք իրական աշխատանք են պահանջում կառուցելու համար. աշխատասեղանի և հեռախոսի հավելվածներ, անգործության հայտնաբերում, օրացույցի և գործիքների ինտեգրացիաներ և հիշեցումներ թերթիկները լրացնելու համար։ Ժամավճարով աշխատավարձի համար գործիքը, որը նախատեսված է դրա համար, ավելի անվտանգ կվարի ընդմիջումները, ժամանակից դուրս աշխատանքը և գրառումների պահպանումը, քան առաջին տարբերակը սեփական հավելված։

Ստեղծեք սեփականը, երբ ձեր կանոնները չեն համապատասխանում, երբ ուզում եք ժամերը կապել ձեր արդեն պահած տվյալների հետ (աշխատանքներ, աշխատանքի պատվերներ, ռետեյներներ, հաշիվներ), երբ մեծ թիմի համար մեկ աշխատատեղի վճարը գումարվում է, կամ երբ ժամանակի հետևումը ներքին գործիքի մի մասն է։ Ծրագրային ապահովման կառուցելը և գնելը ուղեցույցը քննարկում է փոխզիջումը, իսկ եթե ձեր ժամերը այժմ գտնվում են համօգտագործվող աղյուսակում, տես ինչպես աղյուսակը վերածել հավելվածի։

Կառուցել Mythex-ով

Mythex-ում նկարագրում եք գործիքը չատում, և գործակալը այն կառուցում է կենդանի նախադիտման մեջ։ Այն ավելացնում է առանձին Postgres տվյալների բազա, երբ գրառումները պետք է պահվեն, և դա կարող եք խնդրել ուղղակի կամ գրել /database։ Փաստաթղթերի ներքին գործիքի օգտագործման դեպքը առաջարկում է ընտրել մեկ ցավոտ քայլ առաջին տարբերակի համար, ինչը այստեղ համապատասխանում է. սկսեք գրառումներից և շաբաթական ցանցից, հետո ավելացրեք տայմերներ և հաստատումներ։

Թիմի համար մուտքը ձեր սեփական auth մոտեցմամբ եք ավելացնում (մուտք ավելացնելու ուղեցույց)։ Mythex-ի հաշիվները նրանց համար են, ովքեր կառուցում են, ոչ թե նրանց, ովքեր օգտագործում են ձեր հավելվածը։ Երբ հիմնական հոսքը աշխատում է, /test-ը թույլ է տալիս գործակալին կտտացնել նախադիտման մեջ (սկսել տայմեր, ավելացնել գրառում, գեներացնել հաշվետվություն) և հայտնել, թե ինչն է կոտրվում։ Տեսողական սկզբի համար նայեք հավելվածների ձևանմուշները։

Հարցեր