Heart-Profit ERP
July 01, 2024, 09:23:48 pm *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
  Home Help Login Register  
  Show Posts
Pages: 1 ... 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 [78] 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 ... 273
1156  Heart-Profit Boards / Heart-Profit ERP Support / Re: userbuttons : 2 opmerkingen on: November 10, 2010, 12:15:03 pm
Er staat mij iets bij van dat de buttons worden geïnitialiseerd (of beter : geaktiveerd) als je langs het hoofdmenu komt. Dus zelfs "op" het hoofdmenu wil het nog niet werken; je moet eerst een keer verder (naar een menu) en weer terug.
Als ik hier gelijk in heb, overleef je het verder ook wel, toch ?
1157  Heart-Profit Boards / Heart-Profit ERP Support / Re: Nieuwe server Windows 2008 R2 on: November 10, 2010, 12:12:01 pm
Komt vast goed. Bel jij even met Robert voor de (IP etc.) gegevens ?
1158  Heart-Profit Boards / Heart-Profit ERP Support / Re: vraag gekoppelde artiekeln on: November 08, 2010, 10:32:48 am
Heb je al eens zo'n Set geprobeerd op een Verkooporder te zetten ? zo niet, gewoon even doen;
Bij de inrichting die je wilt (maar ik vraag me af of dat anders kan) komen beiden Artikelen op de Verkooporder, en daarna snap je de rest volgens mij vanzelf wel ... toch ?
1159  Heart-Profit Boards / Heart-Profit ERP Support / Re: sleutelwijzigen genereerd geen blok on: November 08, 2010, 10:23:24 am
Ik moet Marco wel gelijk geven dat dit niet iets is waarbij je "wilt" dat iemand onder je handen de boel in het 100 gooit;
We proppen dit wel een keer tussendoor.
1160  Heart-Profit Boards / Heart-Profit ERP Support / Re: voortgang implementatie CLP in Heart on: November 08, 2010, 10:18:36 am
Dank je voor je reaktie Marco.

Even een quote uit dat andere topic, dan hebben we het hier weer een beetje bij elkaar :


Wat we willen is:
- ghs labels via chemges
- trigger sds via sales profit via chemges

Blijft over in profit:
- transportinfo ADR/IMDG (vrachtpapieren)
- R&S en H&P zinnen tbv informatie op labels oude stijl
- R&S en H&P zinnen tbv informatie op productieorder
- oude en nieuwe symbolen aanduideingen voor beide bovenstaande punten

Dus ik zit nog steeds met smart te wachten op jouw aanpassing van de artikel eigenschap functies onder optie J van het artikelmenu, incl GHS indicator op het artikel zoals we reeds "eeuwen' geleden besproken hebben.

en nog even een quote van mezelf, eerder uit dit topic :

Quote
Dus, samengevat voor dit moment, de GHS is het probleem niet, en dat kan worden gemaakt;
Hoe e.e.a. samen met de oude methode moet worden geregistreerd (door jullie) is mij totaal onduidelijk en zie ik NIET zitten.
En dus heeft het geen zin om ook maar iets aan GHS te doen, waar wij het zouden moeten bekostigen, en zonder te weten of het nut heeft.

Ik kan me (intussen) wel voorstellen dat het "niets" is om dit via wat forum communicatie te laten verlopen, en misschien had ik het bovenstaande ook wel vet/groot moeten afdrukken, maar ik zie in elk geval nergens een (aangedragen) oplossing hiervoor. Dus, jouw "Blijft over in Profit" is kwa essentie wel duidelijk, maar (voor mij) ook niet meer dan dat. Dus, probeer je voor te stellen dat ik al nooit kan weten wat je precies bedoelt, omdat dit "eigen inrichting" betreft (tenminste, dat zou ik denken).

Om jou te helpen met meedenken, doen we het eens even andersom; en let wel, je hebt één database, gebruikt wat mij betreft ook één administratief bedrijf hiervoor (twee lijkt me niet te doen voor jou/jullie), je hebt P-zinnen die wat mij betreft naast de R&S zinnen kunnen bestaan (en dat heb je al), maar je hebt dus geen enkele mogelijkheid om twee sets "reglement" te beheren. Dus kijk naar je kantelpunten, en zie onmiddellijk dat je die niet uniek kan maken naar "oud" en "nieuw". Heb je die Kantelpunten niet nodig ? mooi, dan levert dat dus geen probleem op (maar begrijp dat er ook geen berekening meer uit komt - dan).

