[PGSQL] Werktijden opslaan

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

.NET Developer / Innovatieve software / Virtual Re

Functieomschrijving Als .Net developer werken aan innovatieve software waar onder andere gebruik gemaakt wordt van Virtual Reality? Bijdragen aan een organisatie waar je uitgedaagd wordt om continu verbeteringen en ontwikkelpunten te ontdekken en door te voeren? Werken in de omgeving Putten? Reageer dan nu voor meer informatie! Het pro-actief aandragen van verbeteringen voor de bestaande applicatie; Ontwikkelen van nieuwe functionaliteiten; Doorvoeren van aanpassingen en wijzigingen; Verantwoordelijk voor koppelingen met andere systemen; Op de hoogte blijven van technische ontwikkelingen. Functie-eisen Hbo werk- en denkniveau; Een afgeronde IT gerelateerde opleiding; Minimaal 1 jaar professionele ervaring als developer; Aantoonbare kennis van C#; Initiatiefrijke

Bekijk vacature »

.NET Developer

.NET Developer De uitgebreide versie Jij hebt ruim twee jaar ervaring als developer. Nu wil je graag je tanden zetten in nog complexere projecten. Samen met je team bereik je nieuwe hoogtes en zelfstandig maak je meters. Je hebt behoefte aan collegae die jou alles leren op het gebied van technologie maar wilt tegelijkertijd ook graag je eigen opgedane kennis delen. Alles wat vandaag nog onbekend is, moet je morgen toepassen in de volgende uitdaging en dàt is wat jou scherp houdt. Je hebt geen zin in een 60-urige werkweek maar haalt wel plezier uit zo nu en dan een

Bekijk vacature »

.NET Developer Financieel

Werk jij als software developer het liefst met uitdagende systemen? Dan kun jij je bij onze vestiging in Amsterdam volledig uitleven als .NET Developer Financieel. Wanneer begin je? Jouw baan Je ontwerpt, ontwikkelt, ondersteunt en onderhoudt je eigen financiële module binnen HiX, onze ICT-totaaloplossing voor de zorg. Je schrijft objectgeoriënteerde code, speurt naar verbeteringen, werkt aan vernieuwende projecten, doet code reviews en voert testen uit. Een uiterst verantwoordelijke job, want dankzij jouw software kunnen zorginstellingen hun zorg factureren, voldoen aan afspraken met zorgverzekeraars, verplichte landelijke aanleveringen van financiële data doen en nog veel meer. Je brainstormt regelmatig met collega’s hoe

Bekijk vacature »

Frontend React Developer gezocht in hartje Rotterd

Functieomschrijving Als Frontend React Developer ga je in één van de zelfsturende Agile teams een Frontend functie bekleden. Er is hier altijd ruimte voor zowel jong talent als voor Ontwikkelaars met meer ervaring; alle niveaus zijn dus welkom! Belangrijk is dat jij een proactieve houding hebt en enthousiast bent over je vak. Je volgt de technologische ontwikkelingen binnen de wereld van (web)development dan ook op de voet. Je komt te werken aan zowel het verder uitbouwen/onderhouden van bestaande applicaties, als aan volledig nieuwe projecten. Een voorbeeld van een recent project is bijvoorbeeld het ontwikkelen van een groot aantal websites voor

Bekijk vacature »

C# developer gezocht (distributed systems, SOA, NS

Ben je een C# developer met een oplossingsgerichte mentaliteit en op zoek naar een veelzijdige baan binnen een kleinschalig dynamisch bedrijf, waar je mee kunt denken in het groter geheel? Waar je met mensen komt te werken die betrokken zijn en een gemeenschappelijk gevoel van verantwoordelijkheid hebben? En waar je werkt aan schaalbaarheidsuitdagingen zodat jouw software grote hoeveelheden data kan verwerken? Nieuwsgierig? Lees dan verder! Voor een Rotterdams bedrijf zijn we op zoek naar een enthousiaste, en met name leergierige, full stack developer of een web developer die graag full stack wil worden. Het bedrijf biedt geavanceerde technische oplossingen die

