Landfillom

Αποδοχή των θέσεων μιας ολοκληρωμένης μελέτης στελέχωσης (εταιρεία, ρόλοι διαχείρισης). Δύο βήματα με προεπισκόπηση (κατάσταση, θέσεις) και confirm_token.

accept_staffing_positions

Προσθήκη (mode="add", προεπιλογή) ή αντικατάσταση (mode="replace") των αναθέσεων προσωπικού μιας βάρδιας (εταιρεία, ρόλοι διαχείρισης). Η εφαρμογή δεν δέχεται δύο αναθέσεις του ίδιου εργαζομένου στην ίδια βάρδια: στο "add" μια νέα ανάθεση για ήδη ανατεθειμένο employee_id ΕΝΗΜΕΡΩΝΕΙ επί τόπου εκείνη τη γραμμή (ίδιο id, ίδια παρουσία· αλλάζει μόνο ρόλος/ώρες/override_reason -- εμφανίζεται στο after ως "changed", όχι ως removed+added), όλες οι άλλες υπάρχουσες αναθέσεις (και η παρουσία τους) μένουν· στο "replace" φεύγουν ΟΛΕΣ οι υπάρχουσες αναθέσεις της βάρδιας (και η παρουσία τους) και μπαίνουν μόνο οι νέες -- πρόσεξε: η εφαρμογή αρνείται (schedule_equipment_operator_ unassigned) αν ο χειριστής μηχανήματος της βάρδιας μείνει εκτός νέας λίστας, οπότε είτε συμπεριέλαβε τους χειριστές των μηχανημάτων στη νέα λίστα είτε χρησιμοποίησε mode="add". Οι εντολές μηχανημάτων της βάρδιας δεν αγγίζονται από αυτό το εργαλείο. Κάθε ανάθεση χρειάζεται employee_id, role_id, planned_hours (0 < x <= 24)· override_reason προαιρετικό, χρειάζεται όταν η εφαρμογή σημαίνει υπέρβαση εβδομαδιαίου ορίου. 1 έως 50 αναθέσεις ανά κλήση. notes: παράλειψη (None) κρατά τις υπάρχουσες σημειώσεις της βάρδιας, ρητά κενό αλφαριθμητικό τις αδειάζει. Πριν από κάθε προεπισκόπηση ή εφαρμογή καλείται η ίδια η επικύρωση κανόνων της εφαρμογής (POST .../validate)· λάθος κανόνα -> refused schedule_rule_violation με τα errors της εφαρμογής· υπέρβαση χωρίς override_reason -> refused override_reason_required με τα employee_id που τη χρειάζονται· τα warnings της εφαρμογής περνούν στο preview. Δύο βήματα με confirm_token και expected_revision· η αντικατάσταση απαιτεί πάντα τα λόγια του χρήστη.

save_shift_assignments

Αλλαγή προτύπου βάρδιας (ώρες, ελάχιστο πλήρωμα, ενεργό) και των απαιτήσεων ανά ρόλο (εταιρεία, ρόλοι διαχείρισης). requirements = [{role_id, minimum_count, critical?, required_capability_codes?}] ΑΝΤΙΚΑΘΙΣΤΑ πλήρως τις υπάρχουσες απαιτήσεις· αν παραλειφθεί (None), κρατιούνται οι υπάρχουσες. Κάθε άλλο πεδίο (label, shift_kind, start_local, end_local, minimum_headcount, active) που παραλείπεται κρατά την τρέχουσα τιμή του προτύπου -- το `code` δεν αλλάζει ποτέ από εδώ. Το PUT της εφαρμογής είναι πλήρης αντικατάσταση, οπότε το εργαλείο συμπληρώνει το σώμα από το στιγμιότυπο πριν στείλει. shift_kind ∈ morning|afternoon|night|other· start_local/end_local σε HH:MM και πρέπει να διαφέρουν όταν δίνονται μαζί· minimum_count/minimum_headcount ακέραιοι 0 < x <= 99· έως 50 απαιτήσεις, έως 50 required_capability_codes ανά απαίτηση. Δύο βήματα με προεπισκόπηση (before -> after) και confirm_token, κλειδωμένα στο ΙΔΙΟ revision του προγράμματος βαρδιών με το save_shift_assignments (stale_preview αν άλλαξε). Χρειάζεται ΠΑΝΤΑ τα λόγια του χρήστη (requires_assent) όταν μειώνεται οποιοδήποτε minimum_count/minimum_headcount, όταν active γίνεται False, ή όταν αφαιρείται ολόκληρη απαίτηση (νέο requirements χωρίς κάποιο προηγούμενο role_id) -- αλλιώς η κανονική πύλη. Οι αλλαγές ισχύουν μόνο για ΕΠΟΜΕΝΕΣ βάρδιες, όχι για ήδη καταχωρισμένες.

