Class MovementAdminAction

java.lang.Object
org.apache.struts.action.Action
org.apache.struts.actions.BaseAction
org.apache.struts.actions.DispatchAction
org.bgerp.action.base.BaseAction
org.bgerp.plugin.inventoru.action.MovementAdminAction

public class MovementAdminAction extends BaseAction
Admin view + admin-only mutating operations (receipt, inventory-count adjustment) for stock movements. Unlike MovementAction (user-facing, gated by StoreAccess/ownership/edit group), this action is unrestricted by store access — it's the "unrestricted" admin path that MovementAction.unspecified() already refers to in its own comment. Mapped at /admin/plugin/inventoru/movement.do
  • Constructor Details

    • MovementAdminAction

      public MovementAdminAction()
  • Method Details

    • unspecified

      public org.apache.struts.action.ActionForward unspecified(DynActionForm form, ConnectionSet conSet) throws Exception
      Description copied from class: BaseAction
      Default action method if no parameter 'action' passed. Overwrite and implement.
      Overrides:
      unspecified in class BaseAction
      Parameters:
      form -
      conSet -
      Returns:
      the action forward
      Throws:
      Exception
    • receipt

      public org.apache.struts.action.ActionForward receipt(DynActionForm form, ConnectionSet conSet) throws Exception
      Manual stock-in, independent of the 1C import — closes the gap where the only way to add quantity to the ERP was via 1C sync (nothing to do if 1C is down, or the material never had a 1C nomenclature entry to begin with).
      Throws:
      Exception
    • adjust

      public org.apache.struts.action.ActionForward adjust(DynActionForm form, ConnectionSet conSet) throws Exception
      Corrects the recorded quantity to match an actual physical count (инвентаризация). The admin enters the counted (actual) quantity, not a delta — recording the delta as an 'adjustment' movement is an implementation detail the operator shouldn't have to compute by hand. A reason is mandatory: this silently changes what the system believes is true, so an unexplained correction is not acceptable audit trail.
      Throws:
      Exception