Bekijk vacature »

Fullstack Developer

WE ARE WORKING WITH A DATA DRIVEN MARKETING COMPANY WHO ARE LOOKING FOR A FULL STACK DEVELOPER TO JOIN THEIR THRIVING TEAM, WHERE YOU CAN DISPLAY AMBITION AND CREATIVE SKILLS. THIS COMPANY IS ON A MISSION, THEY PROVIDE MARKETING TEAMS WITH A DATA OPTIMIZATION PLATFORM, COMPLETELY DEVELOPED IN HOUSE. WHAT TO EXPECT YOU WILL BE WORKING CLOSELY WITH THE DATA SCIENCE TEAM, TOGETHER REPRESENTING THE BUSINESS NEEDS BY CREATING SOLUTIONS USING BIG DATA TOOLS AND FRAMEWORKS. AS A DEVELOPER, YOU WILL ALSO BE WORKING WITHIN CONVENTIONAL ENVIRONMENTS AND FRAMEWORKS SUCH AS SCRUM/AGILE METHODOLOGIES. PERKS Amsterdam based company Joining a team

Bekijk vacature »

Oracle ontwikkelaar

Functieomschrijving Ter uitbreiding is mijn klant op zoek naar een Oracle ontwikkelaar. Binnen een scrumteam ben je verantwoordelijk voor de bouw van applicaties die door vele klanten binnen Nederland gebruikt worden. Naast dat je technisch verantwoordelijk bent, vertaal je ook de functionele wensen naar de technische oplossingen. Kortom; het gaat om een zeer veelzijdige functie met veel technische uitdaging binnen een hecht team van specialisten. Functie-eisen - Je hebt minimaal HBO werk en denkniveau (HBO diploma is geen eis) - Je kunt functionele wensen van de klant omzetten naar technische Oracle oplossingen - Je hebt ruime ervaring met PL/SQL -

Bekijk vacature »

Full stack software .NET C# developer, domotica me

Voor een bedrijf in de regio Hendrik Ido Ambacht zijn we op zoek naar een fullstack .NET C#developer. Het gaat hier om een bedrijf dat systemen ontwikkeld die via domotica oplossing bieden voor maatschappelijke instellingen. Zo verwerken hun systemen meldingen waarover ze rapporteren, maar ook zorgen ze voor de automatisering van toezicht. Het systeem bestaat uit apps, web interfaces, backend en BI rapportage tools. Het gaat het hier om een MKB bedrijf van circa 70 mensen met een team van 5 developers. Bestaande uit hardware, embedded en backend developers. Momenteel is er daarom sterke behoefte aan iemand die zowel back-

Bekijk vacature »

Full Stack Software Engineer (R&D)

Full-stack Software Engineer (R&D) IBIS Technologies is an analysis and instrumentation company manufacturing and developing label-free biosensing imaging devices based on surface plasmon resonance. The instruments are used for in-depth monitoring of multiple biomolecular interactions. Our team consists of people with diverse backgrounds, all individually contributing to a great working atmosphere and applying their unique skills to a flexible work environment. To strengthen our team, we are looking for an R&D software engineer. This is a key operational position for an organized, passionate and goal-oriented team member who is highly self-motivated and knows how to manage tasks independently. Responsibilities In

Bekijk vacature »

Technisch Ontwerper / Applicatieontwikkelaar max.

Wie zoeken we? Je bent de beste in je vak of hebt de ambitie en de potentie om de beste te worden. Je hebt de passie om nieuwe technologieën te blijven leren en continu jezelf te ontwikkelen. Je hebt de pioniersgeest en drive om nieuwe technologieën, methodieken en concepten toe te passen in projecten en bij klanten. Je vindt het leuk om kennis te delen met collega’s, klanten en vakgenoten. Je bent een ware professional en ambassadeur voor CIMSOLUTIONS. Je voelt je thuis in een informele, collegiale en professionele sfeer waar de aandacht voor de klant en voor de medewerker

Bekijk vacature »

C# ontwikkelaar bij internationaal bedrijf?

