daarom off-topic

Ik ben er net uitgegooid.

Ik zou de 32e gebruiker zijn

Gekekn op de server en slechts 8 users hebben nu nog LOIN open staan
Waar baseer jij het aantal users op?
In het verleden is vastgelegd dat dat zou zijn op ingelogde users.
Maar dat zijn er om deze tijd van de dag en met de huidige avondbezetting echt nu geen 31
Ik geloof die 8 vanuit de server "open files" eerder.

Wel staan er veel machines altijd op Windows LOCK en met Heart op het sleuteltje uitgelogd
omdat veel van ons personeel zo gemotiveerd is om morgen snel weer te kunnen beginnen   

Ik heb dit al eerder eens aangekaart
http://ha1.heartprofit.nl/profit/index.php?topic=20221.msg28275#msg28275

Maar dit slaat echt nergens op....
Vind het niet erg om een paar licenties bij te moeten kopen als we teveel mensen aan het werk houden, maar meldingen bij 8 concurrent users is overdreven

Ik kan niet voor heart spreken maar ik denk niet dat zij de termijnen voor jou of mij aan gaan passen.

De enige optie zou zijn dat ze instelbaar worden en dat de mensen die "blij" zijn met het huidige systeem deze termijnen houden en dat een ieder ander het naar wens kan aanpassen.

Hallo Catelijn,

Ik heb eigenlijk niet gekeken
Ik denk dat het op zich simpel is.

Als je de termijnen aan laat passen conform mijn oude post, dan werkt het voor iedereen

Je kunt dan simpel zelf de tekst eraan hangen of het een "waarschuwing" is of een incasso, binnen het reeds bestaande systeem.
Dat is het momenteel ook zo n.l.

Middels de bedrijfsparameter Verkoop tabblad F, kun je dan instellen of iemand na het verstrijken van de termijnen van een factuur nog geleverd mag krijgen
"Blokkeringstermijn (aantal dagen)"

Dus daarmee heb je volgens mij een sluitend system voor iedereen.

Maar zoals vermeld vereist dat wel dat de termijnen ook in dagen worden opgenomen in de bedrijfsparameters.
en in de printjes aanmaningen en ouderdomsanalyses.

<quote Catelijn>

Hoi!

we hebben intern nog even gesproken over de aanmaningen en wat Spectro graag zou willen is:

Aanmaning 1, rekeningoverzicht, blijft gelijk
Aanmaning 2, vriendelijk verzoek, vanaf 1 dag buiten vervaldatum, blijft gelijk
Aanmaning 3, dringend verzoek, nu vanaf 30 dagen buiten vervaldatum: deze vanaf 14 dagen buiten vervaldatum
Aanmaning 2, incasso, nu vanaf 60 (?) dagen buiten vervaldatum: deze vanaf 28 dagen buiten vervaldatum


Groetjes,
Cathelijn

Dit is een bekend verschijnsel en staat ook in de disclaimer in de helptekst.

Je kunt dit wel beter sluitend krijgen door elke maand de functie 1.1.1.8.4 te draaien en dan 2-3 maanden terug inde tijd.

Dan krijg je redelijk betrouwbare getallen.

Dat is wat ik doe.

Het probleem is dat dit ooit "krom" geprogrammeerd is op verzoek van een klant van Heart en dat niet alle modi van levere/ontvangen en terugsturen erin zijn verwerkt
Is gewoon ene bagger programma dus.
Maar de info die het levert wordt ook door ons intern veel gebruikt vandaar:

- maak een agenda item op de eerste ** dag van elke maand
- draai de functie (tijdens lunch)

Hier ligt het moeilijker.
Immers er is nog geen vinkje "environmentally dangerous" of "Milieugevaarlijk"
Die moet er dus eerst komen om te dienen als trigger (tabblas 3 van LOAR)

