Pending Requests for Comments:
All OMG work in progress deadlines in chronological order
Software Fault Pattern Metamodel (SFPM) RFC
One of the key steps in preventing cyber attacks is to collect, analyze and efficiently manage knowledge about exploitable weaknesses in such a way that this knowledge can be utilized by the community to build more comprehensive prevention, detection and mitigation solutions. Several classifications of weaknesses have been developed by the community; however, it has been observed that all existing approaches resist automation. The primary objective of the Software Fault Pattern (SFP) Catalog is to bring clarity and precision to the study of weaknesses by building a systematic machine-consumable catalog of software faults, and to enable analytics and automation of various workflows involving the knowledge of software faults. To this end, the SFP approach brings together several successful model-based techniques: - ISO/OMG Knowledge Discovery Metamodel (KDM) as a language-neutral, vendor-independent vocabulary for describing software facts; - community best practices for machine-consumable descriptions of software faults as data flows; - ISO/OMG Semantics of Business Vocabularies and Rules (SBVR) as a logical foundation for formal definitions of logical propositions on top of vocabularies such as KDM, and - Meta-Object Facility (MOF) as the foundation for building technology-neutral representations. The resulting apparatus allows structured definitions of semantics of software faults, accumulation of reusable content, analytics, and development of new capabilities. SFP XML (XMI) is a common interoperable format for representing machine-consumable content related to software faults, their formal semantics and their mappings to the elements of the Common Weakness Enumeration (CWE) catalog. SFP XMI is the foundation for the OMG Catalog of Software Fault Patterns (SFP) that will over time accumulate formal machine-consumable definitions of individual software faults and other structured content related to software faults. SFP XMI supports a larger ecosystem of capabilities that need to exchange formal definitions of weaknesses, including but not limited to test generation tools, static code analysis tools, data repositories, machine learning tools, visualization tools, training tools. XML stands for eXtended Markup Language. The acronym XMI stands for XML Metadata Interchange format. XMI is a specific form of XML that is associated with the Model Driven Development approach. XMI has been developed for the purpose of exchanging metadata such as models. XMI is standardized by OMG (current specification is identified as MOF 2.4.2 / XMI Mapping Specification, v2.5.1, document formal/15-06-07) and ISO (19503:2005).
Software Fault Pattern Metamodel (SFPM) EMF file (document sysa/2020-02-07)
Software Fault Pattern Metamodel (SFPM) cover letter (document sysa/2020-02-08)
Software Fault Pattern Metamodel (SFPM) EMOF file (document sysa/2020-02-03)
Software Fault Pattern Metamodel (SFPM) Inventory file (document sysa/2020-03-02)
Software Fault Pattern Metamodel (SFPM) MagicDraw (document sysa/2020-02-04)
Software Fault Pattern Metamodel (SFPM) RFC (document sysa/2020-03-01)
Software Fault Pattern Metamodel (SFPM) RFC clean UML file (document sysa/2020-03-04)
Software Fault Pattern Metamodel (SFPM) XSD file (document sysa/2020-03-03)
Pending Requests for Information:
All OMG work in progress deadlines in chronological order
Cyber Insurance RFI (document mars/2019-12-22)
Product Knowledge Framework (PKF) RFI (document mantis/2019-06-01)
Pending Requests for Proposals:
All OMG work in progress deadlines in chronological order
Agent Metamodel and Profile (AMP) RFP (document ad/2008-09-05)
This Request for Proposal solicits submissions for an Agent Metamodel and Profile (AMP). Essentially, the AMP RFP requests a metamodel and profile for extending UML with capabilities applicable to agents and agent-based software. Submissions developed in response to this RFP will achieve the following: Clarify semantics concerned with modeling agents. Establish Agent modeling best practices utilizing OMG technologies. Develop a MOF-compliant agent metamodel to be used either standalone or via extending the existing UML metamodel with agent modeling capabilities. Enable agent model interchange between tools via XMI. Optionally facilitate modeling of Peer-to-Peer, Grid and Cloud computing, and other technologies in terms of a collection of Agents. It is expected that responses to this RFP will make good use of agent modeling capabilities already supported by the OMG.
Application Programming Interfaces (API) to Knowledge Bases (KB) RFP (document ad/2010-06-09)
The intent of this RFP is to request proposals for Application Programming Interfaces (API) to Knowledge Bases (KB). According to Wikipedia ([WIK-KB]), "a knowledge base is a special kind of database for knowledge management, providing the means for the computerized collection, organization, and retrieval of knowledge". This RFP targets mainly the basic administration services as well as the retrieval and the modification of knowledge in a KB designed specifically for use with knowledge representation languages supported by OMG standards, including but not limited to those supported by the Ontology Definition Metamodel (ODM - http://www.omg.org/spec/ODM/1.0/). Proposals are sought that create a common set of APIs and interfaces for accessing namespaces and IRIs (internationalized uniform resource identifiers), documents, and other common infrastructure, some of which is modeled, for example, in the ODM RDFWeb package of the RDF metamodel, regardless of the target representation language, for knowledge representation languages that can be serialized in XML. The primary target is for accessing such KBs in the context of a tool, such as a parser, ontology editor, inference engine, or other applications where a uniform set of APIs and related services is desirable. APIs and service interfaces supporting basic queries, such as those that can be represented in SPARQL, are also desired. While this API shall be independent from the way the KB was populated and how the KB is designed and organized, the resultant API(s) and services shall be designed to complement and work in concert with ODM. It is understood that this effort may necessitate modifications to the ODM, including collaboration with ODM revisions underway to support OWL 2. This RFP solicits proposals for the following:
- API to retrieve raw information from a KB (resources, properties);
- API to modify raw information in a KB;
- API to query knowledge in a KB (i.e., through reasoning);
- API to create instances:
- API to administrate the KB: add, import or remove ontology
Business Architecture Core Metamodel (BACM) RFP (document bmi/2017-03-07)
This RFP solicits proposals for a metamodel for core concepts of business architecture for business executives and other leaders to achieve the following: * Support business architecture modeling as an integration of multiple perspectives to ensure that the business architecture is consistent and enables more effective management of business complexities. * Provide views of the business architecture model that are at a level of abstraction appropriate for the understanding and analysis of business executives. * Provide models based on a standard that enables the exchange of models between different modeling tools to avoid vendor lock-in and promote competition for quality and continued improvement of modeling tools. * Support the development of consistent modeling techniques and methods to advance the business architecture discipline and support the training and certification of business architecture professionals. * Facilitate the integration of multiple models of business, whether based on OMG standards or not.
CubeSat System Reference Model (CSRM) RFP (document space/2018-09-04)
Model-Based Systems Engineering (MBSE) is the formalized application of modelling to support systems engineering. The International Council on Systems Engineering (INCOSE) established the MBSE Initiative to promote, advance, and institutionalize the practice of MBSE utilizing Object Managements GroupsTM (OMGTM's Systems Modeling LanguageTM (SysMLTM). This RFP requests a standard CubeSat System Reference Model (CSRM). The CSRM will be a SysML compliant and platform-independent template model that provides building blocks that can be specialized to support MBSE CubeSat design. A common, reusable model supports lowering the cost of development and increasing the quality of CubeSat spacecraft and ground system design, whether embraced by researchers, government, or commercial engineering teams.
DDS C# API Request For Proposal (document mars/2019-12-07)
The Data Distribution Service (DDS) specification consists of a UML Platform-Independent Model (PIM) and a single IDL Platform-Specific Model (PSM). As a result, DDS implementations have traditionally implemented APIs that derive directly from the IDL PSM using the standard IDL to language transformations that are available for multiple programming languages. However, often times these IDL-derived mappings preclude programmers from using native programming language constructs, such as generics, that are unavailable in IDL. The result is a suboptimal API that does not conform to the stylistic idioms of the target language, introducing a barrier to the adoption and use of DDS. Since 2012, the OMG has released DDS PSMs that derive directly from the DDS UML PIM, targeting languages like C++ and Java. These new PSMs leverage and conform to the standard data types and programming idioms of such programming languages, simplifying the adoption and use of DDS. Following that evolution, this RFP solicits proposals for a DDS PSM for the C# programming language
DDS Status Monitoring RFP (document c4i/2017-09-07)
The Data-Distribution Service (DDS) provides a crucial connectivity platform to many mission critical systems. It is important to have a standardized means for monitoring the health status of the DDS platform during live operation and to use means that are robust to failures of the platform being monitored. This standard covers the information model and technical interfaces required. This RFP solicits proposals for the following: A data model defining the information required for the operational status monitoring of a DDS platform. Techniques, procedures, and interfaces to communicate the data model representing the status of the platform.
DDS-TSN RFP (document mars/2018-09-10)
The objective of this RFP is to define a set of mechanisms to allow DDS infrastructures be deployed on, and leverage, TSN-enabled networks. To achieve this, the DDS standard(s) and implementations will need to be extended. From a DDS perspective, the integration points to be addressed for this are: Design-time system definitions to include TSN-related properties Run-time DDS implementations to leverage TSN network Deployment-time actions to instruct TSN-enabled equipment These mechanisms will define a foundation upon which different DDS vendors can create interoperable communications. Additionally, DDS vendors and others will be able to build tooling and other supporting mechanisms to facilitate the creation of DDS systems running over TSN networks.
Digital Receipt API v1.0 RFP (document retail/2019-03-03)
This RFP solicits proposals for a simplified digital receipt API in which retailers can enable the following: * API specifications that support sharing complete digital receipt data in a secure manner between various parties such as retailers, consumers, product manufacturers, and service providers. * Streamlined standard which specifies a common core of elements to be used in a digital receipt API, which can then be enriched and extended in a standard fashion with local requirements. * Provide the information and evaluation items list that indicates the actual use cases and digital receipt data.
Event Metamodel and Profile (EMP) RFP (document ad/2008-09-15)
This Request for Proposal solicits submissions for an Event Metamodel and Profile (EMP). Essentially, the EMP RFP requests a metamodel and profile for extending UML with capabilities applicable to the sensing and interpretation of events, such as monitoring, filtering, aggregation, and correlation. Submissions developed in response to this RFP will achieve the following:
- Clarify semantics concerned with modeling events.
- Establish Event modeling best practices utilizing OMG technologies.
- Develop a MOF-compliant event metamodel to be used either standalone or via extending the existing UML metamodel with event modeling capabilities.
- Enable event model interchange between tools via XMI.
FACE™ Profile for UAF RFP (document c4i/2018-09-03)
This RFP solicits proposals for a Future Airborne Capability Environment (FACE) Profile for use with the OMG Unified Architecture Framework (UAF) to allow inclusion of elements from The Open Group FACE™ Technical Standard in UAF architectures. Additionally, UAF mechanisms (tables, aggregations, etc) are sought to support the organization and presentation of FACE architectural objects in UAF. This profile would provide a FACE-aware whole-enterprise context that places FACE components within a larger system-of-systems architecture, enabling description and analysis of the impact of the FACE components on complex systems.
Information Exchange Framework Information Exchange Packaging and Processing Service (IEPPS) RFP (document mars/2017-12-12)
The Information Exchange Framework (IEF) Packaging and Processing Service (PPS) enables the automation of user defined policies governing the sharing and safeguarding of data content; policies conforming to the Information Exchange Packaging Policy Vocabulary (IEPPV) (Request for Proposal (RFP): http://www.omg.org/spec/IEPPV/1.0/). This RFP solicits proposals for a service specification describing the application-visible interface(s) and behavior of the packaging and processing services outlined in the IEF Reference Architecture (http://www.omg.org/spec/IEF-RA/1.0/Beta1/). The IEPPS must provide services including: " Data Packaging: the aggregation, transformation, marking (e.g., tagging and labeling), redaction, and formatting of data for receipt in accordance with user defined policy; " Data Processing: the parsing, transformation and marshaling of received data conforming to user specified formats. The proposals must describe how the core functions of the IEPPS (including their interfaces), and interaction of the IEPPS with other IEF components, standard middleware and communication networks, data management systems, and user applications
Information Management Metamodel (IMM) RFP (document ab/2005-12-02)
This RFP solicits proposals for a standard metamodel to address the needs of Information Management. This includes the scope of the existing Common Warehouse Metamodel (CWM) standard but is extended to cover the following areas:
- MOF2 Metamodel for Information Management (IMM)
- UML2 Profile for Relational Data Modeling, with a mapping to the IMM metamodel and SQL DDL
- UML2 Profile for Logical (Entity Relationship) Data Modeling, with a mapping to the IMM metamodel
- UML2 Profile for XML Data Modeling, with a mapping to the IMM metamodel and XML Schema
- UML2 Profile for Record Modeling, with a mapping to the IMM metamodel and COBOL Copybooks
- A standardized Information Engineering data modeling notation with a mapping to the IMM metamodel
MDMI 2.0 RFP (document health/2017-03-08)
This RFP elicits a technical specification to address the above business needs. The MDMI 1.0 Specification addressed several of these considerations, but based upon industry implementation experience, enhancement areas have been identified and are the basis for conducting this revision effort. Previous goals addressed in the 1.0 specification (carried forward into this RFP) include: " Reducing significantly the cost and time needed to define data transformations from one message format to another. " Handle versioning issues as particular message formats evolve over time. " Allow the expedited adoption of new standards - as mapping the new standard to the existing standard will allow applications to continue to use the legacy standards thus greatly reducing the cost of new standards adoption. " Improve the interoperability and processing of end-to-end multi-step business transactions that are based on multiple message formats. Extending the functional coverage of MDMI 1.0, this RFP includes the following scope additions: " Make the MDMI Referent Index a component of the specification and add the capability to search and discover the precise Business Elements. " Make it easier for Healthcare Domain participants to understand and adopt the Standard. " Address the other issues already identified that will enhance the specification, identified in an MDMI Issues Document (health/17-03-02)
Multiple Vocabulary Facility (MVF) RFP (document ad/2016-03-04)
To facilitate the understanding of formal models by both domain experts and software engineers, there is a need to provide for formal association of model elements to the business concepts that they represent. Business concept definitions are expressed in natural language, and the community that shares a model may include speakers of different natural languages. Expressing concept definitions in the language most convenient to the audience is often needed in order to achieve consistent understanding. Expressing business concepts in terms of multiple, alternative languages is the role of a multiple vocabulary facility tool. While a modeling language implementation might provide such capabilities as well, the more general need is for the modeling tool to have access to model element concepts and their associations to alternative vocabularies so that the model elements can be created, displayed, and referenced with terms of a selected vocabulary. The creation of concept definitions and associated term sets shall be performed by individual model developers or developed and shared by consortia for domains of interest. Therefore the Multiple Vocabulary Facility (MVF) must support the creation and maintenance of concepts and associated vocabularies that can be shared in a standard form of import and export. To achieve these capabilities, this RFP provides for:
- a standard means for representing the relationship between model elements and the corresponding business concept definitions and multiple term sets;
- a standard means for accessing terms of a selected vocabulary to express a model element concept and to interpret a selected vocabulary term as a reference to a particular model element representing the associated concept.
- a standard form for import and export of vocabularies.
OARIS v2.0 (Additional Sensors) RFP (document c4i/2018-06-08)
This RFP solicits proposals to extend the OARIS specification, creating OARIS version 2.0, to provide greater support for additional sensor types and their command and control requirements - sensor types such as: o Sonar Electronic Surveillance (of Radar and other radio frequency transmissions) o Electro-Optic and Infra-Red o The RFP also invites additional PSMs that have applicability for different sensor types.
Precise Semantics for Uncertainty Modeling (PSUM) RFP (document ad/2017-12-01)
Uncertainty has been studied in various fields, such as philosophy, physics, statistics, and finance, to describe a situation of lacking knowledge about the state of a system and/or potential future outcome(s). Uncertainty is gradually gaining more and more attention in system/software engineering these days. In particular, complex systems, such as cyber-physical systems and self-adaptive systems, typically operate in complex and unpredictable environments. It is therefore important to face, understand and explicitly specify/model uncertainty in system/software engineering. This RFP solicits proposals for a metamodel that enables the following: " Capturing uncertainty and its related concepts; " Enabling measurements of uncertainty and its related concepts.
Precise Semantics of Time for Foundational UML RFP (document ad/2017-12-07)
The objective of this RFP is to solicit specifications defining more precise semantics of time in the context of executable UML models, in order to allow model checking and to reduce ambiguities in such models. By semantics we mean the underlying meaning of models, that is, the constraints that models place on the structure and runtime behavior of the specified system. In support of this objective, the RFP solicits proposals for the precise specification of the behavioral semantics for the metaclasses related to the modeling of time in UML. Proposals shall build on the precise semantics of Foundational UML (fUML), which specifies the execution semantics of a computationally complete and compact subset of UML 2 to support execution of activities, and be consistent with the Precise Semantics of UML State Machines (PSSM).
REST for CORBA (CORBA-REST) RFP (document mars/2019-09-17)
This RFP solicits proposals for: defining a set of IDL annotations (IDL-RS) to decorate IDL constructs in order to expose the corresponding CORBA objects as REST services that can be consumed by REST client applications. defining Data Representation formats to externalize objects defined with the IDL Type Representation format. The proposals shall minimally address the JSON and XML data representation formats
RTPS TCP/IP PSM for DDS Interop RFP (document mars/2017-09-24)
The DDS Real-time Publish-Subscribe wire protocol (DDSI-RTPS) specification uses a Model-Driven Architecture (MDA) to describe a Platform Independent Model (PIM) of the interoperability wire protocol and its Platform Specific Mapping (PSM) to the User Datagram Protocol (UDP). The existing standard specifies only a UDP mapping of the PIM that allows conforming implementations to interoperate over UDP. The objective of this RFP is to define a standard PSM to the Transmission Control Protocol (TCP), so that implementations conforming to this specification can interoperate over TCP. Responses to this proposal shall not modify or deprecate UDP-based interoperability or the RTPS PIM.
Robotic Service Ontology RFP (document robotics/2018-12-03)
A service robot is a robot that provides services to humans, or on their behalf, in the environment in which they live or work; by "service", we mean physical services as well as information services that operate in or interoperate with their surroundings, and that are primarily designed to support interaction with people. Service robots are typically designed for consumer rather than commercial purposes. They operate semi- or fully autonomously to perform the services they are designed to deliver, and are capable of decision making and acting in real and unpredictable environments to accomplish specific objectives. To describe the kind of services, capabilities and tasks that such robots might perform, including the terminology used to support rich interfaces between these services, components, sensors, and other elements in the robot's environment, common vocabularies or ontologies defining the robotic services, the related behaviors, the underlying components, and their interfaces are needed. The service robot industry is expected to grow substantially in the coming decades. However, there is no common understanding of the services that might be provided by these robots. We need a common vocabulary or ontology in order to describe robotic services and the components that comprise those services. Such an ontology will assist not only in communications among robots and between robots and the humans they support but will enable developers of both robotic services and robotic functional components to compose higher order robotic services from well-defined, consistent building blocks (components) and have confidence that the resulting services are consistent will work together as designed. IEEE [IEEE1872] provides an ontology that focuses on core (generic) terminology and capability of robot systems at a relatively high level. This ontology includes some basic concepts and definitions that can be revised and extended to meet some of the emerging requirements identified by the robotics community, but does not address requirements specific to robotic services, particularly for service robots (i.e., robots that are designed to interact with people), or meet the requirements specified herein. This RFP solicits proposals for the following: o A set of basic ontologies that provide a semantic model of robotic services and related robotic functional components that can support communications and interoperability between robotic services and enable composition of such services
Safety and Reliability for UML RFP (document ad/2017-03-05)
This RFP solicits proposals for a profile and/or optionally a model library for the Unified Modeling Language that enables the following: * Capturing safety and reliability information in a system model. * Reasoning on the safety and reliability information, both directly on the model and indirectly via model transformations. * Visualising safety and reliability information. * Exchanging safety and reliability information between a system model and external tools. * Tracing between safety information, reliability information, and other information stored in a system model.
Semantic Information Modeling for Federation (SIMF) RFP (document ad/2011-12-10)
The SIMF RFP asks for submissions for a standard that addresses the federation of information across different representations, levels of abstraction, communities, organizations, viewpoints, and authorities. Federation, in this context, means using independently conceived information sets together for purposes beyond those for which the individual information sets were originally defined. The purpose of SIMF is to help federate information across different authorities, vocabularies and formats. Current conceptual and logical information modeling approaches tend to be focused on a particular information modeling problem, using a particular technical approach. Examples of such technical approaches include object modeling, DBMS modeling and exchange schema modeling. SIMF seeks to address the problem of information federation by specifying standards for conceptual domain modeling, logical information modeling and model bridging relationships. SIMF submissions will define, adopt and/or adapt languages to express the conceptual domain models, logical information models and model bridging relationships needed to achieve this federation. Many if not all of these capabilities can be achieved with expert application of multiple standards and technologies. SIMF is intended to unify and tailor these capabilities, providing a standard for tools that reduce the barrier to entry and overhead required to achieve federated information.
Space Telecommunications Interface (STI) for Software Defined Radios (SDRs) RFP (document mars/2019-09-21)
Space communications place Software Defined Radio (SDR) systems into environmental conditions where unique provisions are required to accommodate communication services specific to space missions (such as new frequencies, latencies, data rates, dynamic reconfiguration of components versus remote uploads and pre-planned communication, and resource-constrained platforms [SSDR]). The objective of this RFP is to expand the PIM and PSM for the Software Radio Components Specification [SWR] to support space communications. Toward this end, the proposed Space Telecommunications Interface (STI) specification must: 1) support the ability to collect and provide voice, video, data and networking signals to process and share communications throughout the spectrum agnostically for future space communications, 2) include a networking layer and 3) include standardized interfaces for interacting with networks that support cross-platform security measures. This RFP solicits proposals for a software radio profile for space composed of two parts: a PIM (Space_PIM) expressed in some combination of the most current version of UML and SysML supporting the software and system levels for space-based SDRs and a PSM for Space SDR interfaces (Space_PSM) expressed using the most current version of SysML.
SBRM RFP (document bmi/2019-06-04)
This RFP solicits a specification that complements established mechanisms for representation of structured data files submitted as business reports, typically financial reports to regulators, in formats such as XBRL, by - Applying a business modeling approach to report definition, making reports easier to develop; - Enabling business-level expression of rules in order to manage quality; - Facilitating reuse of information across multiple reports; - Allowing use with industry- or enterprise-standard information models and ontologies; - Allowing direct linkage with enterprise information sources for report data; - Providing alternative formats for reports to allow access by a greater variety of analytical tooling while providing interoperability with XBRL-based report definitions and report submissions.
SysML v2 API and Services RFP (document ad/2018-06-03)
This RFP complements the SysML v2 RFP, and specifies the requirements for an Application Programming Interface (API) that includes services to operate on SysML v2 models, and connect SysML v2 models with models in other disciplines. The API shall be implemented by SysML v2 modeling environments, and shall support a wide range of operations related to model query, model construction, model view/viewpoint management, model analysis, model management, and model transformation for SysML v2 models. A SysML model is typically used to represent the architecture of a system and needs to be connected to models originating from other disciplines to enable a seamless digital thread. These disciplines include, but are not limited to, mechanical, electrical, software, simulation, manufacturing, supply chain, logistics, operations, and regulation. By including services to connect SysML models with models originating in other disciplines, this RFP is facilitating seamless interoperability to enable a truly integrated system model. This RFP is dependent on the SysML v2 RFP. The timeline for submissions in response to this RFP will follow the timeline of submissions in response to the SysML v2 RFP at least by one OMG technical meeting cycle.
Systems Modeling Language (SysML) v2 RFP (document ad/2017-12-02)
This RFP specifies the requirements for the next generation of the OMG Systems Modeling Language (OMG SysML® v2) that are intended to address many of the limitations of the current version of OMG SysML® to enable the more effective application of model-based systems engineering (MBSE). In particular, the emphasis for SysML v2 is to improve the precision, expressiveness, interoperability, and the consistency and integration of the language concepts relative to SysML v1. SysML v2 will express the core concepts required to precisely specify a system, its elements, and its environment (i.e., the system model). The language will be specified as both a SysML profile of UML and as a SysML metamodel. A complementary SysML v2 API and Services RFP is intended to further enhance interoperability by specifying standard services to access SysML v2 models.
Tactical Decision Aids RFP (document c4i/2019-09-07)
This RFP solicits proposals for an interface within a Command and Control (C2) system for modular applications that assist users with their tactical decision making processes. Example decisions from the domain of military and operational Command and Control systems include: " Identification " Classification " Correlation " Threat Evaluation " Kill Assessment To provide decision support functionality, these modular applications must have access to information describing the current situation (tactical picture) as well as current tactical plans, actions in progress to support them and the resources at the system's disposal. These applications must also have the means to make automated recommendations and recommendations for user approval. Particularly to promote innovation, the interface specification must support the decoupling of these modular applications from the C2 systems to which they contribute.
UnifiedPOS Fiscal API 2.0 RFP (document retail/2018-09-09)
This RFP solicits proposals for the following: A platform independent behavioral model to describe interactions between fiscal devices or services and applications that consume them. A standard Fiscal API to register retail transactions on a fiscal device or tax authority service. A standard Fiscal API to store data into a fiscal journal
UnifiedPOS V2 Model And POS Printer API RFP (document retail/2017-09-05)
This RFP solicits proposals for the following: A platform independent behavioural model to describe interactions between device services and applications that consume them. The new model should address the shortcomings of the UnifiedPOS V1 and provide a foundation for exposing devices as services. An API to query POS printer capabilities. An API to print information on paper rolls using receipt and journal stations of the POS printer. An API to print information on a form (typically a check or credit card slip) on the slip station of the POS printer.
Current Specification Revision Processes (available to members only):BMM 1.4 RTF
Command and Control Message Specification (C2MS) 1.1 RTF
DDS Consolidated XML Syntax (DDS-XML) 1.1 RTF
DDS Extensible Types (DDS-XTYPES) 1.4 RTF
DDS Java API 1.1 RTF
DDS Security 1.2 RTF
DDS-OPC UA Gateway 1.1 RTF
DDS-PSM-Cxx v1.1 RTF
DDS-XRCE 1.1 RTF
DOL 1.1 RTF
Decision Model and Notation 1.4 RTF
Diagram Definition 1.2 RTF
FIBO Business Entities 1.2 RTF
FIBO Financial Business and Commerce 1.1 RTF
FIBO Foundations 1.3 RTF
FIBO Indices and Indicators 1.1 RTF
FIGI 1.1 RTF
GEMS 1.5 RTF
IDL to C++11 1.5 RTF
Interface Definition Language 4.3 RTF
Languages, Countries and Codes 1.2 RTF
MARTE 1.3 RTF
MOF 2.6 RTF
MOF to RDF Mapping 1.1 RTF
Object Constraint Language 2.5 RTF
Ontology Definition Metamodel (ODM) 1.2 RTF
PSSM 1.1 RTF
QVT 1.4 RTF
RPC over DDS 1.1 RTF
Requirements Interchange Format V1.3 (ReqIF) RTF
SACM 2.2 RTF
SBVR 1.6 RTF
SOLM 1.1 RTF
SysML 1.7 RTF
SysPhS 1.1 RTF
UCM 1.3 RTF
UML 2.6 RTF
UML Profile for BPMN Processes 1.1 RTF
UML Profile for ROSETTA (UPR) 1.1 RTF
UML Testing Profile 2 (UTP2) 2.2 RTF
Unified Architecture Framework (UAF) 1.2 RTF
UnifiedPOS 1.15.1 RTF
VDML 1.2 RTF
Web-enabled DDS 1.1 RTF
XMI 2.6 RTF
XML Telemetric & Command Exchange Format 1.3 (XTCE) RTF
XTCE US Government Satellite Conformance Profile 1.1 RTF
fUML 1.5 RTF