Quote
- transportinfo ADR/IMDG (vrachtpapieren)

Kan je hier leven met alleen de nieuwe methode ? -> geen probleem.

Quote
- R&S en H&P zinnen tbv informatie op labels oude stijl

Dit klinkt niet best, want waar we op weg zijn naar de nieuwe methode, riekt dit dus naar het gebruik van zowel oud als nieuw.
Op zich mag dit nog net, *mits* je twee sets van de hele handel weet te kreëren, *plus* dat je die sets beiden moet kunnen koppelen "aan" (aan wat ?) en ergens moet kunnen aansturen.
Graag jou visie hierover, want ik zie het niet (zitten).

Quote
- R&S en H&P zinnen tbv informatie op productieorder

Nieuw dan maar ?

Quote
- oude en nieuwe symbolen aanduideingen voor beide bovenstaande punten

Zelfde problematiek;
Denk ik deze in de richting van : een symbool kan een aanduiding Oud en Nieuw hebben, en aan een Zin kunnen zowel (herkenbaar) Oude en Nieuwe worden gekoppeld. Echter, de Zin zelf weet van niets (of ze Oud of Nieuw is), *tenzij* je twee sets weet te maken en een attribuut dit kan aangeven (niet de sleutel dus). Dus, iedere Zin weet dan van zichzelf of ze Oud of Nieuw is.


Dan nog voor de duidelijkheid, opdat je weet hoe serieus ik ben :
Als je wat dan ook met een produkt moet doen -en denk maar even aan een grondstof- dan heeft dit van zichzelf al R&Z&P zinnen, maar Oud of Nieuw en met pech beiden. Een andere grondstof heeft Nieuw waar de eerste Oud heeft, en ...
Voel je ? hier stop ik gewoon met denken. Alles hangt namelijk af van wat je waar nodig hebt, en of het bruikbaar zal zijn.

Zolang er niemand is die mij vertelt hoe je met Oud en Nieuw kan omgaan, gebeurt er dus niets (want wij weten gewoon niet wat we moeten doen). Daaraan is in (intussen) al die tijd niets aan veranderd.

Peter


PS:
Quote
incl GHS indicator op het artikel zoals we reeds "eeuwen' geleden besproken hebben.
Hier mag je mee even mee helpen (weet ik niet meer).




1161  Heart-Profit Boards / Heart-Profit ERP Support / Re: Vraag mbt export leveringen info on: November 05, 2010, 05:22:04 pm
OffTopic

Jahaaa ... dat gaat nog leuk worden dan.

En wat dacht je dat wij gedaan hadden intussen ?

Re: voortgang implementatie CLP in Heart

Ik dacht niets.
Daarover in dat andere topic verder graag. Tenminste, als ooit iemand zich nog geroepen voelt.
1162  Heart-Profit Boards / Heart-Profit ERP Support / Re: Vraag mbt export leveringen info on: November 05, 2010, 12:57:34 pm
Ok, dan wachten we dat af.

Nog een vraagje : Ben je dan van alles af in Profit ?
(zou wel mooi zijn)
1163  Heart-Profit Boards / Heart-Profit ERP Support / Re: Vraag mbt export leveringen info on: November 05, 2010, 11:05:08 am
Is er nu niet, maar is goed te doen hoor.

Kan je wat meer uitleggen hoe die communicatie zou moeten verlopen ?
Ik bedoel, per (bijv.) Vrachtbrief meteen die file de deur uit ? (en hoe dan), of klaarzetten ergens totdat je zelf uploadt ? Of eens per xx uur automatisch ?

Het overzicht zelf is een paar uurtjes werk, maar het hangt af van de rest wat er verder bij komt kijken aan onze kant.
1164  Heart-Profit Boards / Heart-Profit ERP Support / Re: sleutelwijzigen genereerd geen blok on: November 05, 2010, 08:08:43 am
Een echte thuiswerker is dan wel gestopt. smile smile
1165  Heart-Profit Boards / Heart-Profit ERP Support / Re: Niet fysieke items in aantallen leveren on: November 04, 2010, 12:48:02 pm
Mwah ... Ik weet het niet;