Functieomschrijving Als C# Developer bouw jij verder aan de technische (beheer)systemen. Het bedrijf heeft een eigen softwareproduct gemaakt met Visual Studio C# en deze software wordt op de hardware gezet. Vervolgens wordt het product bevestigd bij de klant. Als developer ben je bezig met technische software. Affiniteit met C en C++ kan handig zijn. De software op de apparaten, systemen en servers zijn jouw verantwoordelijkheid, samen met de 4 andere developers. Het team is groeiende en er worden meerdere developers gezocht! Het betreft een vrij technische functie en je werkt met C#, WCF, Winforms, webservices, HTML, JavaScript, WPF, LINQ, UML,

Bekijk vacature »

PHP ontwikkelaar / Innovatie / Creativiteit

Functieomschrijving Ben jij de ontwikkelaar die op de hoogte is van de laatste ontwikkelingen en sta jij te springen om de nieuwste tools en technieken toe te passen in jouw werk? Trek dan nu aan de bel! Deze organisatie is al meer dan 20 jaar actief in het verzamelen en doorsturen van grote hoeveelheden data. Dit gebeurt doormiddel van hun zelf ontwikkelde platform die verschillende communicatieoplossingen biedt. Met bijna 600 gebruikers kan je jezelf wel inbeelden hoe groot de hoeveelheid data aan tekst, afbeeldingen en voicerecords is. Om er voor te zorgen dat de applicatie up-to-date, innovatief en vernieuwend is,

Bekijk vacature »

JUNIOR FRONT-END DEVELOPER

JUNIOR FRONT-END DEVELOPER Utrecht Technology 13th month pay & Holiday allowance Bonus Program 26 holidays Training & Learning opportunities Laptop & Smartphone 32-40 hours p.w. Junior Front-end Developer Are you a user focused Front-end developer that will help our clients realize their digital strategies? Then we have the right challenge for you! Your job For our ever growing Interactive, Front-end team within Accenture Technology we’re looking for experienced Front-end developers that want to improve user experiences through technology. You’re enthusiastic about the web and always improving your knowledge and skill. You have a drive to master your craft. Your team

Bekijk vacature »

Outsystems Developer/ C#/ .Net/ Oracle Database

Functieomschrijving Wil je werken bij een marktleider op gebied van transactieverwerking? Wil je werken aan het bouwen van een nieuw platform (greenfield) in Outsystems? Wil je jezelf blijven ontwikkelen en gebruik maken van legio opleidingsmogelijkheden? Dan is dit de ideale functie voor jou. Reageer snel! Ontwikkelen en bouwen van een nieuw Outsystems platform (greenfield); Bouwen van apps, portalen, webapplicaties, API's en businessapplicaties; Plegen van overleg met de business aangaande de diensten en producten; Achterhalen van requirements bij de business. Functie-eisen HBO werk en denkniveau; Minimaal 2 jaar ervaring met Outsystems; Kennis van en ervaring met .Net, JSON, HTML; Kennis van

Bekijk vacature »

Developer / GIS / Esri / Ingenieursbureau

Functieomschrijving Ben jij een Software Developer met minimaal drie jaar ervaring en wil jij aan werken aan toonaangevende GIS software? Spreekt het jou aan om binnen een innovatief ingenieursbureau te werken aan uiteenlopende projecten voor diverse grote en bekende namen in Nederland? Lees dan nu verder! Ontwikkelen van nieuwe GIS software met behulp van Esri; Ontwikkelen en bedenken van nieuwe koppelingen en mobiele oplossingen; Werken aan uiteenlopende projecten voor grote en bekende organisaties in Nederland; Samenwerken in zelfsturende Agile teams; Werken aan innovatie en kennisdeling. Functie-eisen Minimaal HBO en/of WO werk- en denkniveau; Minimaal 3 jaar ervaring als Developer met

Bekijk vacature »
PHP Newbie

PHP Newbie

20/09/2008 15:16:00
Quote Anchor link
Heey allemaal,

Ik vroeg me af wat nou de beste manier is om de werktijden van iemand op te slaan. Er zijn nogal wat voorwaarden die ingecalculeerd moeten worden:

