Api: Graphql
Insert empty records
Support for inserting empty records with {}, which creates records with only the primary key columns assigned a value.
subTableQuery for reports, to control how sub-tables are queried. See Reports.count aggregate can be used with columns of any type, not only numeric columns.items field (if requested) returns, for the failed row, the values of the row before the update operation.startPage and endPage is changed.crossReference is now creatable and stockBalance is now updatable via the Business NXT MCP. update_entity accepts DME extension columns (flat field names or the extensions array shape). create_entity and update_entity now default onError to FAIL_TABLE to prevent silent partial writes, and create_entity with dryRun returns the full server-computed shape including nested children and currency context. Relations from get_table_definitions now carry the queryName/relation hints needed to construct joinup/joindown queries.breakBy argument to reports, to control how report rows are grouped into sections (page breaks). See Reports._count filter in having arguments is defined as Int instead of the type of the field being counted. See Grouping - the having argument.values / value argument is empty, no update is performed, affectedRows is 0, and a warning is returned (as part of extensions).onError argument to control the behavior when an error is encountered, and a clear indication of what records failed. See Inserts - Error Handling.get_table_documentation for plain-English field and workflow prose from doc.visma.net, search_documentation for free-text search over the same source, and get_field_values for enum/bitmask catalogues (with batch decoding via a fields array). New skills cover the supplier invoice approval flow and periodised accounting analysis (income statement, balance sheet, budget vs actual). execute_graphql_query gains a client-side @decodeBase64 directive for base64-wrapped blob fields. init_company now inlines the company’s behaviour-switch bitmasks, and get_skill surfaces an access warning when the signed-in user is missing permissions for the tables a skill needs.orderBy argument._suggest special field. See Suggested values.useModel. See Selecting the model.value but not filtervalue argument but without the filter argument in an update mutation now returns a warning (as part of extensions) because it may lead to unintentional updates of multiple records. This will become an error in the future.No entries match the selected filters.