Die Werkorder is sneller gemaakt dan je voorstelt, maar zo toch niet dan kan daar het e.e.a. aan worden verbeterd (hé, wat is het verschil met het genereren van een Produktieorder uit een VORegel ? -> antwoord nu niet nodig).

Quote
Een heleboel maatwerk:

Nee, dat denk ik niet. Maar wel even "andersom" denken;
Wat ik al eerder zei, een Dienst doet alleen maar dingen niet die normaal (bij een Artikel) wel gebeuren. Dus, het betreffende elimineren en het werkt gewoon. Tuurlijk, het is even boenderen voor het achterhalen waar precies, maar dat is heus te doen. Maar draai het maar weer om : je gaat natuurlijk niet jouw gesuggereerde maatwerk maken waar dit alles er domweg al in zit.
Optioneel hoeft het niet te zijn, want niemand zal er last van hebben, mits er maar wel ergens een keuze is voor het genereren van die Werkorder.

Nog even over die Werkorder en een eventueel alternatief daarvoor :
Ga jij maar uitvlooien wat er zoal bij Diensten (door het hele trajekt heen) moet veranderen om die regel niet meteen als geleverd te zien, *plus* dat je iets moet hebben wat die Dienst alsnog Levert. Ofwel, Marco kan wel leuk Wouter's voorstel zien zitten, maar dan begrijpt hij iets niet. Anders gezegd, ik vermoed dat we dat niet eens voor elkaar gaan krijgen, en anders is het wel zo dat niemand dáár aan durf te beginnen. Maarrr ...
Nu is het toevallig wel zo dat het mechamisme er in zit, want dat is immers wat the Werkorder bewerkstelligt. Dit is a. als nog niet geleverd (maar lees : nog niet te faktureren) registeren, en b. het op een gegeven moment impliceren dat Fakturering wèl kan plaatsvinden.


Goed, ik denk zelf dat er nu voldoende aandacht aan is besteed, maar wat wat mij betreft al weer veel te veel is, omdat Marco het toch niet wil hebben. Niet omdat ik dat zeg, maar omdat hij wat serieuzer mag reageren op waar we het hier over hebben, en wat uiteindelijk $$ betekent. Moraal : wij gaan hieraan niet uren verder typen zolang Marco niet zegt dat het hem wel een paar K euri waard is. Je in deze een beetje op de vlakte houden houd ik niet van. Bij deze. prankster


1166  Heart-Profit Boards / Heart-Profit ERP Support / Re: Niet fysieke items in aantallen leveren on: November 04, 2010, 11:06:50 am
Ik heb geen (legitieme) kant en klare oplossing, anders dan een heleboel maatwerk... Sad

Ok. Dan maar even omdraaien;
Wat ik er van zie heb ik genoteerd. Wat is daar mis mee ? of anders, waar zit dat "heleboel maatwerk" ?
(probeer het in een zin of 3, wie weet blijft het maatwerk dan ook beperkt, haha)
1167  Heart-Profit Boards / Heart-Profit ERP Support / Re: Niet fysieke items in aantallen leveren on: November 04, 2010, 10:38:51 am
Quote
Ik denk dat Wouter heel duidelijk heeft weergegeven wat wij willen en zoeken.

Ok, dan heb ik dat dus niet. smile (niet dat dat overeenkomt met wat je het laatst beschrijft, maar dat moet je dan zelf weten).

Aan Wouter verder de eer. yes
1168  Heart-Profit Boards / Heart-Profit ERP Support / Re: Niet fysieke items in aantallen leveren on: November 03, 2010, 03:26:26 pm
Wel, ik heb even een klein dagje gewacht tot de "eureka" uit de hoge hoed kwam, maar zo te zien komt die niet. smile

Wouter, mooi die alinea's beschrijving, maar ik dacht dat dat al bekend was. Jouw laatste regel lijkt dan wat meer nuttig, maar geeft toch weinig oplossing.