- Iemand kan op verschillende dagen van de week op verschillende tijden werken, maar wel iedere week hetzelfde.
- Iemand heeft pauzes waarop niet gewerkt wordt
- Iemand kan een dag of week vrijnemen
- Iemand kan een doktersafspraak hebben waardoor hij een half uur of uur of whatever niet kan werken

Dus wat is nou een ideale manier van werktijden opslaan zodat er gemakkelijk wijzigingen toegevoegd kunnen worden?

Groet
Newb
 
PHP hulp

PHP hulp

22/01/2020 04:00:36
 
Pim Vernooij

Pim Vernooij

20/09/2008 15:48:00
Quote Anchor link
Ik zou de tijden niet loggen, alleen de gemaakte uren. Dan ben je er al. Per werknemer stel je in hoeveel uur per week gemaakt moeten worden; bij het vrijgeven door de gebruiker check je of de werknemer zijn minimale aantal uur heeft gemaakt.
Gewijzigd op 01/01/1970 01:00:00 door Pim Vernooij
 
Joren de Wit

Joren de Wit

20/09/2008 15:50:00
Quote Anchor link
In de database zou ik puur de tijden opslaan waarop iemand daadwerkelijk aan het werk is. Dus gebruik een TIMESTAMP veld voor zowel de begin- als eindtijd.

Net als het principe van in- en uitklokken: een werknemer begint met werken en registreert zijn begintijd (klokt in), vervolgens gaat hij naar de tandarts en registreert zijn eindtijd (klokt uit). Komt hij weer terug, herhaalt dit proces zich totdat de werknemer uiteindelijk weer naar huis gaat...
 
PHP Newbie

PHP Newbie

20/09/2008 16:08:00
Quote Anchor link
Ik zal de tijden wel moeten loggen. Het is namelijk de bedoeling dat mensen afspraken kunnen maken met de mensen die op dat moment aan het werk zijn.

edit:
En de een werkt dus van 8 tot 5, een ander van 9 tot 6. Een derde heeft weer een vrije dag op vrijdag, een vierde werkt maar partime en een vijfde heeft m de week een vrije dag. Dit zal dus allemaal in het systeem moeten komen zodat mensen zien wie wanneer aan het werk is.
Gewijzigd op 01/01/1970 01:00:00 door PHP Newbie
 
Citroen Anoniem Graag

Citroen Anoniem Graag

20/09/2008 16:25:00
Quote Anchor link
Ik zou vrije dagen sowieso in een andere tabel opslaan. Dan kan je ook makkelijk zien hoeveel vrije dagen iemand al heeft opgenomen ed.

De rest zou ik zo doen:
id | persoon_id | begintijd | eindtijd | datum

Begintijd en eindtijd zijn dan time-velden en de datum is een date veld.

Als iemand iedere week de zelfde dagen werkt dan kan dat ook. Ook als iemand niet elke dag hetzelfde werkt. Op deze manier is alles mogelijk.

Je zou natuurlijk nog een extra tabel kunnen makne met standaard tijden van werknemers (per dag). En dan zou je die automatisch in bovenstaande tabel kunnen laten zetten, maar dat is eigelijk allen een handige functie voor de gebruiker.
 
PHP Newbie

PHP Newbie

20/09/2008 16:29:00
Quote Anchor link
1000 werknemers, 300 werkdagen. Minimaal 2 pauze op een dag waardoor er sowiso 2 records per dag nodig zijn.

600.000 records. Als we daar nog flink mee moeten gaan rekenen om de juiste gegevens op het scherm te krijgen is dat natuurlijk wel een flinke aanslag op de server.

Begintijd en eindtijd kunnen trouwens gewoon datetime velden zijn in je voorbeeld. Heb je die kolom "datum" niet meer nodig. Alleen maar onhandig.

Maar ik vraag me toch af of er geen gemakkelijkere oplossing is dan dit. Hoeveel vrije dagen iemand heeft opgenomen boeit me niet en zal me ook niet boeien. Het gaat mij er alleen om wanneer iemand werkt.
 
