[PGSQL] Werktijden opslaan

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Microservice PHP developer gezocht voor dynamisch

Functieomschrijving We zoeken voor deze klant een PHP (back-end) ontwikkelaar met minimaal 3 jaar steady werkervaring. Het is belangrijk dat je graag met nieuwe technologieën werkt en echt kwaliteit wil leveren. Ze werken hier voornamelijk met Symfony maar uiteraard ook uitstapjes naar andere technieken. Zo werken ze onder andere technieken als NoSQL en Kubernetes. Het team bestaat uit zo'n 6 developers en er wordt in een open sfeer gewerkt. Elke ochtend begin je met een stand-up meeting en je zal continu in contact staan met je collega's. Functie-eisen – Je hebt HBO werk en/of denk niveau; – Je hebt ervaring

Bekijk vacature »

OutSystems Developer Gloednieuw Applicatiehuis

OutSystems Developer Functieomschrijving Heb jij als OutSystems Developer ruime ervaring met het ontwikkelen van diverse applicaties? Lijkt het jou gaaf om aan de vooravond te staan van de implementatie van een volledig nieuw applicatiehuis? Wil jij aan de slag binnen een uitdagende omgeving waarbij je de mogelijkheid krijgt jezelf verder te ontwikkelen? Lees snel verder! Jouw taken als OutSystems Developer zullen bestaan uit: Het van scratch af aan ontwikkelen van applicaties met OutSystems; Het aanhaken bij diverse projecten binnen de organisatie; Schakelen met de business; Meedenken over de mogelijkheden van het platform binnen de organisatie. Functie-eisen De eisen zijn: Hbo

Bekijk vacature »

Medior/Senior PHP developer

Functieomschrijving In de rol Medior of Senior webdeveloper PHP ben je verantwoordelijk voor de implementatie van de draaiende systemen en het ontwikkelen van nieuwe complexe maatwerkoplossingen. Je bent bezig met functionele klantwensen uitwerken op architectuur niveau en zal je veelal de database in gaan om functionele koppelingen te maken. Het team telt in totaal rond de 15 developers en krijg je naast de kans om backend te doen ook aan de frontend te werken. Sparren met leuke collega’s in een modern pand en je Zend certificaat behalen? Dan is dit de uitdaging die je aan moet gaan. Functie-eisen HBO werk

Bekijk vacature »

PHP Developer Ontwikkelaar

Functieomschrijving Ontwikkelaar Developer JSON PHP Laravel 5 Ontwikkelen aan de PHP applicatie (aanpassingen, verbeteringen en uitbreidingen) Mede bepalen van coding principes en standaarden. Beheren van bestaande en nieuw ontwikkelde applicaties Verlenen van support op de applicaties Proactief verbetervoorstellen doen Testen en documenteren van ontwikkelde software Functie-eisen Minimaal HBO diploma Minimaal 2 jaar relevante ervaring Ervaring met Agile, SCRUM Bekendheid met Laravel 5 / JSON / REST API's / Objectorientatie en design patterns / UnitTesting / Mocking / GIT Kennis van Drupal / Symfony / Continuous Delivery / Continuous integration is pré Bedrijfsomschrijving Je gaat als PHP Developer aan de slag

Bekijk vacature »

.Net developer senior

Functie­omschrijving "Ik werk graag bij de Belastingdienst. Het is een complexe omgeving waarin ik met veel plezier werk. Mijn werk doet ertoe voor burgers en bedrijven." Linda Hagendijk - Applicatieontwikkelaar bij de Belastingdienst. Als .NET-developer voor de directie informatievoorziening werk je vooral voor het toeslagenverstrekkingensysteem. Dit zorgt voor de toekenning en uitbetaling van de zorg-, huur-, en kinderopvangtoeslag en het kindgebondenbudget, waar maar liefst 12 miljoen burgers in Nederland gebruik van maken. Het is een van de grootste.NET-toepassingen in Nederland, bestaande uit ongeveer dertig componenten met een totale omvang van ongeveer 16.000 functiepunten. De databases zijn zeer groot en het