Verder -en dat is gewoon mijn idee hierover-, *juist* als je e.e.a. op Verkooporder zet zal je dat wel doen omdat je er een opdracht voor hebt, en geldt dùs dat de opdracht is volbracht op het moment dat het werk is uitgevoerd. Dus, het kunnen ophalen van een "prijs per" is één, maar het niet direkt moeten leveren (want dat doe je als het werk is gedaan) is twee.
Trouwens, niet dat ik Marco daarover hoor, maar het lijkt me de normale situatie (in de logistieke omgeving dan).

Dit laatste los je wat mij betreft alleen op middels Werkorders (tenzij je iets anders volledig op z'n kop gooit), en hier vanaf zijn middels een uitleg hoe wij zelf werken ben je niet (ik zie heel het verband niet eens, hoe waar het ook moge zijn). Aldus :

Wat resteert is die "prijs per" die momenteel alleen niet wordt opgehaald omdat het een Dienst betreft, maar die uiteraard zo erbij is gesleept als het moet.

Als laatste -en ik zeg het maar even voor de zekerheid- dat van die Werkorders lijkt overdreven, maar is voorlopig wel de juiste "logistieke" weg om iemand ook een dienst te laten uitvoeren. Althans, ik zie het verschil met een produktieorder en het maken van de verf voor de schutting niet. Echter, hoe overdreven ook, zonder dat heb je de trigger voor het gereed zijn niet, en die trigger anderszins (erbij) maken ... ik dacht niet dat dit ook maar ergens goedkoper ging worden dan de module.


Goed, aannemend dat je het ergens wel met me eens bent nu, reageer maar niet. Laat eerst Marco maar zeggen of hij niet al twee dagen bezig is z'n 999999 verfmetertjes op voorraad te leggen. Kunnen wij ook gewoon weer doorgaan. smile
1169  Heart-Profit Boards / Heart-Profit ERP Support / Re: Niet fysieke items in aantallen leveren on: November 02, 2010, 09:35:45 am
Wouter moet mij (morgen als hij hier weer is) maar korrigeren als ik het fout heb, maar volgens mij moet je dan denken aan Profit-Werkorder (Basisprijs EUR 475).

N.b. voor Marco : Dit op "normale" wijze doen lukt niet, omdat een Dienst geen voorraad kent, en altijd meteen op "geleverd" staat. Er moet dus een "trigger" zijn die vertelt dat de Dienst is uitgevoerd.

Het is voor mij wat lang geleden (Werkorders), en wat ik nu even niet kan bedenken is hoe die prijs per uur (etc.) kan worden gerealiseerd. Dus, dit laten gelden als Kostprijs (via de Werkorder) en zodoende doorbelasten lukt wel en - ook al is het de Kostprijs - dit gaat formeel wel goed als Verkoopprijs, maar hoe gaat de Werkorder die 10/uur ophalen ? ... volgens mij gebeurt dat niet.

Links- of rechtsom, hier is heus wel uit te komen op een redelijke manier. Maar Marco, zeg eerst even of je bereid bent om het bedrag voor die module uit te geven, want anders hebben we de basis niet.
1170  Heart-Profit Boards / Heart-Profit ERP Support / Re: Rappellijst toont geen productnaam on: October 29, 2010, 01:15:35 pm
Je borduurt hier voort op iets wat in elk geval ik niet meer weet te vinden. Gewoon voor de context misschien even een linkje ?

Lijkt me ook van belang, omdat je hier met een oplossing bezig bent die mij niet goed lijkt. Dus, niet dat dat vinkje niet zou mogen (kan trouwens best een 3-uur vinkje worden gezien de omvang/mogelijkheden van het betreffende programma), maar volgens mij blijf je zo om vinkjes vragen ...

Ofwel, ergens in de basis lijkt me iets niet juist te zijn (in jouw inrichting. O, dat wist je al. smile).

Edit :

Nee, fout. Eigenlijk heb je wel gelijk, maar gebruik je de Rappellist als Raaplijst of zo. Maar ja, dat doen er wel meer.

Doe maar voor 2 uur (ik hoop dat ik niet word afgeschoten, maar zo toch, dan kom ik er nog op terug ook (die durft)).

Pages: 1 ... 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 [78] 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 ... 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.207 seconds with 12 queries.