Heart-Profit ERP
July 03, 2024, 09:45:02 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
  Home Help Login Register  
  Show Posts
Pages: 1 ... 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 [207] 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 ... 273
3091  Heart-Profit Boards / Heart-Profit ERP Support / Re: Controle productieverlies bij handmatige productieorders niet consistent on: June 08, 2007, 11:31:29 am
Marco, ik ga niet eens lezen - laat staan beoordelen wat je er nu van maakt en of het wel anders is als dat het is waarop nu de foutmelding volgt.

De Bedrijfsparameter voor 4 uur vermijdt de foutmelding as is. Klaar.
is dat de bedoeling ?
3092  Heart-Profit Boards / Heart-Profit ERP Support / Re: Uitfaseren DOS on: June 08, 2007, 11:28:21 am
\FOX\LO\LOPX\LOIN.EXE

Geen idee of het slim is dat hier te noemen, maar ja, als je goed bent in rights management moet het geen kwaad kunnen.
pleasantry
3093  Heart-Profit Boards / Heart-Profit Releasenotes / Re: Werkelijke Inhoud Totalen Stuklijstonderdelen onjuist on: June 08, 2007, 11:23:30 am
Menno is er niet ...

Hoezo, met spoed ?
(ja, leuke vraag toch ?)
3094  Heart-Profit Boards / Heart-Profit Releasenotes / Re: Blokkade "Terugdraaien P.O. " i.g.v. Her-te-gebruiken-Emballage on: June 08, 2007, 11:19:35 am
We zijn het heus wel eens.
Goed ook dat je hetgeen je het laatst noemt nog eens aanhaalt, want dat gaat lijnrecht in tegen wat je hier wilt (over gebruikers en zo).

De optie om het toch te mogen bij speciale autorisatie is misschien wel een goede.
Merk op dat je in dat geval de melding krijg met strekking : En als je op F1 drukt ZAL het fout zijn.

Wat er dan fout is moet je vervolgens zelf achterhalen, en WEET dat dat niet hetzelfde ZAL zijn als dat het was. Dit is dus weer zo'n persistente waarschuwing Marco. Dit omdat er momenteel veel wordt veranderd in de Emballage hoek (zie je ook wel aan de Releasenotes), al was het maar omdat zaken zoals onderhavig onjuist blijken (bleken).

De (eerlijk gezegd) werkelijke reden waarom ik gisteren nogal snel het voorstel van Wouter afkeurde (Waarschuwing), is omdat er best wel klanten zijn die aan het eind van het jaar (of wanneer ook) met onverklaarbare verschillen zitten, waarbij er hier een enveloppe in de bus dondert met de vriendelijke vraag of wij het willen uitzoeken. Moeten we nu gaan zeggen "zal wel aan dee gebruiker hebben gelegen die bevestigend heeft geantwoord" ? (jouw eigen opmerking feitelijk). Dat kàn toch niet ? ...
Als het systeem iets fout doet, dan moet het dat niet doen. Daarna ga je zelf wel lopen knoeien met bij/af en geen idee welke memoriaal boekingen/korrekties, en is er NIETS aan de hand.


Ik krijg intussen wel het gevoel dat we hier niet slim mee omgaan, en dat -wat het ook is- toch echt wel moet kunnen, mits het produkt nog niet was verwerkt in iets anders (e.d.).
3095  Heart-Profit Boards / Heart-Profit Releasenotes / Re: Blokkade "Terugdraaien P.O. " i.g.v. Her-te-gebruiken-Emballage on: June 07, 2007, 02:21:47 pm
Je mag gelijk hebben, maar eigenlijk is het niet zo;
Je moet dit denk ik meer zien in het licht van asynchrone processen (ik hoop eigenlijk dat je het nu niet meer kunt volgen smile) die niet asynchroon kunnen worden teruggedraaid. Maar ook niet "synchroon" omdat er intussen van alles is gebeurd. Dus :

Het omkeren van transakties is helemaal niet moeilijk, alleen het màg niet altijd, en de situaties waarin het niet mag zijn vaak niet eens in absolute zin te achterhalen.
Het is ook niet voor niets dat we er nu pas achter komen dat het met die Emballage niet goed gaat, wat feitelijk komt omdat bij het normale opboeken/afboeken het wat te, zeg, objectgericht gebeurt. Dus, dit is ooit gemaakt, maar intussen onzichtbaar.
Geeft niets als het ook weer onzichtbaar terug zou mogen, maar dat is nu net niet het geval. Dus, dit gebeurt ook niet, en vervolgens krijg je het expliciete van het rekening moeten houden met - waarbij je niet weet waarmee je rekening moet houden.
Vergelijk dit met het crediteren van bijvoorbeeld een Verkooporder, wat niet veel meer is dan àlles omdraaien wat er voorheen is gebeurd, en wat daar ook mag, omdat je er niets mee kunt verprutsen.

