hiker

Het tweede deel van de knopactie gaat niet goed, daar benoem je het doelveld, niet het veld dat gekopieerd moet worden, maar het veld waar de gekopieerde waarde heen moet.

Ik ben een leek op servergebied, dus misschien een domme vraag: gaat het al fout als twee mensen in hetzelfde bestand werken of treed het pas op als ze in hetzelfde record werken? Blokkeren van toegang tot een record is waarschijnlijk makkelijker dan blokkeren van de gehele file.

Claris is toch de oorspronkelijke naam van het bedrijf? Als ze een breed publiek willen dan hoop ik dat ze een instapversie maken, met de mogelijkheden zoals in FM10 bijvoorbeeld. En dan voor een lage prijs. Dat kan ik aan mijn klanten wel verkopen als ik geen runtimeversies meer kan maken.

Waarschijnlijk werkt het tegenwoordig op snelle computers en SDD opslag allemaal snel genoeg, ik weet dat het bij mij in het verleden wel eens mis ging met een factuurpakket. Misschien afhankelijk van hoe complex de PDF is samengesteld, maar ik heb toen wel een scriptonderbreking van een seconde ingebouwd om zeker te weten dat de PDF was weggeschreven voordat het mailcommando werd uitgevoerd. Dus zeker even testen.

En als je (zoals ik) minder verstand hebt van FM dan kan het ook door eerst te kijken of een veld gevuld is en als dat het geval is deze opnemen in de opsomming: waarde_component & If(not IsEmpty (behuizing_component); "/" & behuizing_component) & If(not IsEmpty (voltage_component); "/" & voltage_component) & If(not IsEmpty (dielektrisch_component); "/" & dielektrisch_component) & If(not IsEmpty (tolerantie_component); "/" & tolerantie_component)

Bij alle varianten waar BE_FTP_Upload ( path ; text[veld] ; login ; password ) binnen de loop staat log je bij elke doorgang opnieuw in. Eenmaal inloggen is voldoende, dus naar mijn gevoel zou het iets moeten zijn als: BE_FTP_Upload ( login ; password ) Loop BE_FTP_Upload ( path ; text[veld] ) Exit after Last End Loop Logout Je vraag over handshake heb ik geen antwoord op.

En als je de return vervangt door Char(13)?

Zet op de layout van Relaties de portalen van producten en de tussentabel, zet op de layout van Producten de portalen van Relatie en de tussentabel en kijk wat er gebeurt.

Als de BTW geen 21% is kan het nog 9% of 0% zijn of geen BTW. Dit moet je in je berekening mee nemen. Vergeet ook niet het jaartal mee te nemen, anders bereken je straks kwartaal 1 van meerdere jaren.

Ik zie dat de percentages inderdaad goed gaan. Bij veldopties kun je waardes automatisch laten invullen, dit kan door een berekende waarde of door een opgezochte waarde. Met de opgezochte waarde kun je dan de stuksprijs van een product uit de tabel halen. Voordeel is dat als je de prijzen aanpast dat oude ingevoerde waarden niet veranderen. Klantnummer is niet verkeerd, maar wat is het verschil met klantcode. Het lijkt mij dubbel, maar ik weet niet wat je er mee wilt doen. Succes.

Beste Sebas, Je file net bekeken. Een toevoeging kan zijn om via Lookup de prijs automatisch op te halen als je een product selecteert. Over je factuur: een BTW tarief van 0,21% kennen we niet in Nederland, dat moet 21% zijn. Je berekening klopt dus ook niet, zal denk ik ook voor je kortingspercentage gelden. Klantvolgnummer kun je nog automatisch laten invoeren, maar dat doe je ook al bij klantcode. Is dat dubbel? Ik denk wel dat je je proces nog even moet vastleggen: op moment dat je een factuur maakt moet ook de datum vastgelegd worden. Anders krijg je straks factuurnummers en data die niet synchroon lopen. Begin is er, nog veel te doen. Dat houdt het leuk.