Bekijk vacature »

Full-stack .NET developer gezocht, Goeree-Overflak

Ben je een .NET software developer en op zoek naar een professionele werkomgeving binnen een wat groter innovatief en ambitieus bedrijf? Waar sprake is van een uitgebreid applicatielandschap met elke dag nieuwe uitdagingen, waar alles mogelijk is, binnen een goede collegiale sfeer? Lees dan verder! Voor een bedrijf in Goeree-Overflakke zijn we momenteel op zoek naar een ervaren software developer. De IT afdeling bestaat uit circa 60 mensen waarvan zo'n 15 developers. Voor de recente architectuur wordt gebruikt gemaakt van de nieuwste technieken waaronder .NET Core, Docker en Angular. Echter bestaat het applicatielandschap uit een groot aantal verschillende applicaties waarbij

Bekijk vacature »

Senior Java Developer vacature

Senior Java Developer Jij volgt ontwikkelingen op de voet. Sterker nog: jij bent er onderdeel van. Jij loopt voorop. Jij denkt met klanten mee en helpt hen innoveren. Bijvoorbeeld met de ontwikkeling van de Rabobank-app, een verbetering van de beveiliging van treinen voor Pro-rail of geef je een boost aan de website van ING! Focus op Java Wij bouwen State of the Art applicaties met de nieuwste Java technologie en frameworks. Dit doen we door ons te richten op de open source-oplossingen binnen de wereld van Java, alle nieuwe ontwikkelingen te volgen en onze kennis te delen binnen onze eigen

Bekijk vacature »

Applicatiebeheerder CRM

Heb jij als allround applicatiebeheerder een sterke affiniteit met CRM systemen en heb je kennis van het verbinden van applicaties middels een Hybrid Integration Platform, dan is deze functie jou op het lijf geschreven! Wat ga je doen? Samen met je collega’s ben je verantwoordelijk voor een beschikbaar en goed functionerend applicatielandschap van ongeveer 150 zowel On-Premise als Cloud applicaties. Een uitdagende functie waarbij jij een actieve rol krijgt bij de implementatie van een nieuw CRM systeem. Je zal van het begin af aan deelnemen aan het CRM projectteam waarbij je vanuit jouw specialisme vragen beantwoordt en meedenkt over functionele,

Bekijk vacature »

Software Engineer C++ / Software Developer C++

Software Engineer C++ / Software Developer C++ (Bsc, MSc, Computer Science, Information Technology, Mathematics, C, C++, Linux, Algorithms) General Do you find great joy in software development, which is then used worldwide, and are you familiar with C++ and with algorithms… read on! Organization For our business client, a fast dynamic technical company which gathers and processes huge amounts of data, we are looking for several Software Engineers. You will be part of a team consisting of about 25 software developers working on a suit of advanced software tools. These software tools are then used further on in the company

Bekijk vacature »

Enthousiaste DevOps-ontwikkelaar voor eIDAS

Functie­omschrijving De Dienst ICT Uitvoering, kortweg DICTU, is een van de grootste en meest vooruitstrevende ICT-dienstverleners van de Rijksoverheid. Wij bouwen onder meer de veilige en betrouwbare digitale toegang tot de diensten en producten van het ministerie van Economische Zaken en Klimaat voor burgers en bedrijven in het buitenland. Daar werk jij als DevOps-ontwikkelaar bij DICTU in Assen aan mee. Het ministerie van Economische Zaken en Klimaat heeft voor haar diensten en inspecties één moderne toegangspoort. Een aantal van die diensten en inspecties is mede dankzij jou ook voor burgers en bedrijven uit acht EU-landen veilig en betrouwbaar toegankelijk. Dat

Bekijk vacature »