Ga het zojuist gereedgemelde produkt maar ergens ingooien, en je snapt meteen al dat je de order van dat gereedgemelde produkt niet meer terug kùnt draaien, ook al met de wetenschap dat je het daarna weer opnieuw zult opboeken. Je kunt gewoon geen kant uit met de Kostprijs van die volgende order ...

Aldus ontstaat de situatie dat wij -na 100 keer vragen van o.a. jouw kant-, onder de zeer speciale kondities het toch maken, waarbij die kondities NIET worden afgedwongen door het datamodel (zie Kostprijs voorbeeld). En dus wordt het maar hopen dat je overal aan denkt, een speciale autorisatie om het te doen, de helptekst lezen aangaande de risico's die je loopt en blablabla ...

Het enige wat je nu nog moet bedenken is dat

a. Jij (Marco) degene bent die als eerste dit soort zaken afdwingt, waar wij het 100 keer niet wilden;
b. Jij de eerste bent die je beroept op "Ja maar het is voor ons gemaakt".

Het laatste doe ik niets mee, want ik kan er niets mee. Je zou bij wijze van spreken in het hele pakket alles tegenhouden v.w.b. Emballage. Ik hoop dat je dit voorbeeld snapt. Dus, Terugdraaien PO wilde niemand behalve jij, en omdat wij die Emballage even niet zien, maar jij wel en je je vervolgens van de domme houdt omdat we je al 100 keer hadden gewaarschuwd ...
Jij leert er dus mee leven.

Mooi, maar een ander niet en die komt er mee. Oplossing : die ander mag dat terugdraaien niet gebruiken. Trouwens, jij ook niet, want het gaat gewoon fout. Het terugdraaien is bij deze dus niet zinvol meer, en dat je ervoor hebt betaald is je eigen schuld. Je wist het van tevoren. Dus eigenlijk juist omdat jij ervoor hebt betaald, ben jij ook de klos. Hoe bedenk ik het weer ... innocent


Wat echter blijft is mijn eigen ontevredenheid dat we hier niet uit zouden kunnen komen. Maar ik zal je wel vertellen dat *wij* niet 20 uur gaan besteden aan iets wat jij hoort te betalen omdat je je zou beroepen op je eigen maatwerk in deze, of zelfs dat het nu fout werkt.
Maatwerk wat eigenlijk niet hoort c.q. problemen kan opleveren bij bepaald gebruik, geeft nooit ergens recht op. Nooit. Mits we het voldoende hebben aangegeven. In dit geval (excerpt helptekst LOPOTD) :


LET OP!!!
Het terugdraaien van een Produktieorder naar status "T" is aan       
strikte gebruiksregels gekoppeld, omdat e.d. funktionaliteit         
eigenlijk onmogelijk is. Door deze funktie toe te staan gaan we       
immers met terugwerkende kracht de historische gegevens aanpassen,   
met alle problemen vandien. Tevens zullen voor een goede werking     
extra zaken in een traceability moeten worden geregistreerd, welke   
enkel voor deze toepassing als 'teveel omvattend' mag worden         
beschouwd, en derhalve expliciet achterwege is gebleven.             
...
Heart garandeert niet dat deze funktionaliteit in Uw toepassing       
gebruikt kan worden, en deze funktie kan derhalve enkel "as is"       
worden uitgevoerd. Onmogelijkheden aan deze funktionaliteit zullen   
nimmer als "bug" kunnen worden aangemeld, maar kunnen (misschien)     
gerealiseerd worden middels maatwerk.                                 


Sorry ...

En het enige wat we nu hebben gedaan, is gekonstateerd dat er een ernstige malleur in zat die een gebruiker niet kan overzien maar keihard fout gaat bij die betreffende klant, waarop wij e.e.a. hebben ondervangen met een simpele foutmelding.
Ik wil je er als laatste op wijzen dat wij zojuist 80 uur hebben besteed aan het oplossen van problematiek in een soortgelijke hoek aangaande Emballage (met zeg maar gelijke konsekwenties als die jij simpeltjes accepteert als dat niet zou worden opgelost), en dus ga we dat  aan deze kant (wat de betreffende gebruiker van het 80-uur probleem eveneens gebruikt) NOOIT toestaan.
Maar dat deden we toch al niet, al leek het daar vanmorgen even op.

Ik blijft je probleem trouwens begrijpen ...

Peter



PS: Houd je nog een beetje in de gaten dat dit voor ieders goed doel is, dus ook voor jou ?
Of hadden we met z'n allen toch liever dat het pakket maar een beetje "wat an" moet doen ?
3096  Heart-Profit Boards / Heart-Profit Releasenotes / Re: Blokkade "Terugdraaien P.O. " i.g.v. Her-te-gebruiken-Emballage on: June 07, 2007, 01:14:16 pm
Is er nou niet iets te verzinnen voor dit soort zaken dat er een redelijk degelijke handleiding komt voor wat te doen in zo'n situatie ?

