როგორ ავაშენოთ შვებულების მართვის აპი: მოთხოვნები, დამტკიცებები და ბალანსები

შვებულების მართვის აპი ანაცვლებს ცხრილებსა და ელფოსტის ჯაჭვებს, რომლებიც უპასუხებენ კითხვას „შეიძლება მივიღო პარასკევი შვებულებაში?“. თანამშრომლები მოითხოვენ შვებულებას და ხედავენ დარჩენილ ბალანსს; მენეჯერები ამტკიცებენ ან უარყოფენ გუნდის კალენდარის თანხლებით; HR ადგენს შვებულების ტიპებს, კვოტებსა და სახელმწიფო დღესასწაულებს და იღებს სუფთა ჩანაწერს ხელფასისთვის. ასეთი აპის ასაშენებლად საჭიროა მონაცემთა მოდელი, სადაც ბალანსი გამოითვლება მოთხოვნებისა და კორექტივების ისტორიიდან, მკაფიო დამტკიცების ჯაჭვი და წესები ნაწილობრივი დღეებისთვის, შაბათ-კვირისა და დღესასწაულებისთვის. AI აპის შემქმნელს შეუძლია სწრაფად შექმნას სამუშაო ვერსია. ძალისხმევა კი მიდის ბალანსის გამოთვლაზე, მგრძნობიარე შვებულების ტიპების უფლებებზე და თქვენს რეალურ პოლიტიკასთან შესაბამისობაზე.

რა სჭირდება აპს

მონაცემები

მთავარი წესი: არასოდეს შეინახოთ ხელით რედაქტირებადი ბალანსი. ბალანსი არის კვოტა + გადატანილი + კორექტივები − დამტკიცებული დღეები. ყოველ ცვლილებას აქვს ჩანაწერი მიზეზით, ასე რომ, როცა ვინმე იკითხავს „რატომ მაქვს 3.5 დღე დარჩენილი?“, შეგიძლიათ აჩვენოთ.

გვერდები

• თანამშრომელი: ჩემი ბალანსი შვებულების ტიპის მიხედვით, მოთხოვნის ფორმა, ჩემი მოთხოვნები სტატუსით, ჩემი გუნდის კალენდარი.
• მენეჯერი: მომლოდინე მოთხოვნები გუნდის კალენდართან ერთად, დამტკიცება ან უარყოფა კომენტარით, გუნდის ბალანსები.
• HR/ადმინი: თანამშრომლები, შვებულების ტიპები, კვოტები, სახელმწიფო დღესასწაულები, კორექტივები, ანგარიშები და ექსპორტი.

უფლებები

ეს პერსონალური მონაცემია და მისი ნაწილი მგრძნობიარეა. თანამშრომლები ხედავენ საკუთარ მოთხოვნებს და გუნდის კალენდარზე მხოლოდ იმას, რომ კოლეგა „არ არის“ — არა იმას, რატომ. მენეჯერები ხედავენ თავიანთ პირდაპირ დაქვემდებარებულებს. HR ხედავს ყველას. ავადმყოფობისა და სხვა მგრძნობიარე ტიპები კოლეგებისთვის უნდა ჩანდეს მხოლოდ როგორც „არ არის“ — თანამშრომლის, მისი მენეჯერისა და HR-ის გარდა. ეს წესი სერვერზე უნდა ამოქმედდეს; იხილეთ როლებზე დაფუძნებული წვდომის კონტროლი. თანამშრომელთა ჩანაწერებზე მონაცემთა დაცვის წესები ქვეყნების მიხედვით განსხვავდება, ამიტომ შეამოწმეთ თქვენი.

გადაწყვეტილებები და კომპრომისები

დღეები ან საათები

დღეებში ათვლა (ნახევარი დღეების ჩათვლით) ყველაზე მარტივია და ადგება უმეტეს საოფისე გუნდს. საათებში ათვლა შეეფერება ნახევარ განაკვეთზე მომუშავეებსა და ცვლებში მომუშავეებს, მაგრამ ყოველი გამოთვლა უფრო რთული ხდება. პირველ ვერსიაში აირჩიეთ ერთი, იმის მიხედვით, როგორ წერია კვოტები თქვენს კონტრაქტებში.

კვოტა წინასწარ ან დაგროვება

წლიური კვოტის სრულად მიცემა წლის პირველ დღეს ყველაზე მარტივია. დაგროვება — ყოველთვიურად გარკვეული წილის მიღება — გავრცელებულია ზოგიერთ ქვეყანაში და ახალი თანამშრომლებისთვის, და მას ყოველთვიური გამოთვლა სჭირდება. წლის შუაში შემოსული ან წასული ადამიანების პროპორციული გაანგარიშება ორივე შემთხვევაში საჭიროა.