C# Developer/ SQL Server/ Visual Studio/Javascript

Functieomschrijving Ben jij een gedreven en enthousiaste .NET Developer (C#) met gevoel voor design en usability? Wil jij als C# Ontwikkellaar jouw skills graag inzetten op de development afdeling van een innovatieve, flexibele organisatie met een groot bereik? Lees dan snel verder! Je gaat aan de slag in het websites team of portals team waarin je je bezighoudt met concept & design, implementatie en ook een stukje bugfixing en onderhoud; Je werkt met je team volgens de Scrum werkwijze; Zo adviseer je ook de PO & Scrum Master over de technische architectuur, koppelingen en integratie met externe systemen en API’s;

Bekijk vacature »

Senior software-engineer / frontend-developer

Functie­omschrijving Van backend tot frontend, jij bent van alle markten thuis. Bij dé ICT-dienstverlener van de Dienst Justitiële Inrichtingen ontwikkel jij als senior software-engineer / frontend-developer in Gouda applicaties met de nieuwste technologieën voor duizenden gebruikers. Op die manier zet jij je in voor een veiliger en rechtvaardiger Nederland. In jouw functie ontwikkel je in een DevOps-team oplossingen voor de klant. Door de scrum- of agile-aanpak doe je dat kortcyclisch. Op die manier kunnen we de vraag van de klant optimaal invullen. En samen met je collega’s zorg je er ook voor dat die bedachte oplossingen duurzaam voor de organisatie

Bekijk vacature »

.NET C# ontwikkelaar gezocht (C# Winforms, Xamarin

.NET C# ontwikkelaar bij een slagvaardig en hard groeiend bedrijf met korte lijnen? In een omgeving waar je onder andere direct samen met de oprichter werkt aan het verder ontwikkelen van een vernieuwend product? Dan is deze vacature zeker iets voor jou. Voor een bedrijf in Rotterdam zijn we momenteel op zoek naar een .NET C# ontwikkelaar. Het gaat om klein bedrijf dat op een punt is aanbeland waar de vraag naar hun software flink aan het toenemen is. Hierdoor zijn ze op zoek naar meerdere .NET ontwikkelaars die samen met de oprichter en nog verschillende andere collega’s hun software

Bekijk vacature »

.NET Developer

FreshPublishers is een internationale, online nieuwsorganisatie. FreshPublishers is zich steeds verder aan het ontwikkelen en daarmee ook de software. Software Development voor FreshPublishers bevat onderhoud en uitbreidingen voor het content management systeem waarin de redacteuren artikelen schrijven, nakijken en publiceren. Jouw baan is het ontwerpen, schrijven en testen van nieuwe modules in dit systeem met een .NET backend. Functie eisen: C# .NET developer / Web development / MVC5 HBO- of WO-niveau Kennis van (SQL) databases Microsoft SQL Server ercaring Javascript ervaring (al dan niet met JQuery) Ervaring met vue.js of soortgelijk javascript framework Vloeiend in Nederlands en Engels (spraak) Ervaring

Bekijk vacature »

Allround applicatiebeheerder (technisch-functionee

Kunstmuseum Den Haag is een van Nederlands grootste en best bezochte musea voor moderne kunst. Het is gevestigd in een betoverend gebouw van de architect Berlage. De collectie, met 160.000 kunstwerken, is internationaal toonaangevend en bevat onder andere moderne en hedendaagse beeldende kunst, fotografie, mode en toegepaste kunst. Per jaar organiseren we ongeveer dertig tentoonstellingen in binnen- en buitenland. Fotomuseum Den Haag en GEM, Museum voor actuele kunst behoren ook tot Kunstmuseum Den Haag. Kunstmuseum Den Haag zoekt voor de afdeling ICT ter aanvulling van het team, een: Allround applicatiebeheerder (technisch-functioneel) voor 36 uur per week Afdeling en functie De

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

12/08/2020 06:07:41
 
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.