De RunnerApp geeft nu een waarschuwing en zal niet balanceren als de Q-line ook ingesteld staat om voorraad te balanceren.
Deze twee voorraadbalanceerders kunnen elkaar namelijk in de weg zitten en moeten niet tegelijkertijd gebruikt worden.
De RunnerApp waarschuwt nu als de PHP instelling max_input_vars op minder dan 10_000 ingesteld staat. Bij administraties met veel artikelen kan een te lage waarde namelijk veroorzaken dat bijv. het telformulier niet 100% werkt. De laatste artikelen worden dan niet meegenomen.
Nieuwe pagina om de Synchronisatiestatus van slave databases te bekijken. Vereist Superrunner autorisatie.
De RunnerApp werkt nu ook met Q-line v47 en hoger.
Bug opgelost waardoor hele grote getallen ontstonden.
Het is nu mogelijk om voor specifieke filialen aan te geven dat ze altijd in de dropdowns voor "Locatie legen naar" en "Locatie bijvullen vanaf" voorkomen.
Bij aflevering alleen correctie doen als er een aanpassing is gedaan tijdens de verzendfase.
Als je een aantalswijziging tijdens de opdrachtfase doet, dan mag je datzelfde artikel niet meer wijzigingen in de verzendfase.
Bij het onderleveren tijdens de verzendfase wordt aangenomen dat er meer voorraad op het doelfiliaal bleek te zijn dan verwacht, en wordt er daarom eerst een correctie gedaan op het doelfiliaal om het onderleveringsverschil te verantwoorden.
Er wordt wel rekening gehouden met een evt. wijziging van het aantal tijdens de opdrachtfase, dus op die manier kun je een onderlevering doen zonder dat dat een correctie op het doelfiliaal oplevert.
Als een regel verwijderd is uit een opdracht of verzending, dan wordt dat nu vermeld met de tekst "Verwijderd", ipv. "0".
Nieuw venster met "Technische opdrachtdetails" waarin wat duidelijker zichtbaar is welke voorraadwijzigingen gedaan zijn tijdens de behandeling van een opdracht.
Verschillenrapport en overleveringenrapport zien er hetzelfde uit, maar het verschillenrapport toont correcties via het Tellingenscherm, en het overleveringenrapport toont correcties vanwege extra levering tijdens het afleveren van een opdracht.
Aanpassingen in de verzendfase bòven het maximaal van het bestemmingsfiliaal worden geregistreerd als overlevering en de voorraad wordt bij het afleveren bijgewerkt tot maximaal.
Minimaal/maximaal van 0 wordt beschouwd als NULL.
Aanpassingen in de opdrachtfase (dus vòòr verzending) worden niet als correctie beschouwd bij het verzenden/afleveren, maar als daadwerkelijke extra levering aan het filiaal.
Aantal aanpassingen op verzoek van Ziggo Dome.
Het is nu mogelijk om op de pagina Aanvullen alle voorraadlocaties te tonen. De verschillende voorraadlocaties bevatten een duidelijke titel zodat te zien is waar de ene eindigt en de volgende begint.
Vrijwel alle knoppen hebben nu hetzelfde gedrag wanneer je ze gebruikt. Ze beginnen (meestal) grijs, bij activering worden ze inactief en na afloop krijgen ze een kleur, en blijven (meestal) inactief.
Na het invoeren van een verplaatsing wordt hetzelfde filiaal nu opnieuw ingeladen, zodat een ander bestemmingsfiliaal gekozen kan worden voor een nieuwe verplaatsing.
Bij het printen van een ontvangst wordt nu ook de kolom Afgeleverd correct ingevuld.
Een selectie van opdrachten kan nu ook geprint worden zonder verdere statuswijziging.
Bij het draaien van de opdrachtenplanner wordt nu gekeken of er nog een openstaande opdracht is waar stuks aan kunnen worden toegevoegd, bijv. als er in de tussentijd extra verkoop op het filiaal is geweest.
Indien er bij het afleveren van een verzending bepaald wordt dat er meer wordt afgeleverd dan dat er in het filiaal past, dan worden de verschillen eerst geboekt als correctie en vervolgens wordt de ontvangst opgeslagen.
Bij het schrijven naar het log wordt nu ook per 'run' van de software een uniek ID gegenereerd, dat gebruikt wordt om de logregels te bundelen.
Het is nu mogelijk om een standaard voorraadlocatie in te stellen via de waarde std_voorraadlocatie in settings.ini.
De gekozen voorraadlocatie wordt nu onthouden voor de volgende keer dat de pagina geopend wordt.
Filialen in het Aanvullen-scherm en het Tellen-/Verplaatsen-scherm worden nu gegroepeerd per afdeling getoond.
Bij het handmatig aanmaken van een opdracht voor een filiaal via het Aanvullen-scherm wordt nu getoond wat het opdrachtnummer van de nieuwe of bijgewerkte opdracht is.
Het is nu mogelijk om een reeds opgehaalde opdracht te annuleren, wat er dan eigenlijk gebeurd is dat de aantallen in de verzending allemaal op 0 gezet worden zodat de ontvangst ook geen gevolg voor de voorraad van het bestemmingsfiliaal heeft.
De melding dat er nu 50 opdrachten getoond worden en dat er eigenlijk meer zijn, wordt nu dynamisch bijgewerkt als dit aantal veranderd.
In het Tellen-/Verplaatsen-scherm wordt nu ook het aantal inifopdracht of teontvangen getoond.
De keuze van het voorraadfiliaal in het Aanvullen-scherm is nu een dropdown in plaats van een aparte knop per filiaal.
Na het invoeren van een telling verspringt de RunnerApp automatisch naar het volgende filiaal in de lijst.
Bij het selecteren van meerdere opdrachten is de achtergrond van de actiekeuze lichtgrijs gemaakt.
Het is nu in te stellen welke filiaalgroepen van het hoogste niveau getoond worden in de RunnerApp, via het bestand settings.ini en de optie filiaalgroepen=1,2,3 (kommagescheiden filiaalgroepnummers).
Opdrachten die via een specifieke opdracht zijn aangemaakt, bijvoorbeeld door op de knop Aanvullen te klikken, worden nu gekenmerkt door een uitroepteken en de tekst "Geforceerd".
Bij het wijzigen van de status van meerdere opdrachten van openstaand naar opgehaald wordt nu naast een individuele print per opdracht ook een totaaloverzicht gegenereerd.
Bij het aanvullen van een individueel filiaal wordt nu ook tussen haakjes getoond hoeveel aangevuld zou worden als dit "per krat" wordt gedaan.
Het is nu in te stellen of de artikelnummers getoond worden in de RunnerApp, via het bestand settings.ini en de optie toon_artikel_nr=0/1.
De knop "Alles aanvullen" op het Aanvullen-scherm heeft nu alleen betrekking op de geselecteerde afdeling. Daarnaast is er nu ook een "Aanvullen per krat"-knop die opdrachten aanmaakt in veelvouden van de inhoud van een krat (besteleenh op de artikelkaart).
Het is nu in te stellen of de term "IJken of "Tellen" gebruikt wordt, via het bestand settings.ini en de optie ijken_of_tellen=ijken/tellen. De standaardterm is nog steeds ijken.
Het is nu in te stellen of het "Filiaal-van" en "Filiaal-naar" filter getoond wordt, via het bestand settings.ini en de opties: toon_filter_filiaal_van=0/1 en toon_filter_filiaal_naar=0/1
Bij de opdrachtregels worden de aantallen nu getoond per "krat" (besteleenh op de artikelkaart, indien deze is ingevuld.) Als het niet om een veelvoud van besteleenh gaat, dan worden de losse stuks apart getoond.
Het Aanvullen-scherm, IJken-scherm en Instellingen-scherm zijn nu te filteren op afdeling (dit zijn alle filiaalgroepen op het eerste niveau).
Nadat een opdracht is opgehaald is het mogelijk om de aantallen verder aan te passen. Het verschil met de oorspronkelijke opdracht wordt achter het aantal getoond. Dit kan gebruikt worden om een over-/onderlevering aan te geven.
Er is een knop toegevoegd waarmee een regel in één keer verwijderd kan worden.
Wanneer de details van een opdracht openstaan en deze worden bijgewerkt (automatisch of handmatig vanaf een andere werkplek), dan worden de details automatisch opnieuw ingeladen.
Bij het herladen van de Openstaande opdrachten wordt de momenteel geselecteerde opdracht direct opnieuw ingeladen.
De aantallen van een opdracht zijn nu ook "per krat" aan te passen. Achter de artikelnaam staat de "kratinhoud". Het artikelveld dat hiervoor gebruikt wordt is besteleenh. Als het huidige aantal niet overeenkomt met een veelvoud van de besteleenh, wordt het aantal eerst afgerond naar een veelvoud van de besteleenh.
Het overzicht van openstaande opdrachten is nu te filteren op afdeling (dit zijn alle filiaalgroepen op het eerste niveau).
Het is nu mogelijk om de zichtbaarheid van filialen voor de RunnerApp aan te passen via het scherm Instellingen. De zichtbaarheid van filialen wordt hierdoor alleen voor de RunnerApp aangepast.
De filialen in het Instellingen-scherm zijn nu standaard per filiaalgroep ingeklapt en kunnen door op de groepnaam te klikken uitgeklapt worden.
Alleen 'actieve' filialen worden in de RunnerApp getoond. Bij de W-lijn wil dat zeggen dat de achterliggende relatiekaart niet in de categorie "Niet Actief" zit.
De filialen in het Aanvullen-scherm en in het IJken-scherm worden nu per filiaalgroep getoond.
De filialen in het Instellingen-scherm worden nu per filiaalgroep getoond, voor meer overzicht en consistentie.
Bestaande opdrachten die nog niet zijn opgehaald worden nu bijgewerkt als in de tussentijd blijkt dat er nog meer tekort bij het bestemmingsfiliaal is ontstaan.
Compatibel gemaakt met het huidige databaseschema van Filiaalbeheer als onderdeel van de update voor de Ziggo Dome.
Er zijn IJkingsrapporten op te vragen die laten zien welke verschillen geregistreerd zijn bij elke ijking.
Tellen is hernoemd naar IJken.
De gehele applicatie kan voorraad ook tonen in de ingevoerde eenheden, dat wil zeggen: in liters of in flessen of in andere door de gebruiker ingevoerde verpakkingseenheden. Bij het ijken kan bijvoorbeeld ook gekozen worden om te ijken op basis van liters of flessen.
De aangemaakte balansproducties zijn te bekijken via de knop Balanceerder in de titelbalk.
Met het vinkje linksboven is het mogelijk om alle opdrachten in één keer te selecteren.
Door meerdere opdrachten te selecteren is het mogelijk om bepaalde acties in één keer voor meerdere opdrachten uit te voren.
Het overzicht van openstaande opdrachten kan gefilterd worden op "Van" en "Naar" filiaal.
Het is nu mogelijk om een URL te maken waarmee direct gefilterd kan worden op "Van" en/of "Naar" filiaal.
http:// 127.0.0.1/runnerapp/authentication/login?van_filiaal_nr=[van_filiaal_nr]&naar_filiaal_nr=[naar_filiaal_nr]
Naast het filteren op "Van"-filiaal kan er nu ook gefilterd worden op "Naar"-filiaal.
Als de Runnerapp gebruikt wordt op een scherm waar geen native touchondersteuning is, maar waar de muis wel te besturen is via het scherm, dan zal het scrollen met behulp van aanraken zich nu meer gedragen zoals op een native touchscreen. Als er geswiped wordt, dan zal er automatische scrolling plaatsvinden, die langzaamaan weer vertraagt tot stilstand.
Het gedrag hiervan is te beïnvloeden met de volgende parameters in settings.ini:
touch_scroll=0/1 = (De-)activeer het scrollen op basis van de muis.
pan_scroll_by=50 = Hoeveel pixels er gescrold moeten worden als de muis gesleept wordt.
auto_scroll_slowdown=0.05 = Hoe snel het automatisch scrollen weer vertraagt.
Het is nu mogelijk om een URL te maken waarmee een bepaalde gebruiker direct kan worden ingelogd. Deze URL moet als volgt worden opgemaakt:
http:// 127.0.0.1/runnerapp/authentication/login?loginnaam=[loginnaam]&wachtwoord=[b64_wachtwoord]
Het wachtwoord moet BASE64 gecodeerd worden. Dit is eenvoudig te decoderen, maar voorkomt wel dat iemand met een snelle blik op de URL direct het wachtwoord weet.
Balansproducties worden nu pér filiaal in een databasetransactie aangemaakt, ipv. voor alle filialen tegelijk. Dit verkleint de kans op locks die de normale werking van de kassa verhinderen.
De pagina's waar filialen per filiaalgroep getoond worden kunnen nu max. 24 filialen naast elkaar tonen, ipv. 12.
Wijzigingen in de manier waarop een actie op meerdere opdrachten tegelijk wordt uitgevoerd zodat dit stabieler werkt, zo wordt een mislukte statuswijziging bijv. een aantal keer opnieuw geprobeerd (waarbij de tweede keer meestal wel lukt).
Het plannerlog toont nu de laatste 20 ipv. 10 regels.
Het overleveringsrapport wordt nu aflopend ipv. oplopend gesorteerd.
De besteleenheid van artikelen is nu altijd 24, ongeacht de waarde op de artikelkaart van het veld besteleenh.
Oplossing voor de foutmelding ERROR: could not identify an equality operator for type json LINE 1: SELECT DISTINCT filiaalgroep.*, array_agg(fgg.ouder_id) as o... ^ die je krijgt vanaf Q-line v57.
Filialen die nog niet geregistreerd waren in de tabel filiaal_runnerapp konden daar ook nog niet via de RunnerApp aan toegevoegd worden. Ze waren daardoor altijd verborgen voor de RunnerApp. Dat is nu opgelost, filialen die niet in de tabel filiaal_runnerapp staan zijn nu wel zichtbaar in de Instellingen van de RunnerApp en kunnen zichtbaar gemaakt worden voor de rest van de applicatie.
Foutmelding opgelost die optrad als een opdracht bestemd was voor een filiaal dat in meer dan één filiaalgroepen zat.