Een tweede probleem is dat het ADR in tegenstelling tot de Engels georienteerde IMDG een verdrag is van een dertigtal staten.
Dus ook 30 taalomschrijvingen van het begrip "Environmentally dangerous"
Dat betekent in mijn opinie dat we dit alleen op kunnen lossen door de inzet van een taalartikel.

verder is de opzet gelijk:
Dat moet aangepast worden in de volgende items:
- MSDS module
- variabele layouts voor vrachtbrieven, labels e.d.
- vaste layouts waar de ADR proper shipping name wordt afgeroepen.

Voorbeeld proper shipping name "nieuwe stijl", b.v.:

UN 1993 Flammable liquid, n.o.s. (propylacetaat, di-n-butyltin-di-2-ethylhexanoaat), 3, III, Environmentally dangerous.
 
 

PS :
2 UN nummers zijn uitgezonderd van dit achtervoegsel, namelijk UN 3077 en 3082, dat zijn namelijk UN nummers welke speciaal gericht zijn  op milieugevaarlijkheid.

Indien het vinkje "Marine pollutant" in tabblad 4 van LOAR geactiveerd is moet de proper shipping name de suffix "marine pollutant" krijgen.

Dat moet angepast worden in de volgende items:
- MSDS module
- variabele layouts voor vrachtbrieven, labels e.d.
- vaste layouts waar de IMDG proper shipping name wordt afgeroepen.

Voorbeeld proper shipping name "nieuwe stijl", b.v.:

UN 1993 Flammable liquid, n.o.s. (propylacetaat, di-n-butyltin-di-2-ethylhexanoaat), 3, III
(50°C c.c.), marine pollutant


PS :
2 UN nummers zijn uitgezonderd van dit achtervoegsel, namelijk UN 3077 en 3082, dat zijn namelijk UN nummers welke speciaal gericht zijn  op milieugevaarlijkheid.

Mede naar aanleiding van het telefoontje van Sandleven...

Deze wetgeving is per 1 jan ingegaan en moet dus in heart worden opgenomen.
Ik zal 2 seperate items maken mbt IMDG en ADR aanpassing proper shipping name

ik heb het via menu gedaan en had ook vreemde effecten
anders had ik wel gemeld dat het alleen optrad bij userbuttons

Er gaat wat fout bij overgang van de tabbladen in het WY-zig scherm

kunnen jullie hier even naar kijken?

melding gebruiker:

In de klachten module in HEART komen we niet verder dan tabblad 1.
Bij het openen van tablad 2 of 3 komt de volgende melding: zie printscreen hieronder.


mvg
MK

Waarom zou artikelnummer en omschrijving leverancier verplicht worden?
Ik vraag het toch aan als een "info" veld en niet als een primaire zoeksleutel?

Het veld artikel Id leverancier is immers toch ook alleen een "info" veld.
Daar kan ik ook "nix" invullen.

dus graag even toelichten waar je aan denkt.

==OFF-TOPIC==

Wel fijn dat je het een bug noemt...


 

en toch zegt die klant (ikke dus) "maar ik wil dat wel zien"

reden:
De laatst bijgekomen 2 bedrijven doen niet veel op verkoop en voorraadwaarde, maar wel 80% in diensten.
Nu voeren we allen netjes als orders in en missen 80% van de omzet aan de voorzijde van het proces.

Dat is niet erg netjes, dus graag toch "even" wat dieper in deze uitdaging (ik zeg dus bewust niet : probleem) duiken en kijken of het mogelijk is deze overzichten te maken.

Misschien wel middels een dummy verschijning "stuks" of zo?
(Dat deden we "vroeger" om prijzen vast te kunnen leggen in de prijzentabel voor een kostenartikel)

verklaar je nader
voorlopig vraag ik of ik naast hetr arttikelnummer en omschrijving leverancier nog een identifier ernaast mag hebben

wat zie je als probleem?

denk het niet....
wacht wel tot het moppergehalte te hoog wordt     

had het graag alleen onderbouwd