save_shift_template

Email σε έως 200 παραλήπτες (email ή partner:<partner_id>, λύνεται στο email της καρτέλας) με έως 10 συνημμένα από ήδη παραγμένα έγγραφα -- ίδιο λεξιλόγιο kind με το get_file_link (hma_report, hma_zip, document, landfill_by_municipality, eprtr, ergani_daily, staffing_study). Καρτέλα χωρίς email παραλείπεται (skipped), δεν εμποδίζει τους υπόλοιπους. Αποστολέας το κοινό γραμματοκιβώτιο· απαντήσεις πάνε στον χρήστη που το ζήτησε. Δύο βήματα: χωρίς confirm_token προεπισκόπηση, με confirm_token + user_confirmation (ΠΑΝΤΑ απαιτούνται) στέλνεται job στην ουρά. tenant_id = φορέας ΕΤΑΙΡΕΙΑΣ (χρησιμοποιείται στην επίλυση partner:<id> σε email)· ο super_user το δίνει μόνο όταν θέλει τον χώρο της εταιρείας, αλλιώς το παραλείπει και δουλεύει στον χώρο του φορέα.

send_email

Μαζικά δελτία πληρωμών: ένα email ανά μεταφορέα με το ΔΙΚΟ του δελτίο της περιόδου. carrier_afms=None -> όλοι οι μεταφορείς με δελτίο στην περίοδο· ΑΦΜ χωρίς δελτίο ή καρτέλα χωρίς email παραλείπονται (skipped), δεν εμποδίζουν τους υπόλοιπους. format ∈ pdf|xlsx. Δύο βήματα όπως το send_email.

send_payment_statements

Έγκριση ή απόρριψη αιτήματος άδειας (εταιρεία, ρόλοι διαχείρισης). decision ∈ approved|rejected· decision_reason = η αιτιολογία προς τον εργαζόμενο. Δύο βήματα με προεπισκόπηση και confirm_token· η απόρριψη απαιτεί πάντα user_confirmation.

decide_leave

Δελτίο σε PDF/Excel: kind=weighings|payments (φορέας) και +workforce|equipment|equipment_asset (εταιρεία). Κάθε είδος δέχεται format=pdf|xlsx. payments: carrier_afm=ΑΦΜ για έναν μεταφορέα, None για ZIP όλων. equipment_asset: equipment_asset_id = id μηχανήματος (list_assets) ή 'all' για ZIP όλων των μηχανημάτων της εγκατάστασης· η περίοδος φτάνει έως 366 ημέρες (τα υπόλοιπα είδη έως 93, συμπεριληπτική). Χωρίς confirm: προεπισκόπηση (μεταφορέας/μηχάνημα, μορφή). Με confirm=true: γραμμή + job στην ουρά. tenant_id = φορέας ΕΤΑΙΡΕΙΑΣ· ο super_user το δίνει μόνο όταν θέλει τον χώρο της εταιρείας (kind=workforce|equipment|equipment_asset υπάρχουν ΜΟΝΟ εκεί), αλλιώς το παραλείπει και δουλεύει στον χώρο του φορέα.

create_document

Δημιουργία νέου εργαζομένου (εταιρεία, ρόλοι διαχείρισης), πάντα ενεργός (status="active" -- η απενεργοποίηση γίνεται από την οθόνη, όχι από εδώ). Ελέγχει διπλό employee_code (case-insensitive, best-effort μέσα στο ορατό μητρώο των εγκαταστάσεων του facility_ids -- η βάση επιβάλλει τη μοναδικότητα ανά φορέα στο ίδιο το apply) και ότι κάθε role_id υπάρχει στη ρύθμιση προσωπικού -- και τα δύο ΠΡΙΝ από οποιαδήποτε εγγραφή. Κάθε ικανότητα χρειάζεται capability_code και label· valid_from/valid_until σε YYYY-MM-DD. Δύο βήματα με προεπισκόπηση (before -> after δείχνει ΑΚΡΙΒΩΣ ό,τι θα σταλεί) και confirm_token· απαιτούνται ΠΑΝΤΑ τα λόγια του χρήστη (η πρόσληψη αγγίζει εργασιακή σχέση). Το σώμα της εγγραφής περιλαμβάνει ΜΟΝΟ τα πεδία που δόθηκαν. Ο ΑΦΜ του εργαζομένου ΔΕΝ ζητείται εδώ (πολιτική καταλόγου OpenAI για κρατικά αναγνωριστικά)· καταχωρίζεται μόνο από την οθόνη της εφαρμογής.

create_employee

Μελέτη στελέχωσης (πολύωρος solver, dispatcher). Χωρίς confirm: προεπισκόπηση. Με confirm=true: γραμμή queued. 503 staffing_execution_disabled σημαίνει ότι η εκτέλεση δεν έχει ενεργοποιηθεί στην παραγωγή.