Eddy E

Eddy E

20/09/2008 16:40:00
Quote Anchor link
Pauzes vermeld je (uiteraard) niet, want die horen bij de werktijden.
En ik neem aan dat je dit VOORAF wil weten. Dus niet wil zien OF iemand er ook daadwerkelijk was. Immers: het gaat om afspraken (in de toekomst) maken en niet in het verleden.

Mijn idee hierbij:

- tabel PERSONEN (uiteraard)
- tabel WERK daarin: dag+persoon+start-tijd+eind-tijd
- tabel VRIJ (vrij/dokter/vakantie) met daarin: persoon + start (datetime) + eind (datetime).

Het is wordt was SQL-en, maar dat is geen probleem.
Met BETWEEN (start/eind) kan je heel veel.
Je kan dan van iedere seconde/minuut/dag opvragen welke personen er zijn

Tip: voor dit soort rekenwerk gebruik je dus VIEWS.
1x per dag de moeilijke query uitvoeren en klaar.
Ziekmeldingen (ter plaatse op het werk/tijdens het werk) kan je natuurlijk niets aan doen.
 
Klaasjan Boven

Klaasjan Boven

20/09/2008 17:35:00
Quote Anchor link
He Newbie

Ik zou gaan werken met dagen waarop iemand werkt, dwz de werkdagen. Tevens zou ik van een persoon tijdblokken opnemen waarop hij of zij beschikbaar is. Een tijdblok is bijv 6 minuten. Nu kun je vanaf starttijd == winkel open de tijdblokken tellen tot aan begin_pauze en vanaf eind_pauze tot winkel dicht. Uiteraard als iemand parttime werkt alleen bij tot aan begin_pauze.

Ik heb hier al eens een discussie over gahd op Phpfreakz en ben tot de conclusie gekomen dat dit de handigste methode is.

groeten
Klaasjan

edit
Uiteraard zijn de tijdblokken ook een mooi begin voor de opbouw van de werksoorten. Elke werksoort duurt X tijdblokken.
Uiteraard pre fill je dit voor jaren en alleen de uitzonderingen haal je weg.
Een dag vrij betekend gewoon in die dag een werkdag minder. Een half uur naar de dokter betekend op die dag 5 tijdsblokken minder. en ja dat alles bijhouden tijd kost is waar maar dat kost het in de analoge wereld ook.

Ik begrijp dat je druk bezig bent?
Hoe was het gisteravond?
Gewijzigd op 01/01/1970 01:00:00 door Klaasjan Boven
 
PHP Newbie

PHP Newbie

20/09/2008 18:33:00
Quote Anchor link
Ik heb dit topic vooral geopend om eens te kijken hoe anderen hier tegenaan kijken. Ik had zelf ook wel een idee (te vergelijken met Citroen), maar ik wilde graag weten of er nog andere oplossingen zijn die gemakkelijker of minder belastend zijn.

@Klaasjan
Tijdblokken.. tsjah.. dan ben je toch weer gebonden aan (in jouw voorbeeld) 6 minuten (zou dan eerder voor 5 minuten gaan, maar dat terzijde). Het kan wel, maar dat vind ik toch niet een ideale situatie.

Wanneer er nog meer ideeën zijn hoor ik ze natuurlijk graag!
 
Robert Deiman

Robert Deiman

20/09/2008 19:10:00
Quote Anchor link
In principe kan je ook een tabel met aanwezigheid maken, waarin je de standaard werktijden aangeeft en een tabel met afwezigheid, waarin je aangeeft welke dagen/ tijden iemand niet aanwezig is. Dit is ook eenvoudig te combineren met reeds gemaakte afspraken (geldt ook eigenlijk als afwezigheid, omdat je niet 2 mensen tegelijk kan helpen)

Zo kan je vrij eenvoudig en simpel zien op welke dagen iemand aanwezig zou (moeten) zijn en of deze persoon ook tijd heeft.
 
PHP Newbie

PHP Newbie

20/09/2008 23:06:00
Quote Anchor link
Ik zit nu hieraan te denken:

