Commercieel beheer Aruba - fase 2 : verschillen met de Legacy-versie

0000002254     -      05-08-2025

Commercieel beheer 8.3 heeft een aantal verschillen in vergelijking met de Legacy-versie:

  • Magazijntransfers en inventarissen (diverse stockbewegingen)
    • Magazijntransfers en inventarissen hebben nu een menu-item "Tools / Sequenties / Diverse Bewegingen". Hiermee kan men de nummering beheren, evenals de customizers, afdrukmodellen, formules, PDF-duplicaten, masker-niveaus, … en ook bepaalde events (referentie-invoer, doorlopen van sequenties, afdrukken van etiketten, … ). Zowel inventarissen als magazijntransfers verlopen nu via aanpasbare schermen. In de tabel SEQUENC worden de diverse bewegingen herkend aan module=7.
       
    • Er werd een nieuwe tabel PIEDS_D toegevoegd: deze bevat de pieds-records van de diverse bewegingen. (Deze tabel wordt automatisch toegevoegd en hoeft niet gemigreerd te worden). Een record in PIEDS_D wordt automatisch gegenereerd bij het openen (en opslaan) van een magazijntransfer die eerder werd ingevoerd in de legacy-versie.
      attention Deze tabel bestaat niet in DBF. De inhoud ervan kan dus niet worden "teruggemigreerd" of opgeslagen in pieds_d.dbf.
       
    • Inventarissen die in Aruba zijn ingevoerd kunnen opnieuw worden geopend en bewerkt via het menu "Vensters / Inventarissen Historiek". (Een inventaris die ingevoerd werd in de legacy-versie kan niet opnieuw worden geopend, omdat de tabel LIGNES_D te weinig informatie bevat). Er geldt echter een beperking voor inventarissen met serienummers van niveau 3: deze kunnen niet opnieuw geopend worden ter bewerking. Daarom wordt aangeraden om artikels met serienummers afzonderlijk te inventariseren.
       
    • In de gebruikersfiche, tabblad "Profiel", werd een optie "Inventarissen" toegevoegd waarmee met het aanmaken en/of bewerken van inventarissen kan blokkeren.
       
    • De knop "diskette" (opslaan van een inventaris in een leeg bestand op schijf) werd vervangen door een systeem van inventaris voorbereidingen. In dat geval wordt de inventaris opgeslagen in LIGNES_D met Q=0, zodat er geen stockbeweging ontstaat. Een inventaris voorbereiding kan dan worden omgezet in een "definitieve inventaris" met de gebruikelijke transformatieknop.

      invent_transform
      Het menu "Beheer / Inventarissen" bevat dus een item om definitieve inventaris te starten en een ander voor een voorbereiding.

      menu_inventaire
       
    • Het gebruikelijke inventarisatieproces begint over het algemeen met het op nul zetten van de hoeveelheden voor alle artikels. Aangezien het .net framework werkt door alles in het RAM-geheugen te plaatsen en een artikelbestand een zeer groot aantal records kan bevatten, voorziet Mercator een procedure voor het op nul zetten die uitsluitend op de SQL-server wordt uitgevoerd, zonder dat alle lijnen op het scherm worden getoond. Dit is het doel van het nieuwe menu-item "Beheer / Inventarissen / Snel Op Nul Zetten".
      attention In dit geval worden de customizers op inventarissen niet uitgevoerd en kan de inventaris niet worden gewijzigd via de interface (wat logisch is omdat we dit grote aantal lijnen niet willen weergeven).
       
    • In inventarissen is het begrip "referentiedatum" voor op datum gebaseerde inventaris geschrapt. In Aruba wordt rekening gehouden met de inventarisdatum (PIEDS_D.DATE) zowel als de verplaatsingsdatum van de voorraad als de referentiedatum. (Deze twee verschillende datums in het verleden zorgden tot verwarring)
       
    • Inventarissen en magazijntransfers kunnen commentaarlijnen bevatten. (Om compatibiliteit met bestaande rapporteringen te garanderen, worden deze lijnen niet opgeslagen in LIGNES_D, maar in de vorm van een XML-tabel die in het PIEDS_D.INVENT_ZERO veld wordt geplaatst)
       
    • Op programmeerniveau zijn er logischerwijs de volgende klassen:
      • InventoryForm
      • InventoryEngine
      • TransferForm
      • TransferEngine
         
    • In/Out beheer van serienummers (niveau 3) is gebaseerd op SQL database triggers.
       
    • In inventarissen en magazijntransfers is het mogelijk om een relatie aan te maken in de rijen met:
      • de projecten: ID_PROJET C(10) toe te voegen in LIGNES_D
      • het 4de informatiebestand: ID_DESTIN C(10) toe te voegen in LIGNES_D
         
    • De kolomgroepen "Project" en "4de informatiebestand" in de LinesEditor zijn hiervoor voorzien.
       
  • De standaard (en aanpasbare) rapporten in het menu "Beheer" zijn:
    • Kassa: CashState.repx
    • Berekeningstabel: Dashboard.repx
    • Dagelijkse Verrichtingen: DailyOperationsV.repx en DailyOperationsA.repx
    • Gedetailleerde Historiek van Incasseringen: EncashmentsFull.repx
    • Samenvatting Historiek van Incasseringen: EncashmentsSummary.repx
    • Vernietigde Documenten: DeletedDocuments.repx
    • Herbevoorrading: Restock.repx
       
    • Deze standaardrapporten kunnen worden aangepast met de Gescom customizer. Bijvoorbeeld: De dagelijkse verkoopverrichtingen per vertegenwoordiger filteren
       
  • Contante stortingen en bankoverschrijvingen:
    • In Majuro wordt het laatste nummer opgeslagen in de OPTIONS tabel in de SQL database (In Aruba, in params.dbf, zoals in legacy)
    • Het bijhorende, aanpasbare rapport: CashDepositBankRemitting.repx
       
  • Automatische groeperingen (facturatie van leveringen, levering van bestellingen, bestellen van voorbereidingen, genereren van het tegenmerk, genereren van abonnementen)
    • Ze worden niet langer uitgevoerd in een enkele "grote" SQL-transactie, maar in een transactie die door de billingEngine document per document wordt beheerd. Dit verbetert de prestaties en vermindert de kans op conflicten tussen meerdere gebruikers.
       
    • Wanneer de te transformeren documenten worden geselecteerd, voert Mercator een preventieve controle uit om er zeker van te zijn dat geen enkel geselecteerd document wordt gewijzigd op een ander werkstation. Als er conflicten zijn, verschijnen de lijnen die overeenkomen met deze documenten in het rood.
      multi_lock
    • Al deze groeperingen kunnen via code worden gestart zonder het dialoogvenster voor criteriumselectie te doorlopen. De te gebruiken methodes zijn te vinden in de statische klasse MercatorUi.Forms.Gescom.GescomProcedures.Procedures. Ze hebben dezelfde naam als het overeenkomstige menu-item in de Mercator-interface. Om het dialoogvenster te vermijden, gebruikt u de signatuur van deze methode met de parameter AskRet, die de uitvoeringscriteria bevat.
       
    • Het is mogelijk om de dialoogvensters voor parameterkeuze aan te passen voor deze automatische groeperingen. Voorbeeld: In het dialoogvenster van de automatische facturatie, "Datum naar alle lijnen" automatisch aankruisen.
       
    • Al deze groeperingen worden gemaakt via de BillingEngine. De methodes ApplyCustomerSupplier, ApplyCliLiv, InsertItem, ... worden echter niet gebruikt omdat deze documenten al een geformatteerde inhoud hebben. Daarentegen worden de methoden UpdateAmounts en Save wel gebruikt. Dit geeft je de volledige vrijheid om de events gekoppeld aan deze twee methoden te gebruiken in customizers. Om code alleen in automatisch groeperen uit te voeren, of omgekeerd, nooit in automatisch groeperen, moet je het volgende gebruiken:
      • de Context-eigenschap van BillingEngine die verwijst naar een van deze waarden: UserInterface, PrintPrev, Import, Other, FromAction, Restock, OrdersDelivery, DeliveriesInvoicing, PreparationsOrdering, SubscriptionsGeneration, SubscriptionsMaintenance, Countermark, GenerateCountermarks, ExchangeEmit, ExchangeReceive
      • of de methode IsContextAutomaticProcedure van BillingEngine, die true teruggeeft bij automatisch groeperen.
         
    • Bij automatisch factureren: nieuw selectievakje waarmee je de afleverdatum aan het begin van de omschrijving op alle lijnen kunt zetten.
       
    • Bij het genereren van tegenmerken: optie om een minimumbedrag in te stellen voor het totaal van de leveranciersbestelling, waaronder de leveranciersbestelling niet wordt gegenereerd.
       
    • Bij het simuleren van de levering van klantenbestellingen:
      • Het aanpasbare rapport is OrdersDeliveryAutomaticV.repx
      • De procedure eindigt mogelijk niet met het afdrukken van het rapport. Hiervoor moet u het statisch event SimulationDoneEventArgs onderscheppen van de statische klasse MercatorUi.Forms.Gescom.GescomProcedures.Procedures. Dit event ontvangt als parameter een SimulationDoneEventArgs met de volgende eigenschappen:
        • CancelPrint: op true zetten om het rapport niet af te drukken
        • DialogChoices: een klasse die de keuzes in het startdialoogvenster bevat
        • DsForReport: de DataSet die ontworpen is voor het rapport en die alle simulatiegegevens bevat (pieds, lignes, klanten)
        • ParamsForReport: de parameters die aan het rapport worden doorgegeven
           
    • Automatische groeperingen kunnen worden uitgevoerd door C# code in stille modus: zie bijvoorbeeld Automatische facturering triggeren zonder dialoogvenster
       
  • Tools / Kortingen: mogelijkheid om de tabel af te drukken: Allowances.repx
     
  • Onderhoud Abonnementen:
    • mogelijkheid om onderhoud uit te voeren op geselecteerde abonnementen op basis van een wekelijkse periodiciteit
    • mogelijkheid om wekelijkse periodiciteiten te verlengen
       
  • Majuro-versie en externe boekhouding: zie deze pagina
     
  • Mogelijkheid om tot 3 verschillende draagbare barcodescanners tegelijk te gebruiken (enkel in Majuro)


Functionele cookies: Cookies die nodig zijn voor het gebruik van de website en voorkeurscookies. Ze bevatten geen persoonsgegevens. (Meer informatie)

Analytische cookies: Verzamelen van statistieken met betrekking tot het gedrag van internetgebruikers. (Meer informatie)

Marketingcookies: Om bezoekers op verschillende websites te volgen voor advertentiedoeleinden. (Meer informatie)