create_staffing_study

Preview or approve a durable daily, weekly, monthly, or interval delivery. Company workforce/weighings/equipment/equipment_asset and FOSDA weighings support pdf, xlsx, or both. FOSDA payments support pdf/xlsx/both for one carrier and zip (PDF archive), xlsx (XLSX archive), or both (combined archive) for all carriers. ``carrier_afm`` optionally narrows weighings and binds a single-carrier payment; unbound payments cannot use pdf. ``kind="equipment_asset"`` (machine sheet) requires ``equipment_asset_id``: a machine id (see list_assets) for one machine, or "all" for every machine of the facility as a ZIP; it has no recipient directory, so recipient_source stays "manual". For automatic directory delivery set recipient_source="employee" with an employee_id for company workforce/equipment, or recipient_source="carrier" with carrier_afm for a weighing/payment report. With ``both``, ordinary and single-carrier emails contain separate PDF and XLSX attachments; an all-carrier payment remains one archive. The recipient must equal the current normalized directory-card email; each person has an independently bound schedule. Use recipient_source="manual" for manual addressing. Omit recurrence for daily today/yesterday reports. Otherwise use {frequency: weekly|monthly|every_n_days, start_date: YYYY-MM-DD} and only for every_n_days add interval_days (integer 1..365). Pair these with previous_week, previous_month, previous_interval respectively. Weekly and monthly reports cover the previous complete calendar week/month; intervals cover the N dates before delivery. Each carrier/recipient is independent. Omit sender_account_id to use the safe default: the centrally configured platform sender. Do not infer or expose sender credentials. Landfillom owns the recurrence across conversations and restarts. A call without preview_token only previews. After the user approves that exact preview, repeat with its token and the user's verbatim authorization_text.

create_report_schedule

Delete a schedule while retaining immutable revisions, runs, and audit. Deletion revokes future delivery, cancels pending occurrences, and hides the schedule from management lists. Already-dispatching outcomes remain reported. An explicit user request to delete is sufficient; this lifecycle control does not require a fresh preview or confirmation token. Repeating the same authorized deletion is safe and idempotent.

delete_report_schedule

Stop explicit schedules or filtered schedules owned by the current user. This is a stop control, so it has no send/assent gate. Partial results and already-dispatching/sent/unknown deliveries are returned unchanged. The kind filter accepts workforce, weighings, equipment, payments, and equipment_asset.

stop_report_schedules

Preview or approve a test run; send=False generates without email.

test_report_schedule

Ανοίγει ή κλείνει τη λήψη ζωντανών ζυγίσεων (webhook) μιας εγκατάστασης (super_user). Δύο βήματα· στο confirm απαιτούνται ΠΑΝΤΑ τα λόγια του χρήστη.

toggle_live_ingest

Εντολές συντήρησης: status=open|in_progress|completed|cancelled.

list_maintenance_orders

Επίλυση βλάβης μηχανήματος με σημειώσεις επίλυσης (εταιρεία, ρόλοι διαχείρισης). Δύο βήματα.

resolve_fault

Retry a certainly failed pre-send run; unknown/dispatching/sent refuse.

retry_report_schedule_run

Εποχικός Fokker-Planck: p5/p50/p95, εποχικότητα, πυκνότητα πρώτης διάβασης, P(fill). Ενδεικτικό.

lifetime_fpe

Εταιρικός χώρος: φορείς και εγκαταστάσεις που βλέπει ο χρήστης (super_user με tenant_id).

business_context

Όταν δεν είσαι βέβαιο ποιο εργαλείο ταιριάζει στο αίτημα του χρήστη, κάλεσέ το ΠΡΙΝ μαντέψεις: επιστρέφει έως τρεις πιθανές επιλογές με πιθανότητα. Αν available=false, διάλεξε μόνο σου από τη λίστα.

find_tool

Ζυγίσεις μιας ημέρας στον εταιρικό χώρο (έως 200).

business_weighings

Ζυγίσεις της περιόδου ΧΩΡΙΣ ΕΚΑ (μπλοκάρουν την παραγωγή ΗΜΑ αν δεν εξαιρεθούν ή δεν δοθεί force). tenant_id = φορέας ΕΤΑΙΡΕΙΑΣ· ο super_user το δίνει μόνο όταν θέλει τον χώρο της εταιρείας, αλλιώς το παραλείπει και δουλεύει στον χώρο του φορέα.

hma_missing_eka

Ιστορικό αποστολών: queued|dispatching|sent|failed|skipped|unknown. ``sent`` σημαίνει αποδοχή από το Microsoft Graph, όχι επιβεβαίωση ότι το μήνυμα έφτασε ή διαβάστηκε. ``unknown`` δεν επιτρέπεται να ξανασταλεί τυφλά. Ο χρήστης (κάθε ρόλος) πρέπει να ανήκει σε φορέα ή να δώσει tenant_id. Καμία διαδρομή gateway -- διαβάζει απευθείας τον πίνακα, ίδιο ιδίωμα με τα artifacts.