Werkdagen
medewerkerid | maandag_van | maandag_tot | dinsdag_van | ... | zondag_tot

Vrije perioden
medewerkerid | van | tot

Afspraken
medewerkerid | van | tot

Ja, de afspraken moeten apart van de vrije perioden opgeslagen worden want deze moeten op een andere manier weergeven worden.

"van" en "tot" is gewoon een datetime veld en kan dus een uur tot (bij wijze van) 100 jaar duren.

*_van en *_tot zijn TIME fields

Wat vinden jullie van deze opzet?
Gewijzigd op 01/01/1970 01:00:00 door PHP Newbie
 
Robert Deiman

Robert Deiman

20/09/2008 23:23:00
Quote Anchor link
@PHP Newbie

Ik zou het anders doen, om eenvoudiger te kunnen vergelijken, in de tabel werkdagen en ook vollediger genormaliseerd:

id | medewerkerid | dagnr | van | tot |

Het dagnr is hetzelfde als wat je bij weekday() eruit krijgt (is eenvoudig te vergelijken dan) en van en tot zijn gewoon tijden.

Je kijkt bij een datum 'gewoon' welke dag het is dat een afspraak gemaakt zal gaan worden. Dan kijk je welke medewerkers er op die dag zijn, en of ze geen vrije periode of afspraken hebben. Dat is vrij eenvoudig te realiseren.

De weergave van vrije perioden en afspraken is GEEN reden om deze in een losse tabel te zetten, door een kolom toe te voegen (type) in de tabel voor 'bezette_tijden' in dit geval, kan je heel eenvoudig aangeven of het een afspraak is, of het een vrije periode is, of bedenk het maar.

Uitbreiden is dan eenvoudiger (eventueel koppel je er nog een tabel bezet_typen aan, waarin je de naam/ omschrijving van het type zet) te doen, stel dat je later ook nog de reden van een vrije periode wil toevoegen o.i.d. Dan is dat met deze opzet heel eenvoudig.

Weergave is nooit een reden om nieuwe tabellen te maken!
 
Joren de Wit

Joren de Wit

20/09/2008 23:33:00
Quote Anchor link
@Robert:

Ook die kolom dagnr is overbodig. Als je voor de kolommen 'van' en 'tot' gewoon datetime velden maakt, zit de dag er al in verwerkt. Meer dan een datetime heb je niet nodig.

Verder zou ik voor de opzet van Eddy gaan, waarbij je de 'vrij' tabel nog verder uit kunt breiden met een kolom die aangeeft waarom iemand vrij is...

ps. Zoals jij dus ook al zei Robert ;-)
Gewijzigd op 01/01/1970 01:00:00 door Joren de Wit
 
PHP Newbie

PHP Newbie

20/09/2008 23:44:00
Quote Anchor link
@blanche, dagnummer zal wel genoteerd moeten worden aangezien het iedere maandag hetzelfde is toch?
 
Robert Deiman

Robert Deiman

20/09/2008 23:52:00
Quote Anchor link
@Blanche
Dat snap ik, maar het ging mij er eigenlijk om dat je voor een bepaalde dag meteen van een werknemer voor het hele jaar aangeeft dat die op die dag werkt, volgens mij kan je dan net zo goed of zelf beter met dagnummer gaan werken.
Eigenlijk wat PHP Newbie ook zegt, die zou je normaal gesproken bij zo'n werking van een systeem wel gebruiken.

edit:
@PHP Newbie

Overigens kan je de tabel met werktijden nog uitbreiden met een kolom 'herhaalperiode'. In deze kolom kan je bijvoorbeeld met het getal 1 aangeven dat het elke week op die dag is, en met het getal 2 dat dit maar eens in de 2 weken voorkomt.
Zeker bij grotere organisaties komen deze constructies nog wel eens voor.
Gewijzigd op 01/01/1970 01:00:00 door Robert Deiman
 
Joren de Wit

Joren de Wit

20/09/2008 23:55:00
Quote Anchor link
That depends. Voor een werknemer met een 40 uurs werkweek en vaste werktijden waarschijnlijk wel. Maar voor freelancers, part-timers met flexibele uren, enz. zal dat zeker niet gelden.