რომელი დღეები ითვლება

ოთხშაბათიდან სამშაბათამდე მოთხოვნაში უნდა ჩაითვალოს მხოლოდ სამუშაო დღეები, გამოირიცხოს შაბათ-კვირა და იმ თანამშრომლის ოფისის სახელმწიფო დღესასწაულები და პასუხობდეს ნახევარ განაკვეთზე მუშაობის გრაფიკს. ეს ყველაზე ხშირად არასწორად გამოსათვლელი ნაწილია, ამიტომ მას რეალურ მაგალითებზე შეამოწმეთ.

დამტკიცების ჯაჭვი

ერთი დამტკიცებელი (პირდაპირი მენეჯერი) უმეტეს პატარა კომპანიაში საკმარისია. დაამატეთ სარეზერვო დამტკიცებელი, როცა მენეჯერი არ არის, და საჭიროების შემთხვევაში მეორე საფეხური გრძელი არყოფნისთვის. გადაწყვიტეთ, რა მოხდება მომლოდინე მოთხოვნებთან, თუ მენეჯერი წავა.

გადატანა და წლის დასასრული

გადაწყვიტეთ თქვენი შვებულების წელი, რამდენი გამოუყენებელი დღე გადადის შემდეგ წელს და ვადაგასული არის თუ არა გადატანილი დღეები. AI-ს სთხოვეთ, რომ გადატანა ცალკე სტრიქონად აჩვენოს, რომ ბალანსი ახსნადი დარჩეს.

პირველი მუშა მოთხოვნა

ააშენე შიდა შვებულების მართვის აპი 45-კაციანი კომპანიისთვის ოფისებით მანჩესტერში (დიდი ბრიტანეთი) და დუბლინში (ირლანდია). შვებულების ტიპები: წლიური (25 დღე, მთელი წელი წინასწარ, გადატანა მაქსიმუმ 5 დღე, იწურება 31 მარტს), ავადმყოფობის (შეუზღუდავი, დამტკიცება არ სჭირდება, სხვებისთვის ჩანს მხოლოდ როგორც „არ არის“), ანაზღაურების გარეშე და სხვა. წლის ციკლი იანვრიდან დეკემბრამდე. თანამშრომლები მოითხოვენ შვებულებას დაწყების თარიღით, დასრულების თარიღით და არჩევითი ნახევარი დღეებით, და ხედავენ, რამდენ სამუშაო დღეს გამოიყენებენ — შაბათ-კვირისა და მათი ოფისის სახელმწიფო დღესასწაულების გარეშე. ბალანსები ითვლება კვოტებიდან, გადატანიდან, კორექტივებიდან და დამტკიცებული მოთხოვნებიდან; არასოდეს რედაქტირდება პირდაპირ. მენეჯერები ამტკიცებენ ან უარყოფენ თავიანთი დაქვემდებარებულების მოთხოვნებს კომენტარით და ერთდროულად ხედავენ გუნდის კალენდარს. HR მართავს თანამშრომლებს, შვებულების ტიპებს, კვოტებს, სახელმწიფო დღესასწაულებს და კორექტივებს მიზეზის მითითებით, და ანაზღაურებისთვის ყოველთვიურად ახდენს დამტკიცებული შვებულების CSV ექსპორტს. როლები: თანამშრომელი, მენეჯერი, HR. ყველაფერი შეინახე მონაცემთა ბაზაში. მარტივი, სწრაფი ინტერფეისი.

ნაბიჯები

1. დაიწყეთ თქვენი დაწერილი პოლიტიკით. თუ ის არ არის ჩაწერილი, ჯერ ჩაწერეთ — აპს მხოლოდ იმ წესების გამოყენება შეუძლია, რომელთა ჩამოყალიბებაც შეგიძლიათ.
2. თანამშრომლების იმპორტი მენეჯერით, ლოკაციითა და სამუშაო გრაფიკით, როგორც წესი, ცხრილიდან. იხილეთ ცხრილის აპად გადაქცევა.
3. შვებულების ტიპები, კვოტები და სახელმწიფო დღესასწაულები.
4. მოთხოვნის ფორმა სამუშაო დღეების გამოთვლით, შემოწმებული მინიმუმ ათ რეალურ შემთხვევაზე: შაბათ-კვირის გადაკვეთა, სახელმწიფო დღესასწაული, ნახევარ განაკვეთზე მომუშავე, ნახევარი დღე, წლის საზღვარი.
5. დამტკიცების პროცესი და გუნდის კალენდარი.
6. შესვლა და როლები, სენსიტიური შვებულების ტიპები კოლეგებისგან დამალული.
7. შეტყობინებები: ელფოსტა მენეჯერს ახალი მოთხოვნის შესახებ, თანამშრომელს — გადაწყვეტილების შესახებ, თქვენი საკუთარი ელფოსტის პროვაიდერით. იხილეთ როგორ გავაგზავნოთ ელფოსტა აპიდან.
8. ანგარიშები და ექსპორტი ხელფასისთვის.
9. ერთი თვის განმავლობაში პარალელურად ცხრილთან ერთად — შეადარეთ ბალანსები და მხოლოდ შემდეგ გადადით.

