| Eric Geene |
| Sumatra |
|
| Wassenaar |
|
|
| Man |
|
| Monday, January 02, 2006 |
| Friday, May 21, 2010 11:42:43 AM |
26
[3.23% van alle berichten / 0.02 berichten per dag] |
|
Hallo Marco,
Ik denk (hoop) dat wat jij schrijft niet klopt, te weten dat je het debiteurnummer nu een vrijveld is ergens, en dat je daardoor niet meer de openstaande posten kunt zien. Het kan echt niet zijn wat zoals jij denkt dat het in mekaar zit, daar is het proces veel te ingewikkeld voor. (ga niet beloven dat ik iets zal opeten als het wel waar is, want ik heb een hoop gekke dingen gezien ondertussen).
Wat ik wel denk wat er speelt is het volgende: Een aantal debiteuren vormen samen 1 debiteur. Wanneer je dus op "exact" debiteur niveau kijkt, zie je maar een deel van de debiteur. Dit is mogelijk opgelost door in een vrij veld in debiteuren/relaties een code in te vullen op basis waarvan je het geheel van die debiteuren kunt zien. Wat moet je nu doen om die groep als debiteuren als 1 te zien? SIMPEL: doorpunten.
Maak dus het openstaande posten overzicht en net zoals doorpunten naar de naam van de debiteur kun je dan ook doorpunten naar dat extra veld. En in plaats van het "exact" debiteurnummer toon je dat "vrijeveld" debiteurnummer , en verdicht je daar eventueel op.
debnr@debiteuren.freefield1
Dan als laatste: wellicht heeft niet iedere debiteur zo'n groeps debiteur nummer. Als je dan gaat kijken komen die debiteuren in de groep "geen nummer" Dat kun je oplossen door een formule te maken: "Als "vrijeveld" debiteurnummer niet leeg is toon dan het "vrijeveld" debiteurnummer en anders het "exact" debiteurnummer. In technische taal ziet dat er als volg uit:
debnr@debiteuren.freefield1>"" ? debnr@debiteuren.freefield1 : debnr
veld (freefield) 1 en tabel (debiteuren) moet je natuurlijk vervangen voor datgene dat bij jou gebruikt wordt.
|
Tja, als je maart wil doen kan het natuurlijk nog simpeler:
Maart Month(datum) = 3
April Month(datum) = 4
|
Het hangt er een beetje af wat je nodig hebt en wat je wil.
1. Je wil iets presenteren in de builder: Kijk dan eens wat je kunt doen met de Matrix. Met de matrix kun je verschillende tabellen op basis van gemeenschappelijke velden combineren tot 1 tabel achtige presentatie. Kijk in de handleiding hoe je daarmee kunt omgaan.
2. Als het echt een view moet zijn omdat je het elders wil gebruiken: Een manier om gegevens te combineren is "union all". Met deze instructie kun je verschillende datasets aan elkaar schakelen. Voorwaarde is wel dat de datasets gelijkvormig zijn: aantal kolommen en type kolommen moeten overeenkomen. Dat zou er zo kunnen uitzien:
Create view MyView as
select debnr, bedrag from table1
Union all
Select debnr, bdr_hfl from table2
Union all
Select debnr, bdr from table3
|
Er zijn heel veel mogelijkheden om informatie met behulp van de WebClient informatie aan medewerkers of klanten beschikbaar te stellen.
In veel van die situaties is het wenselijk om informatie te begrenzen: alleen gegevens mogen zien van de ingelogde klant of gebruiker. Alhoewel het aantal mogelijkheden om de webclient te integreren met een site onbegrensd is (je kunt zelf immers met ASP.net van alles en nog wat in pagina's programmeren) probeer ik een paar simpele scenario's weer te geven.
Algemeen
Bij de installatie van de webclient wordt een voorbeeld pagina geinstalleerd, waarin de mogelijkheden worden uitgelegd. Lees deze in ieder geval!
Er moet hoe dan ook worden ingelogd, en bij het inloggen kunnen extra gegevens worden meegegeven: Database, Module. Worden deze gegevens niet geleverd, dan verschijnt bovenin de webclient een combobox, waarin gekozen kan worden uit administraties danwel modules waarop de ingelogde gebruiker recht heeft.
Er kan echter ook een voorwaarde meegestuurd worden, die dan geintegreerd kan worden met de rapportage. Zo'n voorwaarde kan dan bijvoorbeeld "itemcode='AB1010' zijn of "cmp_wwn='{YIU9-90UNHK-oiu89}'" zijn. Met behulp van een dergelijke voorwaarde kun je dus informatie interactief maken met iets van de inhoud van de Site.
Er is een tweede manier om gegevens interactief te maken op basis van de ingelogde gebruiker. In de DS manager kan een parameter worden aangelegd, en door een dergelijke parameter (bijvoorbeeld een medewerker-id) te integreren in de overzichten (bijvoorbeeld als extra voorwaarde) kan effectief worden bereikt dat die gebruiker alleen gegevens ziet die hij mag zien, zonder dat u voor iedere medewerker een apart rapport aanlegt.
Beveiliging
Er kan vanaf versie 3 gebruik gemaakt worden van 2 soorten beveiliging:
1. Windows authentication
2. Sumatra inlog account
1. Windows authentication levert een eenvoudige en effectieve manier om de webclient te beveiligen. Door geen anonymous access toe te staan moet er ingelogd worden, en weet de webclient wie er ingelogd is. Let op, dat deze methode wel eisen stelt t.a.v. de locatie van de webclient en/of rechten van de gebruiker die de Sumatra DS Server opstart (domein active directory validatie). Het kan bijvoorbeeld zo zijn dat wanneer de webclient niet op de server draait waarop de Sumatra server draait, de juiste inlog-id niet herkend kan worden, en er dus geen Windows authentication gebruikt kan worden.
2. Sumatra inlog account levert een alternatieve manier op. Wanneer het de bedoeling is dat eindgebruikers moeten inloggen op de Sumatra server dan zal voor het inloggen wel een interface moeten worden gebouwd, let daarbij dan wel op specifieke internet beveiligings vraagstukken.
Scenario's
1. Simpel scenario: Geen speciale begrenzing, geen modules etc bij aanvang. Bovenin de webclient zijn de administratie en modules zichtbaar.
2. "Vertegenwoordiger" inlog: De webclient staat op de Sumatra Server, windows authentication. Vertegenwoordigers mogen uitsluitend eigen klanten zien: Leg parameter aan bij de gebruikers instellingen in de DS manager, en verwerk deze in de overzichten met de builder (bijvoorbeeld bij Extra constraint).
3. "Klant" inlog: In deze situatie worden niet de klanten toegevoegd aan de gebruikers lijst in sumatra. In plaats daarvan gebruik je 1 centrale inlogcode. De klanten moeten dus al eerder zijn gevalideerd en zijn herkend. Spreek de sumatra client aan, en stuur een extra voorwaarde naar een speciaal voor dit doel ingerichte module, die bijvoorbeeld klantgerelateerde gegevens toont: N.a.w. gegevens, Openstaande posten, Openstaande orders ect). Hiervoor zul je wel een korte voorlooppagina moeten programmeren, die op basis van de ingelogde klant een voorwaarde doorstuurt bij het opstarten van een specifieke module. Die voorwaarde is dan iets met de GUID van de klant: "cmp_wwn='{POP991-989LJ0-KLJL23}'" In de aparte pagina gebruik je als user&password die ene vaste user.
4. "Overzicht" Verwijs met een link naar een pagina die een module opstart. (pagina moet zelf gemaakt worden)
5. Verzin het maar zelf...... Er kan heel veel.
Deze scenario's zijn natuurlijk bedoeld om inzicht te geven in de mogelijkheden, en zijn dus geen vast gegeven en afhankelijk wat de optimale omstandigheden bij jou zijn. Het kan zo bijvoorbeeld zijn, dat het wel wenselijk is om klanten aan te maken in de DS manager, omdat dit nu eenmaal in jullie situatie goed uitkomt.
|
Hoe doorpunten naar DDTESTS?
De primary key van een tabel geeft aan op welke manier de tabel benaderd moet worden. Dit is de basis van doorpunten. Ieder Primary key veld moet worden aangeboden, in de juiste volgorde.
Wanneer we handmatig een doorpunt schrijven kan deze de volgende vorm hebben: Sleutel@tabel.gewenstveld. Wanneer de sleutel drie keys heeft schrijven we dat als (key1:key2:key3). Dat wordt dus (key1:key2:key3)@table.gewenstveld
Wanneer we via de sys.dat de primary key van DDTESTS bestuderen zien we dat er 3 keys zijn: tablename,fieldname,databasechar.
Nu willen we dit toepassen op het veld CMP_TYPE uit CICMPY. Deze waarden zijn dus vast in de doorpunt formule. De derde waarde is natuurlijk de specifieke waarde uit DDtests. We kunnen dus nu de doorpunt formule maken:
('CICMPY':'CMP_TYPE':cmp_type)@ddtests.description
Let dus op: de tabel en fieldname hebben quotes, omdat deze vast gegeven zijn, cmp_type dus niet omdat dit de waarde van het veld is van die regel in CICMPY
|
dit is een kwestie van programmeren (valt een beetje buiten de scope van dit forum)
Ik ADVISEER je ten sterkste de WEB CLIENT te gebruiken. Deze is specifiek voor dit soort overzichten bedoeld, en waarschijnlijk is het vele malen goedkoper de webclient in te zetten dan zelf overzichten te programmeren, en bovendien kan het dan veel meer en efficienter!. Je kunt dit soort overzichten gewoon in de builder maken, en gewoon rechten toewijzen met de DS manager.
Als je op de site kijkt, dan kun je een demo van de webclient zien. Wat je daar ziet, is simpelweg de normale view.dat.
Ok, dan het probleem: Er is geen rowcount, maar je kunt het simpel anders oplossen.
Ipv rechtstreeks naar de reponse te schrijven kun je het twee variabelen gebruiken. De eerste variabele neemt het eerste deel (tot het while stuk), de tweede variabele neemt het deel tussen rs.next en end while.
Wanneer deel2 gevuld is, bouw je de tabel op en stuur je deel1 en 2 naar de response.wite. Als deel2 leeg is, is er dus geen resultaat en doe je niets.
|
Ehhh. Does not compute.....
Waar ben je bezig, en wat wil je bereiken? Welk "item" bedoel je?
Misschien handiger dan de helpfiles: op de site van Sumatra bij het tabje "training" staan een aantal handleidingen.
|
Beste Eelke,
Allereerst een algemene wijsheid: probeer het gebruik van datums als selectie te vermijden. Ik doe dat zo veel mogelijk. Datums leveren namelijk altijd gelazer op: datum formaat verschillen (US-NL), je moet altijd veel karakters typen, het is vaak onduidelijk: eerst maand, dan dag, of omgekeerd, of ... Er is altijd wat, en als het even kan probeer ik een datum te vermijden. Zorgt voor *heel veel* minder ellende. (wijzig naar maand, jaar: werkt vaak even goed, maar kan niet mislukken)
Ok, als het echt niet anders kan:
Het is me niet helemaal helder wat je wil bereiken. De simpele situatie: maak een search component, maar vergeet niet het formaat naar het juiste type te zetten. (type DATE)
Vervolgens: wat bedoel je nu met "hoe kan ik deze gegroepeerd krijgen"? Ik weet niet wat je dat wil bereiken. Ik begrijp ook niet dat stukje over Jaren etc.
Als je bedoelt te zeggen: ik wil een combobox maken met daarin de perioden (en een met jaren) dan kun je zo te werk gaan:
bij field: month(processed)
bij de default QUERY:
Table: PERDAT
Title: Per_fin
Value: Per_fin
Group By: Per_fin
Order by: Per_fin
Je zou de selected value op de actieve maand kunnen krijgen door: Selected: per_fin=Month(@today)
voor de jaren: vervang per_fin door bkjrcode, de selected wordt dan: bkjrcode = year(@today)
Uiteraard kun je diezelfde lijst ook krijgen op basis van Absences. Dat moet je dus NIET doen, want dat levert een hele dure query op, en het wordt nodeloos langzaam: er komen echt niet meer dan die 12 maanden tevoorschijn (gesteld natuurlijk dat je de periode-datum tabel als maanden hebt ingericht), maar om dit stukje als uitleg te maken doen we het toch:
Table: ABSENCES
Title: month(processed)
Value: month(processed)
Group By: month(processed)
Order by: month(processed)
Je zou de selected value op de actieve maand kunnen krijgen door: Selected: month(processed)=Month(@today)
DIT DUS NIET DOEN, IS ALLEEN BEDOELD ALS ILLUSTRATIE. Het is dus niet fout, maar gewoon onverstandig.
Met de casc functie bedoel je waarschijnlijk de CAST functie. De CAST functie verandert het datatype naar het opgegeven type, mits dat te herleiden is. Zou je hierover meer willen weten, blader dan eens door de handleiding van de builder, hierin staat een korte uitleg. Je kunt deze handleiding downloaden vanaf de Sumatra site via het tabje "training".
|
Ik heb een en ander nagelopen:
- Volgens mij is het niet mogelijk om van CICMPY naar bankaccounts door te punten. Wel van CREDITEUREN naar BANKACCOUNTS
- De query heeft het ook niet over BANKACCOUNTS maar BNKACC, en haalt de hoofdrekening van een crediteur op. Wat ik vermoed, is dat de gelegde relatie van CREDITEUREN naar BANKACCOUNTS niet juist is, en dat dit dus eigenlijk naar BNKACC (is dus ook bankrekeningen, maar dan anders.) zou moeten zijn. Ik zal dat eens onderzoeken.
Met bovenstaande wetenschap is wel het overzicht te maken.
1. Baseer het overzicht op CREDITEUREN
2. In plaats van het veld op te halen met doorpunt wizard maken we de formule zelf: bankaccount@bnkacc.swiftadres of bankaccount@bnkacc.iban (etc)
Let op: als je perse wil, kun je het overzicht op CICMYP baseren, daar werken bovenstaande formules ook.
|
Dus: je wil een combobox op basis van de artikelgroepen
Tabblad query
table: artgrp
title: artgrp + ' - ' + groepnaam
value: artgrp
Initial text: Alle
Order by artgrp
bij het Field vul je dan in: artcode.artgrp
|
|