list_sent_emails

Ιστορικό εισαγωγών Excel ζυγίσεων (γραμμές, διπλότυπα, κατάσταση, άγνωστα ΕΚΑ). Μόνο στον χώρο του φορέα.

list_import_batches

List the run history, including dispatching and unknown outcomes.

list_report_schedule_runs

Κάρτα εγκατάστασης για το έτος: 4 KPI (τόνοι, ζυγίσεις, παραγωγοί, μεταφορείς) και τόνοι ανά μήνα. Κάλεσέ το όταν ο χρήστης θέλει να ΔΕΙ την εικόνα της χρονιάς (δείξε μου, ζωγράφισε, dashboard).

render_facility_dashboard

Κέντρο ελέγχου ημέρας (day YYYY-MM-DD, προεπιλογή σήμερα): φορτία, τόνοι, ουρά πύλης, συναγερμοί.

control_center

Ένας εργαζόμενος με αναθέσεις, ρόλους, κανόνες εργασίας.

get_employee

Καρτέλα μηχανήματος με ιστορικό κατάστασης και μετρητές, όπως τα εμφωλεύει η εφαρμογή.

get_asset

Καρτέλα συνεργάτη (επικοινωνία, ΗΜΑ, στοιχεία ΑΑΔΕ αν έχουν αντληθεί). tenant_id = φορέας ΕΤΑΙΡΕΙΑΣ· ο super_user το δίνει μόνο όταν θέλει τον χώρο της εταιρείας, αλλιώς το παραλείπει και δουλεύει στον χώρο του φορέα.

get_partner

Κατάσταση ενός δελτίου (pending|processing|ready|failed + error_detail). Ρώτα κάθε ~30 s μέχρι ready. tenant_id = φορέας ΕΤΑΙΡΕΙΑΣ· ο super_user το δίνει μόνο όταν θέλει τον χώρο της εταιρείας, αλλιώς το παραλείπει και δουλεύει στον χώρο του φορέα.

get_document

Κατάσταση job (ΗΜΑ ή προέλεγχος κάλυψης). Ρώτα κάθε ~30 s, ποτέ δεν ξανακαλείς το εργαλείο παραγωγής. Το πρόθεμα του job_id λέει τον τύπο. tenant_id = φορέας ΕΤΑΙΡΕΙΑΣ· ο super_user το δίνει μόνο όταν το job ξεκίνησε στον χώρο της εταιρείας, αλλιώς το παραλείπει και μένει στον χώρο του φορέα.

get_job_status

IED: κατάσταση παρακολούθησης ανά παράμετρο (υπέρβαση, ληξιπρόθεσμη, εντός).

ied_status

Καταχώριση εκπλήρωσης υποχρέωσης συμμόρφωσης (φορέας, director+· ο super_user πρέπει να δώσει tenant_id). Ενημερωτική καταχώριση, όχι υποβολή. Δύο βήματα με προεπισκόπηση (τίτλος, προθεσμία, κατάσταση) και confirm_token.

complete_obligation

Καταχώριση μέτρησης IED σε παράμετρο παρακολούθησης (φορέας, director+). Δύο βήματα με προεπισκόπηση (πλήθος και τελευταία μέτρηση της παραμέτρου) και confirm_token.

add_ied_result

Άδειες της περιόδου (αιτήματα, αποφάσεις, αντικαταστάσεις).

list_leaves

Τα τελευταία δελτία (είδος, περίοδος, μορφή, κατάσταση, ποσό). id για get_document/get_file_link. tenant_id = φορέας ΕΤΑΙΡΕΙΑΣ· ο super_user το δίνει μόνο όταν θέλει τον χώρο της εταιρείας, αλλιώς το παραλείπει και δουλεύει στον χώρο του φορέα.

list_documents

Οι εγκαταστάσεις του χρήστη (id, όνομα, είδος, κατάσταση παραχώρησης). super_user σε εταιρικό χώρο δίνει tenant_id.

list_facilities

Οι εκθέσεις ΗΜΑ της περιόδου, μία γραμμή ανά μεταφορέα (id για get_file_link kind='hma_report'). tenant_id = φορέας ΕΤΑΙΡΕΙΑΣ· ο super_user το δίνει μόνο όταν θέλει τον χώρο της εταιρείας, αλλιώς το παραλείπει και δουλεύει στον χώρο του φορέα.

hma_list_reports

Εργαζόμενοι της εγκατάστασης (ρόλοι, πιστοποιήσεις, διαθεσιμότητα).

list_employees