გავრცელებული შეცდომები

• ბალანსის რიცხვის შენახვა და ხელით რედაქტირება. კარგავთ ისტორიას და ყოველი დავა ვარაუდზე დაფუძნდება.
• კალენდარული დღეების თვლა სამუშაო დღეების ნაცვლად, ან სახელმწიფო დღესასწაულების იგნორირება თანამშრომლის ოფისის მიხედვით.
• კოლეგებისთვის იმის ჩვენება, თუ რატომ არის ვინმე შვებულებაში. საერთო კალენდარზე „არ არის“ საკმარისია.
• სარეზერვო დამტკიცებლის არქონა. მოთხოვნები ორ კვირას ელოდება, რადგან მენეჯერი შვებულებაშია.
• დამტკიცებული შვებულების გაუქმების დაშვება მენეჯერის ინფორმირების გარეშე. გაუქმებებმა დამტკიცებელი უნდა გააფრთხილოს.
• მიმდინარე წლის წესების ხისტად ჩაშენება. კვოტები და დღესასწაულები შეინახეთ როგორც მონაცემები, რომელსაც HR მომავალ წელს შეცვლის.

როდის სჯობს მზა პროდუქტი

თუ გსურთ შვებულების აღრიცხვა დააკავშიროთ ხელფასთან, ხელშეკრულებებთან, შეფასებებთან და შესაბამისობის ანგარიშებთან — ან თანამშრომლები გყავთ ბევრ ქვეყანაში — მაშინ ღირს HR პროგრამა შვებულების მართვით. ასეთი პროდუქტები ინახავენ სახელმწიფო დღესასწაულების კალენდრებს და ქვეყნების კანონებს, და ეს მუდმივი სამუშაოა, რომელსაც თქვენ წინააღმდეგ შემთხვევაში თავად მოგიწევთ.

საკუთარი აპი შეესაბამება მცირე და საშუალო კომპანიებს მარტივი პოლიტიკით, რომლებიც უბრალოდ სურთ ცხრილის დატოვება, უჩვეულო მოწყობისთვის (ცვლითი ეკიპაჟები, როტაციული გრაფიკები, შვებულება, დაკავშირებული მორიგეობასთან), ან შიდა ინსტრუმენტის ნაწილად ონბორდინგთან და სხვა მოთხოვნებთან ერთად. ფართო მიდგომისთვის იხილეთ როგორ ავაშენოთ შიდა ინსტრუმენტი.

აგება Mythex-ით

Mythex-ზე პოლიტიკასა და სამუშაო პროცესს ჩატში აღწერთ, აგენტი კი აპს ცოცხალ გადახედვაში აშენებს; მონაცემთა ბაზა Postgres-ით ემატება მაშინ, როცა მოთხოვნების შენახვა გჭირდებათ. შეგიძლიათ კოლეგები მიიწვიოთ თქვენს Mythex სამუშაო სივრცეში აპის ასაშენებლად და გადასახედად, და გადახედვა ორ-სამ რეალურ მომხმარებელთან გააზიაროთ გამოქვეყნებამდე — შიდა ინსტრუმენტის გამოყენების შემთხვევა დოკუმენტაციაში სწორედ ამას გვირჩევს. თანამშრომლების შესვლა და შეტყობინებების ელფოსტა თქვენი პროვაიდერებით მუშაობს; Mythex-ს ბოლო-მომხმარებლის ჩაშენებული შესვლა ან ელფოსტის გაგზავნა არ აქვს. გამოიყენეთ გეგმის რეჟიმი, რომ ბალანსის გამოთვლა კოდის დაწერამდე შეთანხმდეს, და /test, რომ მოთხოვნა და დამტკიცება გადაამოწმოთ.

დასაწყისი მოთხოვნისთვის სცადეთ შაბლონები დამტკიცებების თრექერი ან გუნდის დირექტორია.

კითხვები