Dit dus i.v.m. mijn eigen ontevredenheid dat zoiets schier onoplosbaar zou zijn ...
3097  Heart-Profit Boards / Heart-Profit ERP Support / Re: ECS. button in scanterminal functies on: June 07, 2007, 12:40:50 pm
Je hoeft niet door de menu's te bladeren, en zeker niet met een pennetje.  smile
Alleen als je aan het ontdekken bent wat de mogelijkheden zijn. Het klinkt raar, maar dat hoeft niemand (van die betreffende dicispline).
3098  Heart-Profit Boards / Heart-Profit Releasenotes / Re: Blokkade "Terugdraaien P.O. " i.g.v. Her-te-gebruiken-Emballage (2) on: June 07, 2007, 12:36:45 pm
Zie voorlopig even hier : http://ha1.heartprofit.nl/profit/index.php?topic=18377.0

3099  Heart-Profit Boards / Heart-Profit Releasenotes / Re: Blokkade "Terugdraaien P.O. " i.g.v. Her-te-gebruiken-Emballage on: June 07, 2007, 12:33:37 pm
Resumer: Ik zal de blokkade wijzigen in een waarschuwing. Dan kiest de gebruiker er zelf maar voor of ze het bewust fout wil laten gaan (lees: de verschillen in voorraad emballage op de koop toeneemt). Ze zal er in ieder geval wel iedere keer op worden gewezen. Na de melding behoor je niet verder te gaan; doe je dat toch, dan accepteer je de verschillen.

Aha. En sinds wanneer doen wij dat soort dingen ? ... zonder overleg ?
Dat doen we dus NIET.

Is het intussen veranderd in een Waarschuwing ... maak maar weer ongedaan.

Ga ik intussen een tekstsearch doen naar de tekst van ene mdekraa die niets aan z'n gebruikers wil overlaten.

Heel iets anders is, is dat dit natuurlijk sowieso de oplossing niet is. Niet met bedrijfsparameter en niet zonder en niet met waarschuwing, niet zonder, en ook niet met foutmelding. Echter ...

Er resteert niets anders dan een foutmelding.
Als dat zonodig niet acceptabel is, dan kan er een Bedrijfsparameter komen waarmee het Terugboeken helemaal niet wordt toegestaan, dan wel wordt toegestaan met foutmelding in de betreffende situatie.

N.b.: Waarmee is dus ook geenszins aangeef dat de foutmelding acceptabel is.

En nu ?
3100  Heart-Profit Boards / Heart-Profit ERP Support / Re: ECS. button in scanterminal functies on: June 07, 2007, 09:21:32 am
Waarom Frank ? dat kan toch op het toetsenbord ? (F10)

Daarnaast is er geen ruimte voor c.q. hebben wij beslist dat dat zonde van de (zo weinig beschikbare) ruimte is.
3101  Heart-Profit Boards / Heart-Profit ERP Support / Re: toevoegen text loopt vast on: June 05, 2007, 03:36:22 pm
Nou, dan mag je graag nog even zeggen of wijzigen van zo'n tekst net zo lang duurt ...

Dan gaan we overmorgen (!) wel eens kijken bij jullie;
Staat op de inbel PC ook VFP8 ?
3102  Heart-Profit Boards / Heart-Profit ERP Support / Re: toevoegen text loopt vast on: June 05, 2007, 02:54:31 pm
Hoeveel regels is zo'n tekst ongeveer ?
3103  Heart-Profit Boards / Heart-Profit ERP Support / Re: toevoegen text loopt vast on: June 05, 2007, 02:45:54 pm
Wat is eigenljik het verschil tussen een "." en een "t" in de kolom x?  Staat dat voor controleren tbv voorraad?

Zoiets ...
De "t" geeft aan dat er rechtstreeks een Tekst aan het Voorraad-Item is gehangen (zoals jij hier doet);
De "." geeft aan dat de op zich zichtbare Tekst van elders komt (bijvoorbeeld via Verkooporderregel -> Inkoop -> Goederen Ontvangst), en de Voorraad uniek maakt.

De rest kan ik nog niet nadoen.

Kun je aangeven wanneer er niets meer gebeurt ? Ik neem aan na de F1 op de Tekst  ...
3104  Heart-Profit Boards / Heart-Profit ERP Support / Re: Genereren PO vanuit VO-regel LOVRGNPO on: June 05, 2007, 02:14:35 pm
Backout ...  Sad

Zie je wel ... BLLLLLLLLLLLLLLackout.
Pfff
3105  Heart-Profit Boards / Heart-Profit ERP Support / Re: Genereren PO vanuit VO-regel LOVRGNPO on: June 05, 2007, 01:51:59 pm
Backout ...  Sad

Ok. Dit vergt het kunnen invullen van de "50", met als default (in dit geval) de 60.
Moet je wel per keer kijken, en de Behoefterun zal er wel niets mee kunnen ...
Volstaat dat dan ?

Kan voor 1 uur.
Pages: 1 ... 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 [207] 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 ... 273
Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.153 seconds with 12 queries.