In dat laatste geval heeft het opslaan van het dagnummer zeker geen nut en heb je veel maar aan een datumtijdstempel.
 
Robert Deiman

Robert Deiman

21/09/2008 07:50:00
Quote Anchor link
@Blanche

PHP Newbie:
- Iemand kan op verschillende dagen van de week op verschillende tijden werken, maar wel iedere week hetzelfde.
- Iemand heeft pauzes waarop niet gewerkt wordt
- Iemand kan een dag of week vrijnemen
- Iemand kan een doktersafspraak hebben waardoor hij een half uur of uur of whatever niet kan werken


edit:
Verder heb je wel gelijk, maar dat kan je oplossen door een keuze te laten in je tabel:

dagnummer | datum

Vul je dagnummer in, weet je dat het over een vaste medewerker met vaste dagen gaat, maar vul je een datum in (laat je dus dagnummer leeg) dan weet je dat het om een parttimer gaat, waarvoor je de data invult.
Een afspraak wordt altijd op een bepaalde datum gepland, door EN te kijken of er parttimers zijn die op die bepaalde datum werken EN te kijken welke dag die datum valt en welke vaste medewerkers er dan zijn (en welke medewerkers nog geen afspraak hebben) heb je alles wat je weten wilt.
Zo hou je de boel wel heel flexibel.
Gewijzigd op 01/01/1970 01:00:00 door Robert Deiman
 
Joren de Wit

Joren de Wit

21/09/2008 10:00:00
Quote Anchor link
Heb je gelijk in Robert, lijkt mij een mooie oplossing die je nu aandraagt ;-)
 
Robert Deiman

Robert Deiman

21/09/2008 12:36:00
Quote Anchor link
Of nog een betere optie:

Wel een datum invullen, gewoon op het moment dat je begint met invullen de 1e 5 werkdagen inladen (dus te beginnen bij de 1e volgende werkdag, dus waar dag gelijk is aan of maandag, of dinsdag... enz.) en daarvan de datum in de database zetten.

Door dan een kolom "medewerkerstype" toe te voegen kan je aangeven of het om een parttimer gaat of om een vaste medewerker. Bij een vaste medewerker kan je van die datum ook zien welke dag het is. Is (denk ik) wel minder snel, maar het is eenvoudiger om nog eventueel andere typen medewerkers/ roosteringen te maken.

edit:
Ik denk wel dat dit niet handig werken is, misschien is het wel een handige optie om bij medewerkers (de vaste) een startdatum op te geven. Wanneer iemand wordt aangenomen begint deze vaak niet per direct,maar je kan dan wel van tevoren al zijn/ haar rooster erin plaatsen.
Gewijzigd op 01/01/1970 01:00:00 door Robert Deiman
 
Tikkes C

Tikkes C

21/09/2008 12:55:00
Quote Anchor link
toch even mijn ideetje erin gooien...

waarom werk je niet met een soort log?

net zoals Blanche zei in het begin van deze topic maar dan doe je:

Insert into logs (werknemer, start) values.....blabla

wanneer hij dan uitlogt vergelijk je de tijd van uitloggen met die 'start', het verschil daartussen sla je op in je tabel 'werktijd per wn' of zoiets...

ik neem aan dat als je afspraken hebt e.d. dat die vooraf moeten worden aangevraagd of iets dus je krijgt een tabel: afspraken...hierin staat dan wanneer de afspraak is en wanneer hij eindigt.
dit kan je dan meteen ook aftrekken van die start....

het is maar een ideetje...
 
Robert Deiman

Robert Deiman

21/09/2008 12:58:00
Quote Anchor link
@Tikkes

Zoals al aangegeven was het de bedoeling dat medewerkers wekelijks dezelfde tijden werken. Daarnaast wil het niet zeggen dat als iemand geen afspraak heeft dat dit betekend dat iemand vrij is.
Ik denk dat laatstgenoemde optie de meeste voordelen heeft.
 



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.