Skip to Main Content
Sage 200 UKI Ideas Portal

SysFeatureAreaLogging - Add Reference

When reviewing what has happened via SysFeatureAreaLogging in would be very useful to have an additional field that stores the primary reference for the related action

e.g. for Action "Sage.MMS.SOP.ConfirmDespatchForm" the SO No field could be added

Idea Benefit Currently the table's data only gives a clue as to what happened but without knowing the actual documents the entries refer to, the log file is more of a curiosity than a tool
How do you solve for this problem today? I can't - I am trying to investigate a problem in a FMCG business and the information is missing
  • Andrew Dunn
    Reply
    |
    Feb 17, 2025

    Probably should be a separate idea, but it would also be really useful to have the SessionInfoID (as per the config DB)

    We see data inconsistency problems usually related to uses doing an action and reversing it multiple times (e.g. PO receipt) - I would like to be able to tell whether these actions are all within the one client session and which PC they were using

    2 replies
  • Andrew Dunn
    Reply
    |
    Feb 6, 2025

    I have just noticed that you have already implemented a similar thing for tblAudit in the config database

    The tblAudit table has two additional fields - AuditObjectID and AuditObjectDescription

    You use this for e.g. add new company (AuditEventType "Company created") where the fields store 20 and company name respectively

  • Andrew Dunn
    Reply
    |
    Jan 27, 2025

    Thanks Jo - The more I think about this, the less likely it seems that anything could be done

    Generally the Sage form is blank when it is closed and the record written to SysFeatureAreaLogging - the form being closed could have been used to create several orders, order lines or assign multiple batch identification numbers

    When entering traceable data, the order no and item code are fixed and would be the type of information I would want to see, when entering an order line, the order no is fixed .... so in general there is a parent reference that could be picked up and stored

  • Admin
    Jo Kirkup
    Reply
    |
    Jan 27, 2025

    thanks for clarifying that, it helps with us understanding the ask

  • Andrew Dunn
    Reply
    |
    Jan 20, 2025

    Hi Jo

    I have a customer where the TraceableItem / TraceableBinItem allocated quantity is out of balance and the TraceableBinItem also has a phantom QuantityReserve against the record


    I am trying to piece together how these errors occur and one option is to try to follow thier actions via the SysFeatureAreaLogging data


    This works to an extend as I can tell which forms they opened but I feel that it would provide me with so much more information if there were also some sort of indicators giving clues as to which document number, which product or which traceable ID No were being used

    In many instances it would be possible to store suitable additional information in an additional text field

    I don't expect any perfect solution, or anything that links to other records - just some additional information to give me additional clues, maybe multiple values could be stored in the one field, and it would be up to the consultant to work out what those values refer to


    Thanks

    Andrew

  • Admin
    Jo Kirkup
    Reply
    |
    Jan 20, 2025

    thanks for the idea, can i just check that what you're looking for here is more around an audit trail of activity?

  • Andrew Dunn
    Reply
    |
    Jan 20, 2025

    I can see that there are problems, what reference is expect on a new form when multiple orders can be added etc.

    I also view the records in DateTimeOfOpen, (This is the only way to see the child forms after the parent form)

    Though new order is opened first, it is the last form to be closed and logged.

    There is still an unique record for each Sage.MMS.SOP.SalesOrderConfirmationForm


    Note that I mean a new generic text field ... not specifically SO NO