Related links
Sales & Asset management
Sales related services
Description of a part of the AM module - sales partFI - Finance Management
Framework Core functionality
- AyMINE Framework Server
- frmFrm – provided functionality
- System Rights
- System messaging
- AyMINE Business – Price calculation
- Strings and translations
- Export collection of objects
- AyMINE Framework management FAQ
- The AyMINE licence model
- AyMINE On-premise
- System events
- Mutli-client architecture
- Import collection of objects
- User sessions
- Default server methods
- Client-defined object attributes
- Common Libraries
Module - support for management
Libraries & Lincences
Mobile & Web Application
- Runtime debugging
- System console
- AyMINE Application
- In-line table edit support
- Object scripting API – object lang
- Application object structure
- Multilingual support
- View of a single object – detail
- Is using EVAL / feval method risky?
- Included library – String operations
- Cliplink
- Object API – object <g>
- API – Data object
- Object scripting API – object User
- Object view definition
- Framework support for Drag & Drop
- Common libraries
- Multiple-object update implementation
- fClip & fCliplist
- Offline persistent objects
- Mobile application
HR - Human Resources
System Management (part of framework)
Task, Project, Quality
Task & Task pattern
CMS - Content Management & Web API services
tskDecision – Technical notes
json model
Decision variants
Variants of the decision are visible only for decision team in the view. It is limited by the view used for the list. Event signer or manager do not see them if they are not in the decision team.
If there would be a request to make them visible also to something else, the view limit in the tskDecVar should be updated.
List and select role – strange list in the json
Decision use the feature of the strange object that allows include list of (related) object to the json of the principal object. Roles linked with the decision as well as list to select them are both in the tskDecision json. It serves as a referential implementation of this feature:
- name of the object should be in the parameters:
` "parameters": { "principalObject":"sysRole" }
(It is necessary because it tells the univList what ID field should be selected) - ID field should be in the list with
` "type::"int", "visible":false
(Without that it won't be loaded.) - All fields are strange and must have type defined (server doesn't load attributes without type)