En je kunt bij elke klant de laatste factuur van het jaar weghalen. Maar goed, dat is een andere discussie, goedgekeurd is goedgekeurd. Oplossing probleem: zoals Banach vermeld. Maak per klant een veld met het hoogste factuurnummer dat gebruikt is. Begint met 1, bij elke nieuwe factuur kijk je in dit veld wat de waarde is en tel je er 1 bij op. Dat is de nieuwe waarde.

Dat had Marsau al verteld: Met de 'Go to Related Record' script-stap kan je geweldige dingen doen.

Op je dashboard staan de tien knoppen die nu goed werken. Je gaat van tafelnummer naar bijbehorende factuur. Wat voegen de extra 10 knoppen dan toe? Die gaan van tafelnummer naar bijbehorende factuur? Maar je kunt een aparte layout maken in de tabel facturen en daar knoppen maken naar de goede factuur. Wat gebeurt er eind van de dag? Dan wis je alle facturen? De volgende dag begin je opnieuw met 10 lege facturen?

Ga het even simpel opzetten, er van uitgaande dat je een factuursysteem bedoelt i.p.v. een kassasysteem. Maar ik denk dat je ter plekke een factuur maakt en aan de klant meegeeft zodat het op een kassabon lijkt. Je hebt een klant, daarbij maak je een factuur aan (relatie klant-factuur) en in de factuur voeg je artikelen toe (relatie factuur-artikelen). Denk bij het aanmaken van de facturen om een uniek factuurnummer.

Kleine toevoeging: tussen de diverse tabellen maak je dan relaties waarmee je data kunt ophalen. Zoals je het beschrijft lijkt het een factuurpakket i.p.v. een kassasysteem. Ik zou op een layout niet alle klanten als knoppen plaatsen. Wat als er heel veel klanten zijn? En wat als de ene klant kan meekijken op het scherm en gegevens van andere klanten ziet? Maak in plaats daarvan een zoekfunctie op klantnaam (plus evt. postcode o.i.d.)

Als je de relatie instelt dan kun je aangeven dat je nieuwe records mag maken in een portaal. Die moet je aanvinken. Bij invoer ontstaat dan vanzelf een nieuwe lege regel. Per maand een nieuwe portaal aanmaken is niet nodig, je kunt in je portaal laten zien wat je wilt. Je hebt je administratie en je kijkt via het portaal in de data van de urenverantwoording. Via relaties laat je de goede data zien.

Met een loop. Van 1 tot veldwaarde doorlopen en record dupliceren.

Hoe is je layoutinstelling? A4 of 70 cm?

Arial 9 punts is natuurlijk erg klein. Beeldscherminstelling zou kunnen helpen. Ik heb een 24" 1920x1200 px met Windows. Is slechts leesbaar.

Zoek je het niet te moeilijk? Kan het niet gewoon met een berekening? In je Inspector kun je bij het 4e tabje (database symbool) onder ‘Behaviour’ condities opgeven wanneer iets wel/niet zichtbaar moet zijn. Als je zoekt op "verbergen" dan vind je veel topics hierover.

Amerikanen gebruiken toch het B systeem? Het formaat B4 is 250 x 353 mm. Ook daar zit het dus niet in. Lijkt bijna of het papierformaat op A3 is ingesteld: 2x42 cm minus marges?

Enige waar ik problemen heb zijn de toolpanels bij FM, verder nergens. Ligt dus niet direct aan mijn monitor of ogen.

Hier hetzelfde probleem, bij het maken van de layout is de tekst in de rechter kolom te klein om normaal te lezen. Schermresolutie aanpassen vind ik geen optie omdat ik tegelijkertijd in meerdere programma's werk. Nog geen oplossing gevonden (behalve een bril aanschaffen).

In het begin van je reactie zeg je dat er klanten zijn die producten hebben met daarbij verschillende inlogcodes, etc. Je gaat dus uit van de klant. Daarna (Dus, stel ik heb een Office 365...) ga je uit van product waarbij klanten horen. Je moet eerst een keuze maken wat je wilt en dan je database opzetten. Ik zou zelf uitgaan van Klanten die producten hebben. Als er later vragen komen moet je snel kunnen zoeken op klant. Hieraan koppel je de producten. Aan de producten koppel je de diverse inloggegevens, etc.