Search result

How to create a project proposal

On this page, you can get help for the creation and completion of a project proposal in the DDP App., Statistics Denmark reviews the individual project proposals and makes an assessment during the process and before the final approval as to whether the project meets the legal requirements. These requirements are about the documentation of data, that the data content is commensurate with the purpose of the project (data minimisation), and that the project is relevant to society (as specified in the General Data Protection Regulation). It is the data controller’s own responsibility that the approved project proposal reflects, makes a case for and documents all data that is associated with the project., How to create and complete a project in the DDP App, See the video guide on how to create a project proposal (in Danish), On your front page in the DDP App, you click ‘Data orders’ and then ‘Create project proposal’. Here you give the project a title, select the institution under which the project should be created, and indicate whether it belongs under the researcher scheme, project database scheme or authority scheme. , If you need help, you can contact an administrator in your institution., Project details, Here you enter the project description and, in doing so, you account for the purpose of the project, subject area of investigation, relevance to society and argue for the use of data. Below you will find hint questions and recommendations for each point as well as relevant appendixes and references., 1. Purpose, Describe the project’s overall purpose:, Hint questions:, What is the research project about generally?, What will the research project accomplish?, Recommendations:, Keep the purpose description short, precise and in non-professional terms., Formulate the purpose broadly so that it is possible to cover several relevant aspects of a topic and expand the project along the way with new data., Avoid repetition of matters that belong under project description or population., Pay attention to the coherence with the rest of the project proposal., Examples of purpose description, Here you can see examples of purpose descriptions that Denmark’s Data Portal approve. Both narrow and broad purpose descriptions are accepted., The purpose is to shed light on factors that have or may have an impact on the development and treatment of atherosclerosis, and to assess how these factors interact in the development and treatment of atherosclerosis., The project aims to examine the historical and current development in the size and composition of the workforce., The purpose of the project is to examine citizens' use of public welfare services throughout the entire life cycle, i.e. from birth to grave., The research project seeks to shed light on fundamental questions in economics and financing regarding the operation and financing of companies., The purpose of the project is to examine the assessment, course and treatment in the Danish healthcare system with a view to identify where cross-sectoral implementation can improve, and where the work with evidence-based knowledge in daily clinical practice can optimize., The purpose of the project is to investigate how diet, smoking, alcohol and exercise factors (KRAM factors) relate to the degree of health deterioration, as well as the development of the incidence and prevalence of the KRAM factors in relation to the development of disease over time., 2. Description, Based on the purpose of the project, elaborate the background and conditions of the actual research project., Hint questions:, Which main hypothesis or which research topics are examined or attempted to answer?, What topics does the project address, and how are basic data and any external data included in relation to these topics?, Recommendations:, Make your argument on a topic level, such as ’immigration’, ’education’, ’criminal offences’ and ’income’ as well as ’diagnosis information’, ’pharmaceutical product data’ and ’rates’., The reasoning for external data should be described in the same way as basic data. , Describe which topics the project investigates so that the project can be adapted along the way and benefit from data across multiple areas.  , Pay attention to the coherence between the description and the other parts of the project proposal., 3. Relevance to society, Describe the relevance of the project to society in brief., Hint questions, What is the connection between the purpose of the project and its relevance to society?, How is the project relevant to all of society?, Recommendations:, Keep the description short and credible., Avoid repetitions from the other texts as well as text that does not concern this specific project., Examples of adequate project proposals (in Danish), Eksempel 1 - Analyse om fertilitet og graviditet, Eksempel 2 - Arbejdsmarkedstilslutning, Eksempel 3 - Hjertekarsygdomme i den danske befolkning, Eksempel 4 - Betydningen af at have en neurologisk sygdom, Project access, Here the administrator or a contact person with powers can add users to the project proposal, so that it is possible for these users to access data. The users must have been created in the DDP App and have an active user agreement with the authorised institution that is the data controller of the project., Data content , This is where you select registers and variables for the project proposal and descripe external data under 'External Datasources'. This is also where you describe the project population. , Read more under Population description, . Below you will find hint questions and recommendations for filling external datasources., External datasources, Describe external data that is associated with the project proposal. , Hint questions:, What kind of data does the external data source collect , How does the external data support the project's purpose, Recommendations:, Classify external data by data source. For example, one external data source could be data from the National Agency for IT and Learning (STIL). ,  Briefly and generally explain what the data will be used for, so that there is the possibility of expanding the project along the way with more data from the same data source. , Be aware that external data sources must be included in the project description., Analysis platforms , If your authorised institution has a hosted server, you can choose to create the project here. Alternatively, you can always create the project on the Researcher server. , Read more under Analysis platform, Summary, Here you can see your complete project proposal and check that everything has been entered correctly. If you want to change something, you can go back and correct it before you submit your request. If you are an administrator for the institution under which the project belongs, you can submit the proposal directly to Statistics Denmark by clicking ‘Submit’. If not, you must send the proposal to one of the administrators in your institution by clicking ‘Submit to administrator’. , If you get your project proposal back for revision, it means that the project owner in Denmark’s Data Portal has reviewed it and added comments that you must consider. You can re-submit the project proposal after editing. ,  , Specifically when creating subprojects on project databases and authority schemes, When you create a project proposal for a subproject, you must remember to select project database scheme/authority scheme. If by mistake you select the researcher scheme, the project proposal will not be created as a subproject. Unfortunately, it is not possible to change the scheme, and therefore you must create a new project proposal., The project proposal is completed in the same way as a project under the researcher scheme, but under ‘data content’, you must pay attention to the following:, Data that is to be transferred from the project database/authority scheme must be indicated under ‘Data from the Project database’ or ‘Data from Authority scheme’, Data to be added from Denmark’s Data Portal must be indicated under ‘Data from the DDP App'.

https://www.dst.dk/en/TilSalg/data-til-forskning/anmodning-om-data/oprettelse-af-projektindstilling

RAAV1: Manufacturing industry

commodity group (2digits), industry (DB07), unit and time
2002-2023 (-)

https://www.statbank.dk/RAAV1

Tables in StatBank

Component 1: Integrated administrative data system

1.0: Project preparation, Activity 1.0.A - Mission report - Assessment and planning (ENG), Activity 1.0.A - Mission report - Assessment and planning (AR), Activity 1.0.A - Population statistics - DoS (ENG), Activity 1.0.A - Population statistics - DoS (AR), Activity 1.0.A - SBR - DOS (ENG), Activity 1.0.A - SBR - DoS (AR), Activity 1.0.A - Administrative data - SD (ENG), Activity 1.0.A - Administrative data - SD (AR), Activity 1.0.A - Population statistics - SF (ENG), Activity 1.0.A - Population statistics - SF (AR), Activity 1.0.A - Statbus presentation - SD (ENG), Activity 1.0.A - Statbus presentation - SD (AR), Activity 1.0.A - Summary and conclusions (ENG), Activity 1.0.B - Mission report - Assessment and planning IT (ENG), Activity 1.0.B - Mission report - Assessment and planning IT (AR), Activity 1.0.B - Dataflow and systems - SD (ENG), Activity 1.0.B - Dataflow and systems - SD (AR), Activity 1.0.B - IT From order taker to powerful business partner - SD (ENG), Activity 1.0.B - Template for business case and assessment of service provider - Statistics Denmark (ENG), 1.1: Inventory and roadmap, Activity 1.1.1 - Mission report Roadmap for population statistics (ENG), Activity 1.1.1 - Mission report Roadmap for population statistics (AR), Activity 1.1.1 - Quality of register based census in Lithuania (ENG), Activity 1.1.1 - Quality of register based census in Lithuania (AR), Activity 1.1.1 - Steps to Assess Data Quality of Registers (ENG), Activity 1.1.1 - Steps to Assess Data Quality of Registers (AR), Activity 1.1.2 - Mission report - Roadmap for the developing a SBR in Jordan (ENG), Activity 1.1.2 - Mission report - Roadmap for the developing a SBR in Jordan (AR), Activity 1.1.2 - Administrative Data Cooperation in Statistics Finland (ENG), Activity 1.1.2 - Administrative Data Cooperation in Statistics Finland (AR), Activity 1.1.2 - The German SBR (ENG), Activity 1.1.2 - The German SBR (AR), 1.2: Pilot SBR, Activity 1.2.1 - Mission report - Strategy for cooperation with administrative data owners for establishing a SBR (ENG), Activity 1.2.1 - Mission report - Strategy for cooperation with administrative data owners for establishing a SBR (AR), Activity 1.2.1 - Strategy for cooperation with administrative data owners - SD (ENG), Activity 1.2.1 - Strategy for cooperation with administrative data owners - SD (AR), Activity 1.2.1 - Strategy for cooperation with administrative data owners - SF (ENG), Activity 1.2.1 - Strategy for cooperation with administrative data owners - SF (AR), Activity 1.2.1 - Strategy for cooperation with administrative data owners - Conclusions (ENG), Activity 1.2.2 - Mission report - StatBus I (ENG), Activity 1.2.2 - Mission report - StatBus I (AR), Activity 1.2.2 - Introduction to StatBuS (ENG), Activity 1.2.2 - Introduction to StatBuS (AR), Activity 1.2.3 - Mission report - StatBus II (ENG), Activity 1.2.3 - Mission report - StatBus II (AR), Activity 1.2.3 - Characteristics of units (ENG), Activity 1.2.4 - Mission report - Introduction and testing of the StatBus System III (ENG), Activity 1.2.4 - Mission report - Introduction and testing of the StatBus System III (AR), Activity 1.2.7 - Mission Report - Quality of the Statistical Business Register SBR (ENG), Activity 1.2.7 - Mission Report - Quality of the Statistical Business Register SBR (AR), Activity 1.2.7 - Mission Report - Quality of the Statistical Business Register SBR (AR), Activity 1.2.7 - Mission Report - Quality of the Statistical Business Register SBR (ENG), Activity 1.2.7 - Mission Report - Quality of the Statistical Business Register SBR (AR), Activity 1.2.7 - Mission Report - Quality of the Statistical Business Register SBR (ENG), Activity 1.2.8 - Mission report - Suitable Resources for Variables in SBR (AR), Activity 1.2.8 - Mission report - Suitable Resources for Variables in SBR (ENG), Activity 1.2.8 - Mission report - Suitable Resources for Variables in SBR (AR), Activity 1.2.8 - Mission report - Suitable Resources for Variables in SBR (ENG), Activity 1.2.8 - Mission report - Suitable Resources for Variables in SBR (AR), Activity 1.2.8 - Mission report - Suitable Resources for Variables in SBR (ENG), Activity 1.2.9 - Mission report - Installation StatBus vers 2 and upload of test data (AR), Activity 1.2.9 - Mission report - Installation StatBus vers 2 and upload of test data (ENG), 1.3: Pilot population statistics, Activity 1.3.2 - Mission report - Best practice Population statistics (ENG), Activity 1.3.2 - Mission report - Best practice Population statistics (AR), Activity 1.3.2 - German census (ENG), Activity 1.3.2 - German census (AR), Activity 1.3.2 - Population statistics in Finland (ENG), Activity 1.3.2 - Population statistics in Finland (AR), Activity 1.3.2 - Lithuanian census (ENG), Activity 1.3.2 - Lithuanian census (AR), Activity 1.3.2 - Summary (ENG), Activity 1.3.3 - Mission report - Best practices for evaluating quality of administrative data (ENG), Activity 1.3.3 - Mission report - Best practices for evaluating quality of administrative data (AR), Activity 1.3.3 - Introduction from STEs on quality of registers (ENG), Activity 1.3.3 - Introduction from STEs on quality of registers (AR), Activity 1.3.3 - Status DoS (ENG), Activity 1.3.3 - Status DoS (AR), Activity 1.3.3 - Use of Administrative Data for Census (ENG), Activity 1.3.3 - Use of Administrative Data for Census (AR), Activity 1.3.4 - Mission report - Establishing a population register based on administrative data sources (ENG), Activity 1.3.4 - Mission report - Establishing a population register based on administrative data sources (AR), Activity 1.3.4 - Administrative Data Division in DoS (ENG), Activity 1.3.4 - Administrative Data Division in DoS (AR), Activity 1.3.4 - Administrative data for producing population statistics in Italy (ENG), Activity 1.3.4 - Administrative data for producing population statistics in Italy (AR), Activity 1.3.4 - Introduction to the population register in Germany (ENG), Activity 1.3.4 - Introduction to the population register in Germany (AR), Activity 1.3.5 - Mission Report - Building an Address Register (AR), Activity 1.3.6 - Mission report - Quality and metadata (ENG), Activity 1.3.6 - Mission report - Quality and metadata (AR), Activity 1.3.6 - Introdction - Metadata overview (ENG), Activity 1.3.6 - Introdction - Metadata overview (AR), Activity 1.3.6 - Harmonisation table (ENG), Activity 1.3.6 - Harmonisation table (AR), Activity 1.3.6 - Quality management (ENG), Activity 1.3.6 - Quality management (AR), Activity 1.3.6 - Quality of administrative registers in DoS (ENG), Activity 1.3.6 - Quality of administrative registers in DoS (AR), Activity 1.3.6 - Reference metadata practice (ENG), Activity 1.3.6 - Reference metadata theory (AR), Activity 1.3.6 - Reference metadata theory (ENG), Activity 1.3.6 - Role and task of the Quality Unit at Istat (ENG), Activity 1.3.6 - Role and task of the Quality Unit at Istat (AR), Activity 1.3.5 - Mission Report - Building an Address Register (ENG), Activity 1.3.6 - Standardised production - introduction to GSBPM (ENG), Activity 1.3.6 - Standardised production - introduction to GSBPM (AR), Activity 1.3.6 - Structural metadata (ENG), Activity 1.3.6 - Structural metadata (AR), Activity 1.3.6 - Tasks of the Quality Department in DoS (ENG), Activity 1.3.6 - Tasks of the Quality Department in DoS (AR), Activity 1.3.10 (o) - Mission Report - Experiences and challenges from the combined census in Aqaba (ENG), Activity 1.3.10 (o) - Mission Report - Experiences and challenges from the combined census in Aqaba (AR), Activity 1.3.6 - Reference metadata practice (AR), Activity 1.3.7- Mission report - Linking administrative data and survey data (AR), Activity 1.3.7- Mission report - Linking administrative data and survey data (Eng), 1.4: Data flows, Activity 1.4.1 - Mission report - IT strategy with activity track (ENG), Activity 1.4.1 - Mission report - IT strategy with activity track (AR), Activity 1.4.1 - Strategy process - presentation SD (ENG), Activity 1.4.1 - Summary IT Strategy (ENG), Activity 1.4.2 - Mission report Information security (ENG), Activity 1.4.2 - Mission report Information security (AR), Activity 1.4.2 - Information security at Statistics Denmark (ENG), Activity 1.4.2 - Information security at Statistics Denmark (AR), Activity 1.4.2 - Information security at Statistics Lithuania (ENG), Activity 1.4.2 - Information security at Statistics Lithuania (AR), Activity 1.4.4 - Mission report - Data management Center (DMC) I - Requirement specification (ENG), Activity 1.4.4 - Mission report - Data management Center (DMC) I - Requirement specification (AR), Activity 1.4.4 - Requirement Specification DMC 2023 (ENG), Activity 1.4.4 - Requirement Specification DMC 2023 (AR), Activity 1.4.4 - DMC Network Diagram, Activity 1.4.4 - DMC overview, Activity 1.4.5 - Mission report - DMC II (ENG), Activity 1.4.5 - Mission report - DMC II (AR), Activity 1.4.5 - Introduction to Data Centers (ENG), Activity 1.4.5 - Introduction to Data Centers (AR), Activity 1.4.5 - Pseudonymization of identifying variables (ENG), Activity 1.4.5 - Pseudonymization of identifying variables (AR), Activity 1.4.6 - Mission report - Information Security policy (ENG), Activity 1.4.6 - Mission report - Information Security policy (AR), Activity 1.4.6 - Draft for a Information Security policy in DoS (ENG and AR), Activity 1.4.6 - Security and ISO27001 (ENG), Activity 1.4.6 - Security and ISO27001 (AR), Activity 1.4.6 - Introduction to GDPR (ENG), Activity 1.4.6 - Introduction to GDPR (AR), Activity 1.4.6 - Information Security Information Management System (ISMS) in Lithuania (ENG), Activity 1.4.6 - Information Security Information Management System (ISMS) in Lithuania (AR), 1.5: Training, Activity 1.5.1 - Mission report - Metadata awareness and reference metadata (AR), Activity 1.5.1 - Mission report - Metadata awareness and reference metadata (ENG), Activity 1.5.2 - Mission report - Metadata awareness and Structural metadata (AR), Activity 1.5.2 - Mission report - Metadata awareness and Structural metadata (ENG), 1.6: National Data Center, Activity 1.6.3 - Mission report - Introduction to SDMX (AR), Activity 1.6.3 - Mission report - Introduction to SDMX (ENG), Mission 1.6.4 - Mission report - Final (English), Mission 1.6.4 - Mission report - Final (Arabic), Activity 1.6.5 - Mission report - Data Security confidentiality and statistical disclosure control (SDC) (AR).docx, Activity 1.6.5 - Mission report - Data Security confidentiality and statistical disclosure control (SDC) (ENG)

https://www.dst.dk/en/consulting/projects/jordan-2022-2024/component-1-integrated-administrative-data-system

The Right to be Counted!

A fundamental civil right to gain access to essential social services and exercise democratic rights., 12 December 2024 12:00 , By , Klaus Munch Haagensen, In an increasingly interconnected world, the right to be counted has emerged as a fundamental civil right. Civil registration and identification systems – whether in the form of birth certificates, national ID cards, or social security numbers – are critical tools that enable individuals to exercise their democratic rights and access essential social services. However, the benefits of these systems come with significant challenges, including issues of data privacy, accessibility, and the potential for misuse., Civil Rights Tied to Registration, Modern governance rests on the principle that individuals must be recognized by the state to exercise their civil rights. Legal identification, whether through birth registration or national ID cards, ensures individuals are both counted and protected under the law of the state. Without formal recognition, millions of citizens worldwide are excluded from basic rights, such as voting, social security, and the ability to engage in civic life., The phrase "If you are not counted, you have no civil rights" encapsulates the importance of registration. Without legal identity, individuals cannot vote, access healthcare, or seek protection from the legal system. In many developing regions, the lack of registration at birth or access to an ID leaves entire populations invisible, further marginalizing vulnerable groups and obstructing social equality., The Statistical Power of Civil Registration, Beyond safeguarding rights, civil registration systems are crucial for effective governance. Paired with a unique identifier, such as a national ID number, these systems provide accurate population data, enabling governments to plan and allocate resources more effectively., In Statistics Denmark’s Strategic Sector Cooperation (SSC) projects in Ghana, Morocco and Vietnam, we are working with our partner organisations and the Danish embassies to advocate for civil registration and linking it with other administrative data for statistical purposes and thus for improved planning and decision-making., The central promise of the UN’s 2030 SDG agenda to 'Leave No One Behind' relies on effective civil registration systems and accurate statistics. Without knowing who lives in a given area, it is impossible to determine whether any person or group has been left behind., In Ghana, for instance, the national identification system, centred on the Ghana Card, links voter registration with demographic data. This allows for better tracking of voter participation and helps the government forecast changes in population dynamics, economic trends, and service requirements. By linking administrative data to a clear identifier, countries like Ghana can better plan for the future, using real-time information to adapt to emerging challenges., Currently, a concerning amount of children in Ghana remain unregistered, rendering them effectively invisible and unrecognized by governmental bodies and legal systems. The introduction of the Ghana card at birth represents a crucial step forward in the nation's journey towards digital transformation and the guarantee of fundamental rights from the outset of life. , In April 2024, Ghana launched a Civil Registration System for infants to remedy the situation. The registration system enables infants of 6-weeks to obtain their own unique personal identification number and card. This documentation will serve as both digital and physical evidence of their legal identity, family relations, and entitlements from the time of birth, thereby ensuring essential social protection. , Furthermore, this initiative holds immense promise for enhancing data collection. By leveraging administrative data sources such as the Ghana card for infants, in conjunction with other administrative data, the SSC partner Ghana Statistical Service can transition from the reliance on surveys to utilizing more robust and more inexpensive data sources. This transition will facilitate the provision of critical information necessary for evidence-based decision-making., The national ID enables citizens to identify themselves and participate in legal transactions, such as opening a savings account, paying taxes, getting married, or enrolling in school., The , Pitfalls: Privacy Concerns and Data Misuse, Despite the many benefits of civil registration systems, they can also present significant risks if not properly managed. Centralized systems are vulnerable to misuse, especially in politically unstable environments. Governments or third-party actors can exploit personal data for surveillance, discrimination, or political control. , Privacy and data security are critical. Registration systems must be built with strong safeguards to protect against unauthorized access. Without trust in the system, people may avoid registering out of fear their data could be used for harmful purposes, such as deportation or racial profiling., For example, in some countries, marginalized communities, such as ethnic minorities or refugees, may avoid registration because of concerns that their data will be used to exclude them from public life or subject them to government monitoring. This exclusion exacerbates existing inequalities, leaving these groups without access to social services furthering their vulnerability., Privacy concerns and the risk of misuse create a dilemma for democracy and the goal of leaving no one behind. If people are not 'counted,' we cannot know who may be left behind, and without registration, individuals cannot be assured the opportunity to exercise their civic rights., Case Studies: Successes and Challenges, Several countries have implemented civil registration systems with varying degrees of success. In Ghana, the Ghana Card has become central to voter registration and participation in elections. During the December 2024 election, the government encouraged citizens to register as voters using their Ghana Card. However, it was not mandatory, as individuals could also register with a birth certificate or through a guarantor who attested to their identity. Of the 1.7 million Ghanaians who registered for the first time for this election, the majority reportedly used the Ghana Card, although the exact proportion is currently unknown. Many Ghanaians who voted in the election had already been registered in previous elections and participated using their existing voter cards. , More practically, the Ghana Card also serves as a personal ID for financial transactions and everyday tasks, such as obtaining a cell phone., Additionally, a pilot program in Denmark has been launched to issue Ghana Cards at the Ghanaian embassy for Ghanaians residing abroad, expanding access to the diaspora community., In Morocco, the costs of conducting a national census have prompted discussions about transitioning to an administrative civil registration system based on data. This would not only reduce the costs associated with traditional censuses but also ensure more accurate and continuous population data collection., A Global Challenge, The challenge of ensuring universal registration is not unique to Ghana or Morocco. Across Africa and the developing world, birth registration rates remain low, particularly in rural and remote areas. This issue is especially severe for communities with lifestyles less integrated into the formal economy and limited access to government services that require ID., Ongoing research, such as Amanda Wendel Malm's work in the Certification of Citizenship in Africa project at the University of Copenhagen, [1], , explores the dynamics, implications, and policy negotiations surrounding legal identification in Ghana and Uganda, as well as at international organizations. This research highlights the consequences of the push for new and updated national ID systems. When countries began implementing these systems, they had significant impact – partly on Civil Registration and Vital Statistics (CRVS) systems – which in some instances received lower priority, less attention, and, in some cases, reduced funding., For example, in Ghana, we can see similar challenges before addressing the integration of children into the national ID system. National IDs, both in international discourses and national policies, are frequently designed with an adult population in mind. Similarly, at the international level, tensions have emerged between agencies and organizations regarding the prioritization of national ID systems versus CRVS systems., The essence of the matter is the need for a foundational and interoperable system in which different forms of registration and identification – such as national IDs and CRVS – are equally valued and interconnected. This balance is crucial to avoid undermining certain registration forms and their connected statistics, such as birth and death registrations. It is vital for both the international community and individual countries to ensure that no single form of registration is neglected in favour of developing another., The Way Forward: Balancing Equity, Security, and Democracy, As civil registration is essential to democratic participation and social protection, it is crucial that these systems are designed with equity and security at their core. Marginalized communities must have equitable access to registration, and robust privacy protections must be in place to safeguard personal data., Moreover, governments must strive to build trust with their citizens, ensuring that registration systems are not perceived as tools of control or oppression. This is especially important in regions where ethnic tensions or a history of political repression may lead to fears about data misuse. , By promoting a comprehensive and inclusive approach, governments can ensure that all forms of registration work in harmony to support equitable access to services, robust policy-making, and accurate demographic data., In the broader global context, the right to be counted is a human right. As countries work to achieve universal registration, they contribute to a more equitable and democratic world where no one is left behind. Civil registration is more than a bureaucratic exercise – it is a gateway to civil rights, social justice, and the promise of democratic participation for all., You can read more abour Staistics Denmarks capacity building projects here., [1], https://teol.ku.dk/english/dept/certizens-certifications-of-citizenship-in-africa/,  , Source: This news article is written by Klaus Munch Haagensen , chief advisor and project manager for Statistics Denmarks Strategic Sector Cooperation project in Morocco.

https://www.dst.dk/en/consulting/news-from-international-consulting/2024/12-12-2024-the-right-to-be-counted

Historical projects

Statistics Denmark has been involved in international cooperation projects since the beginning of the millennium. , Additional information and reports from the projects are available on request. If you are interested in information about a specific historical project please write an email to , internIR@dst.dk, and we will get back you. , Below there is a short description of some of the historical projects. In addition to these, we have been involved in many other projects on a smaller scale. , Armenia, Statistics Denmark implemented an EU-financed Twinning project in Armenia in cooperation with the national statistics institutions of Finland, Italy and Lithuania from August 2015 to August 2017. The beneficiary institution was the National Statistics Service of the Republic of Armenia, Armstat. The aim of the project was to support the upgrade of official statistics of Armenia by introducing new methodologies on statistics closely aligned to European standards and enhancing dissemination of official statistics to the society. , The project focused on six major components: , Dissemination and Quality of Statistics, Demographic Statistics and IT, Labour Market Statistics, Poverty Statistics, Innovation Statistics, Water Accounts , The project was the second EU Twinning project between Armstat and Statistics Denmark. The first project ran from 2011 to 2013., Bosnia-Herzegovina, Bosnia-Herzegovina 2021-2023, Statistics Denmark was implementing an EU-financed Twinning project in Bosnia and Herzegovina in cooperation with the national statistical institutions of Finland, Sweden and Italy. The project ran from March 2021 to March 2023. , The beneficiary institutions were: , Agency for Statistics of Bosnia and Herzegovina, Institute for Statistics of Federation of Bosnia and Herzegovina, Institute for Statistics of Republika Srpska, Central Bank of Bosnia and Herzegovina, Indirect Taxation Authority of Bosnia and Herzegovina., The overall objective of the project is to increase the volume of statistical data in/for BiH and further increase the compliance with EU Acquis, with the specific objective to strengthen the statistical system institutional capacities and to further harmonise statistics in BiH with EU standards by improving business statistics, balance of payments, agriculture and labour market statistics and to improve reporting/statistics on collected indirect taxes. , In general, the project addressed six independent components: , Component 1 - Business Statistics, with four subcomponents, C 1.1 - Statistical Business Register, C 1.2 - Structural Business Statistics, C 1.3.1 - Index of Production in Construction, C 1.3.2 - Index of Services Production, Component 2 - Agricultural Statistics, Component 3 - Administrative Data Sources, Component 4 - Labour Market Statistics, Component 5 - Balance of Payment Statistics – Central Bank, Component 6 - Macroeconomic Analysis Unit of the Governing Board of the Indirect Taxation Authority, You can read more about the project on Facebook: EU Twinning - Further Support to the Reform of Statistics System in BiH , Bosnia-Herzegovina 2018-2020, Statistics Denmark has implemented an EU-financed Twinning project in Bosnia and Herzegovina in cooperation with the national statistical institutions of Croatia, Finland and France. The project ran from January 2018 to April 2020. , The beneficiary institutions were:, Agency for Statistics of Bosnia and Herzegovina, Institute for Statistics of Federation of Bosnia and Herzegovina, Institute for Statistics of Republika Srpska, Central Bank of Bosnia and Herzegovina., The aim of the project was to strengthen the statistical system in Bosnia and Herzegovina and to increase the number of statistics, which is harmonised with EU standards. , The project focused on the following topics: , Component 1: National Accounts, Component 2.1: Statistical Business Register, Component 2.2: Structural Business Statistics, Component 2.3: Service Producer Price Index, Component 2.4: Construction Producer Price Index, Component 2.5: Tourism Statistics, Component 3: Balance of Payment and International Investment Position Statistics, You can read more about the project on Facebook: EUtwinningStatisticsBiH , Georgia, Statistics Denmark implemented an EU-financed Twinning project in Georgia. Our partner was the National Statistics Office of Georgia, Geostat. The implementation happened in cooperation with the national statistical institutes of the Czech Republic, Hungary, Finland and Lithuania. The project ran from April 2019 to July 2021. , The project has four main topics:, External Sector Statistics, National Accounts, Business Statistics, Social Statistics, The aim of the project is to assist Geostat in further improving statistical capacity and contributing to providing timely, internationally comparable and reliable statistical data. , You can also follow the project on Facebook: EUtwinningGeostat. , Egypt, From September 2008 to November 2010 Statistics Denmark and the Central Agency of Public Mobilisation and Statistics (CAPMAS) of Egypt implemented an EU Twinning project. The project was called "Institutional Capacity Building for the Central Agency of Public Mobilization and Statistics; and Developing the Legal Framework for Statistics in Egypt"., We implemented the project in partnership with Statistics Sweden, Statistics Finland, Central Statistical Bureau of Latvia and the Czech Statistical Office. The objective was to support the preparation of statistical policy and legislation and to build up the organizational capacity of CAPMAS to produce, publish and disseminate high quality statistics., The project focused on six major components:, Improvement of statistical legislation, Organisational reform, Increasing statistical awareness, Improved IT-function, Development of certain statistics such as national accounts, external sector statistics and price statistics , Israel, Statistics Denmark and the Israeli Central Bureau of Statistics (ICBS) implemented a two-year EUTwinning project from March 2016 to August 2018. Besides experts from Statistics Denmark, the project was implemented in cooperation with the national statistics institutions in the Netherlands, Poland and the UK., The project is a result of the bilateral ENP Action Plan between the EU and Israel., See the EEAS website for further details on the EU/Israel Action Plan, The project had four major components:, Quality management of official statistics, Micro-data services to researchers, Infrastructures for agricultural statistics, Methodological and geo-spatial tools for improving the quality and efficiency of field surveys, The purpose of the project was for the ICBS to align official statistics with standards, guidelines and best practices from the European Union and from international organizations like the IMF and the OECD., The project was a logical continuation of a previous EU Twinning project between Statistics Denmark and ICBS that ran from May 2013 to December 2014., Jordan, Between November 2013 and April 2015, Statistics Denmark implemented an EU Twinning project with the Department of Statistics of Jordan. We worked on the implementation together with Istat of Italy, the Central Statistics Bureau of Latvia and Northern Ireland Cooperation Overseas. , The topics were:, Ensuring quality control of statistical data through upgrading sampling methodologies, Implementing international and European methods in National Accounts , Quality of statistics , Developing IT systems for online dissemination of statistics, Kosovo, From December 2013 to March 2016, Statistics Denmark implemented an EU Twinning Project with the Kosovo Agency of Statistics. We worked with partners from Statistics Lithuania, Statistics Finland and Ni-Co Northern Ireland., The project had four components:, Quality Systems for Statistics, National Accounts, Business Statistics, Information Technology System, Mozambique, The project between Statistics Denmark, Statistics Norway and Statistics Sweden on one side and Instituto Nacional de Estatística of Mozambique (INE) ran from 2002 to the end of 2017. , Originally, the project was funded by the World Bank to support the newly formed national statistical institute (INE) with its first 5-year master plan, 1998-2002. , Long and short term advisors started helping INE to strengthen already existing systems and support the creation of new ones to build up an efficient system for the production of the statistical information required for planning, monitoring and evaluation of the country's development program. , During the period 2003-2007 an even more extensive project was created where Denmark, Norway and Sweden joined to directly finance both technical assistance and statistical activities. A consortium, Scanstat, was formed by Statistics Denmark (lead), Statistics Norway and Statistics Sweden provided technical assistance. , Since 2008, the financing of the project was made through the state budget by the government of Mozambique and a common fund, where UNFPA (lead), Norway and Sweden were signatories of the Memorandum of Understanding and contributing financially to the fund. Also Denmark, Canada, Italy, the World Bank, FAO and UNICEF were often participating as interested stakeholders in common meetings. , For the period 2013-2017, the contract between Scanstat and INE contained 111 months of long-term technical assistance, one in Institutional Development and one in Economic Statistics. There was also up to 207 weeks of short-term technical assistance covering all aspects of a modern staistical office in a developing country. Some of the activities were executed at other producers of official statistics in Mozambique such as the Ministry of Agriculture and Food Security. , INE has been supported by the Scandinavian countries for a long time and we have been in a prolonged phasing-out phase focusing on sustainability and empowerment of the national Mozambican staff. It is encouraging to see how INE is taking up its role within the African statistical society and now often act as promoter and a good example. , Ukraine, Statistics Denmark implemented an EU-financed Twinning project with the State Statistics Service of Ukraine from December 2013 to December 2015. INSEE France, Statistics Lithuania, Central Statistical Office of Latvia, Central Statistical Office of Poland, Statistics Finland, Statistics Sweden, Statistical Office of the Slovak Republic, INE of Spain and ISTAT Italy were also providing expertise to the project., The objective of the project was to develop Ukraine’s national system of official statistics in order to apply European standards in the area of statistics., The project had 13 components:, National Accounts, Consumer Price Index (CPI) Sample, Quality reports, Producer Price Index (PPI), Structural Business Statistics (SBS), Business Trends Survey, Agriculture Statistics, Foreign Trade Statistics, Statistical Business Register, Sample Surveys Methodology, Capital and Foreign Direct Investment, Household Living Conditions Survey, Effective Communi­cation with Media and Public, Promoting the Activity of the Statistical Office, Web Portal Solutions, Data Collection Process, The project was a follow-up to a previous EU Twinning project running from 2011 to 2013.

https://www.dst.dk/en/consulting/projects/historical-projects

Authorisation of institutions

Institutions must be authorised in order to get access to data under Statistics Denmark’s microdata schemes. This page has information on the possibilities of obtaining authorisation, educational authorisation or client authorisation and on the application process., Apply for authorisation, To get access to pseudonymised data under Statistics Denmark’s microdata schemes, your institution must be authorised. To obtain authorisation, an institution must have a permanent research/analysis environment, which involves e.g. employing a head of staff and at least three experienced researchers/analysts. To apply for authorisation, you must complete the application form at the bottom of this page., Read more about our requirements to your institution and the application under ‘Types of institutions eligible for authorisation’ and ‘Requirements to application for authorisation’ below., Types of institutions that can be authorised, The below environments located in the Danish Realm may be considered for authorisation, if these comply with the application criteria:, The user group is defined under the framework agreement between Statistics Denmark and Danish e-infrastructure Cooperation (DeiC): Publicly funded research and analysis environments (i.e. university departments, government research institutes, ministries, government agencies etc.) as well as charitable foundations in Denmark., In the private sector, the following Danish organisations are eligible for authorisation:, Interest organisations. In this case (and in the case of enterprises), it is relevant to look at the ownership, the staff (education) as well as the tasks solved for public customers in particular. It may be necessary to make inquiries with these customers to get an opinion., Consultancies. However, consultancies cannot get access to business data. The director general may grant an exemption to consultancies allowing them to gain access to business data when carrying out fact-finding or research on business data for a public authority or an interest organisation, provided that this happens with the authority or organisation as data controller., Other enterprises may be authorised but may not get access to data that includes business data., Requirements to application for authorisation, In order to be eligible for authorisation, your institution must have a high and sustained focus on data security. Statistics Denmark has determined four requirements that you must be able to meet:, In the research/analysis environment, there must be a personnel manager who accepts the responsibility for the authorisation and for overseeing that the rules in the authorisation agreement are kept. This includes continuously ensuring that all persons in need of access are familiar with the rules on access to data and the rules on transfer of results., As a minimum, there must be at least three people in the environment with specific experience in handling large data volumes and solid knowledge of our data security rules. Experience may have been gained, for example, through previous access to pseudonymised data under Statistics Denmark’s microdata schemes, or experience otherwise gained with the handling of register data., For private environments, the research/analysis environment must be at least one year old to be considered for authorisation., The environment must appear from the institution website., If you are a public institution, and your research/analysis environment does not meet the requirements, you can consider commissioning an already authorised private consultancy to solve the analytical task for you. For this, you need a client authorisation. Read more under ‘Requirements to application for client authorisation’., If you have questions about the application for authorisation, please contact , FSEautorisation@dst.dk, . Please write ’Re. application for authorisation’ in the subject field., Specifically for Greenland and the Faeroe Islands, According to the General Data Protection Regulation, the Faroe Islands and Greenland are third countries, which is significant in terms of obtaining authorisation:, The Faeroe Islands has obtained an adequacy decision by the European Commission, which means they can be approved as a secure third country. Institutions and enterprises from the Faeroe Islands can thus obtain authorisation on an equal footing with those from Denmark., Greenland has not obtained an adequacy decision, which is why Greenlandic institutions must enter into transfer agreements to obtain authorisation. Until Greenland is approved as a safe third country, authorisation can only comprise public institutions., For both the Faroe Islands and Greenland, the authorised institution must obtain approval from the Danish Data Protection Agency if it wants access to sensitive data according to the Danish Data Protection Act., Requirements to application for Educational authorisation, An Educational authorisation is the first step towards obtaining access under the Master’s Thesis Scheme. To obtain an Educational authorisation, the educational institution must be affiliated with a recognized public research university in Denmark that offers Master’s degree programs concluding with a Master’s thesis., The prerequisites for obtaining an Educational authorisation are specified in more detail here, (in Danish). Among other things, a personnel manager in the research/analytical environment must be willing to actively assume the role of Responsible for authorisation (see more about , User roles, ). The Responsible for authorisation may, however, delegate parts of the responsibility to a number of deputies., Researchers, lecturers, and supervisors are key actors in the handling of the Master’s thesis scheme itself, including supervision of master’s students and delimitation of microdata. They should therefore be involved in the application process for the institution’s educational authorisation., If the environment is already authorised by Statistics Denmark for research purposes (existing authorisation number), it is recommended that the key roles in the existing authorisation overlap with those in the Educational authorisation, in order to benefit from existing experience with Statistics Denmark’s microdata schemes., Once the requirements have been met, the institution may apply for an educational authorisation by completing the following text in the application form under “Short description of your research/analytical environment”:, "Educational authorisation is requested for the educational institution and with the following existing authorisation number at Statistics Denmark .", If a joint Educational authorisation is requested for several educational institutions under the same faculty or institute, this should also be briefly described in the application form, stating the names of the other educational institutions offering master’s degree programs., For questions, please contact , FSEautorisation@dst.dk, . Please write “Regarding application for educational authorisation” in the subject line., Without authorisation – what are the options?, If your research/analysis environment is not eligible for authorisation, or if you do not want to be authorised, you have the following options:, You can get Statistics Denmark’s Consulting team to perform the analytical task for you. , See how you commission a task with Statistics Denmark Consulting, You can commission a private consultancy that is already authorised to make the analytical task for you. For this, you need a client authorisation. , Note: , This solution is only offered to public institutions and requires that the performing consultancy has access to the data you need, or that you are granted an exemption allowing the consultancy to get access. Find further information under ‘Requirements to application for client authorisation’ below., Apply for client authorisation, To be authorised as a client, you must complete the application form at the bottom of this page. Please note that there are special requirements to the completion of specific fields in the form. Look for guidance under ‘Requirements to application for client authorisation’., Requirements to application for client authorisation, To be considered for client authorisation, you must enter a cooperation agreement with a private consultancy that already holds an authorisation. In that case, the analytical task will be carried out at your/the client’s responsibility, but based on the specialised environment at the consultancy charged with the task., Client authorisations are only offered to public institutions and require that the performing consultancy can get access to the data you need. Please inquire with the consultancy if this is the case before you apply for a client authorisation., Note:, If you need business data with limited access, you can apply for an exemption on behalf of the consultancy. Read about the possibility of applying for an exemption under , Access to business data, ., You cannot apply for an exemption until you have been client authorised., Guide to application for client authorisation, To apply for a client authorisation you must use the same form as for an application for authorisation (bottom of the page)., All fields in the form must be completed as specified, except for these six:, Under ’Name of institution’ you must add ’- Client authorisation’ , [Example: Agency for xxx - Client authorisation] , Under ‘Name of person responsible for authorisation (head of staff)’, you enter the name of the head of staff in your institution who is going to act as the person responsible for authorisation. For the person in question, this involves e.g. assigning roles in DDP App and acting as data controller without any supervisory obligation. The supervisory obligation lies with the consultancy charged with the task. Read more about the division of roles under , User roles, ., Under ’Brief description of your research/analysis environment’, you must state the name and authorisation number (1-3 digits) of the consultancy charged with the task , [Example: Name of consultancy, 123], Under ’Number of researchers in your research/analysis environment’, you must enter ’0’, Under ’Number of people in the environment who have specific experience in handling register data/large volumes of data, you must enter ’0’, Under ’Link to the environment website’, you must enter your institution website., If you have questions about the application for client authorisation, please contact , FSEautorisation@dst.dk, . Please write ’Re. application for client authorisation’ in the subject field.,  , The next steps and other documents, How Statistics Denmark assesses applications for authorisation and client authorisation, Assessment of application for authorisation, To assess whether you can be authorised, we make a specific assessment based on your research/analysis environment. In doing so, we focus on your competences in data management and your knowledge of the data security rules that apply for access under Statistics Denmark’s microdata schemes., All authorisations need approval from the director general of Statistics Denmark., If you are approved for authorisation, you must enter into a data processor agreement with Statistics Denmark., Assessment of application for client authorisation, To obtain a client authorisation, your research/analysis environment does not need to be assessed by Statistics Denmark. This is because your analytical tasks will be handled by an authorised consultancy., In the assessment of your application for a client authorisation, Statistics Denmark focuses on whether you are a public institution and whether you have appointed a head of staff as responsible for authorisation., If you are approved for a client authorisation, you must enter into a data processor agreement with Statistics Denmark., Other agreements, documents and guides (in Danish), Autorisationsaftale, Databehandleraftale (pdf), Tilknytningsaftale, Brugeraftale, Read about the rules on transfer of analysis results, Please refer to Statistics Denmark’s Data confidentiality policy and Information security policy, If you have questions about the application for authorisation or client authorisation, please contact , FSEautorisation@dst.dk, .

https://www.dst.dk/en/TilSalg/data-til-forskning/autorisering-af-institutioner

Sanction rules

It is important that you familiarise yourself with and comply with Statistics Denmark’s transfer and data security rules. If you do not comply with the rules, you risk suspension of you or your entire institution with Statistics Denmark. Read about our sanction rules and case processing in case of data breach., Users of Statistics Denmark’s researcher machines are responsible for complying with our transfer and data security rules. This means that you, as a user, are responsible for: , Your work on the researcher machines being compliant with Statistics Denmark’s data security rules. , Read more under Rules for working with microdata,  , Transferring analysis results and materials in compliance with Statistics Denmark’s transfer rules. , Read more under Rules on transfer of analysis results,  , Notifying , Denmark’s Data Portal immediately if you realise that you have failed to comply with Statistics Denmark’s data security or transfer rules., For more details, read Statistics Denmark’s guideline material:, Rules for data safety under the microdata schemes (pdf), Breach of the rules? This is how you handle it, If you have broken Statistics Denmark’s rules or suspect that you have, you have a duty of notification. Complying with the duty of notification in relation to breach will be considered a mitigating circumstance., Please notify both the person responsible for authorisation in your institution and Denmark’s Data Portal; the latter by sending an email to , FSEHjemtag@dst.dk, with the following: , Your ident and the authorisation number of the institution you are associated with, Project number, if any, A description of the breach or where you suspect a breach, Date and time of the breach , If the breach involves files, for example files you have transferred, image files on your computer, in your mail box or similar, you must delete them immediately from your PC, DDP App, mail folders etc. and inform about this in your email to Denmark’s Data Portal.,  , Statistics Denmark’s sanction rules, If there is a breach of Statistics Denmark’s transfer rules or data security rules, Statistics Denmark can sanction users and, worst-case-scenario, entire institutions. Statistics Denmark’s sanction rules will be deployed if: , A user breaks the rules for working with microdata on Statistics Denmark’s researcher machines, for example by taking a screendump or transcribing from the researcher machine, , or, A user has transferred data with microdata, for example transferred a file with pseudonymised key variables from BOPIKOM, Note, : An isolated breach of the rules of statistical disclosure control will not result in sanctions. In case of repeated non-compliance, however, it can result in sanctions for the institution., Sanctions in case of breach - Assessment of severity and scope, Statistics Denmark makes decisions about sanctions. We distinguish between less severe and severe breaches: , Less severe breaches, : Thoughtless action or accident – for example identification in connection with troubleshooting, Severe breaches, : Conscious action – for example conscious attempt to identify individuals or enterprises in data , Statistics Denmark decides whether a breach is categorised as less severe or severe. In the assessment of the severity of a breach, we take the following into account:, Was it a thoughtless or conscious action?, Has the user detected the breach himself, and if so, observed his duty of notification?, In connection with transfer, : How large a volume of microdata has the user transferred?, In connection with transfer, : Has the transfer tool in DDP App been used for the transfer, and if so, has the user ignored the transfer module’s warning? , In case of isolated, less severe breaches, the sanction will target the user and the project where the breach has happened. This means that the project where the breach took place will be temporarily closed for everybody and the user’s access temporarily closed, so that he or she cannot access his or her projects. In case of severe or repeated breaches, i.e. where breaches have previously been registered on the institution number, the sanctions will be more rigorous. See the overview of sanctions below., Note, : If Statistics Denmark has previously registered a breach for an institution, breaches dating back more than 2 years will not be taken into consideration. This means that any new breaches will be handled as first-time-breaches., Overview of sanctions , Sanction system for the researcher scheme,  , Sanction against user and project, Access is closed for user and access to the project is closed , Sanction against institution, Access is closed for all users and access to all projects is closed , Occurrence, First time, Second time, in 2 years, Third time, in 2 years, Fourth time, in 2 years, Less severe , breach, Until report can be approved*, 1-month suspension*, 3-month suspension*, Concrete, assessment*, Potential termination of the institution’s authorisation agreement, Severe breach, 3-month suspension*, 3-month suspension*, Potential termination of the institution’s authorisation agreement and/or specific user agreement, 6-month suspension*, Concrete evaluation of the institution’s authorisation agreement and potential termination of the institution’s authorisation agreement*, Sanction system for the authority scheme,  , Sanction against user , Access is closed for user , Sanction against scheme, Access is closed for users of the scheme, Occurrence, First time, Second time , in 2 years, Third time , in 2 years, Fourth time , in 2 years, Less severe , breach, Until report can be approved*, 1-month suspension, 1-month suspension, Concrete assessment, Potential termination of authorisation agreement, Severe breach, 3-month suspension, 3-month suspension, Potential termination of authorisation agreement and/or user agreement, 3-month suspension, 6-month suspension, Potential termination of authorisation agreement, * When Statistics Denmark detects a breach that comes under the sanction rules, the user and the project where the breach occurred will be temporarily suspended, until Statistics Denmark has processed the case and made a decision. This applies regardless if it is an isolated breach or repeated breaches within two years. , Statistics Denmark makes a decision based on a report and a plan that must be presented to Statistics Denmark by the institution with which the user is associated. Statistics Denmark will not commence the processing of the case, until we have received an adequate report and plan. Statistics Denmark estimates whether the report and plan of an institution is adequate or should be rewritten.  , You can read more about Statistics Denmark’s case processing and the requirements to the report and the plan under ”Statistics Denmark’s case processing in connection with breach of rules - guide”.,  , Statistics Denmark’s case processing in connection with breach of rules - guide, When Statistics Denmark receives a notification, or we find out ourselves that a user has not complied with Statistics Denmark’s data security and transfer rules, the user in question and the project where the breach has taken place will be temporarily suspended. The suspension lasts until Statistics Denmark has received an adequate report about the incident and a plan for prevention of similar breaches in future, and Statistics Denmark has processed and decided the case., The case processing step-by-step , The process takes place in the following steps:, Step: Presentation and demand for report and plan, When Denmark’s Data Portal receives a notification, or find out themselves that a user has not complied with Statistics Denmark’s rules, the user in question and the person responsible for authorisation in the institution will be notified by email., Denmark’s Data Portal informs about the date of the suspension of the project and of the user in question, and they will request an adequate report about the incident and the scope of the breach as well as an adequate plan for preventing similar breaches in future. Both the report and the plan must be completed in the standard template provided by Denmark’s Data Portal., The person responsible for authorisation in the institution is responsible for the report and the plan being prepared and sent to Denmark’s Data Portal., Presentation and plan – demand for “adequacy”, With the demand for adequacy, Denmark’s Data Portal asks for an adequate report about the incident and the scope of the breach. By an adequate plan is meant a report and any documentation for appropriate technical, organisational and/or staff-related measures the institution has implemented in the light of the breach. The plan can consist of e.g.:, A brief account of the current rules and practice in the institution that may be relevant for the case, A presentation of what the institution has done in connection with the breach, for example, which consequences it has had for the user, A plan for what the institution is going to do to prevent similar breaches in future, It is important that it is not statements of intent. This means that the institution must account for the initiatives that they have already implemented or will implement, and describe the process behind it. Examples could be:, Has the person responsible for authorisation held a meeting with relevant stakeholders in the institution about the breach? (Indicate: Who? When? Which proposals/decisions were made?). Attach any resolution minutes., Has the person responsible for authorisation made proposals or suggested solutions to a relevant committee, the executive board, the governing body or similar? (Indicate: Who? When? What is/was on the agenda? What was decided?). Attach the agenda and/or resolution minutes., Has a decision been made in the institution to enhance for example the communication, instructional materials, code of conduct or similar? (What? How? When? Who is the target group?)., Has the institution adopted or made any other efforts to prevent similar breaches in future? (What? How? When? Who is the target group?)., If Denmark’s Data Portal estimates that the report, plan or both are inadequate, Statistics Denmark will notify you about it and request a new one., Step: The case processing in Statistics Denmark, When Statistics Denmark estimates that the report and plan we have received are adequate, Denmark’s Data Portal will prepare the case for Statistics Denmark’s Supervisory Board and Director General. You can expect the case processing to take approximately 8 working days from we receive the adequate report until we send our decision., Step: Decision, When Statistics Denmark has made a decision of the case, we send a decision letter by email to the person responsible for authorisation. The letter contains the final decision from Statistics Denmark’s Director General, including the reason for the decision and information on whether the temporary suspension of the project and the user is lifted or whether further sanctions are imposed on the user or the institution., Guides, agreements and documents in relation to data security and responsibility, Statistics Denmark’s data security rules under the Microdata schemes, Rules for data safety under the microdata schemes (pdf), Statistics Denmark’s information security and data confidentiality policy , Information security and data confidentiality policy – Statistics Denmark, Agreements (in Danish), Autorisationsaftale (pdf), Databehandleraftale (pdf), Tilknytningsaftale (pdf), Brugeraftale (pdf)

https://www.dst.dk/en/TilSalg/data-til-forskning/regler-og-datasikkerhed/sanktionsregler

Linking of external data

Statistics Denmark’s register data can be linked with other data materials, here called external data. This can be, for example, extractions from registers outside Statistics Denmark, your own data – for example survey data – or data from other data providers., External data must be documented and comply with the same requirements to data minimisation and statistical disclosure control that Statistics Denmark applies in general., These requirements must ensure that only external data needed in the project is provided and that Denmark’s Data Portal get the information necessary to be able to handle the additional microdata and make it available in the specific project., Use of external data must comply with the same rules regarding confidentiality and transfer as those that apply to Statistics Denmark’s microdata. , Read more about the rules on transfer and sanctioning, Any other data must be provided safely to Statistics Denmark. , You will find the guide for uploading external data sets under ‘Use of DDV upload’, Requirements for external data, Only approved and documented data:, External data must be covered by an approved project proposal. Documentation of the external data content must be uploaded as an appendix in the DDP App. See below under ‘Documentation of external data’., No information identifying individuals or businesses:, Personal names, company names, responses with free text in surveys and other information roughly identifying individuals or businesses is not allowed to be included in external data. Such variables must be removed or categorised before external data is provided to Denmark’s Data Portal., Only the required key variables:, You may include only the key variables, e.g. civil registration number, required to link the external data with the other data on the project. Key variables that are not needed must be removed before data is provided to Denmark’s Data Portal., Only numeric variables and categorised text variables:, External data may not include non-categorised text variables, such as free text., Only information required for the specific project:, Key variables for which there is no need, must be removed before data is provided to Denmark’s Data Portal., File formats, External data may be provided in the following formats:, .ASC, .CSV, .DTA, .ODS, .PDF, .SAS7BCAT, .SAS7BDAT, .SAV, .XLS, .XLSX, Documentation of external data, External data must be documented, so that Denmark’s Data Portal gets the information that is necessary to be able to handle the external data and provide it for the specific project. For that reason, the institution is responsible for uploading an overview with the below content as an appendix in the DDP App., A short description of data (for example origin and content), Name of the data set, names of variables and a description of the variable content., The key variables that must be de-identified. This means the variables required to link the external data with the other data in the project (e.g. civil registration number)., Which additional variables must be de-identified? This means variables that can be attributed directly to individuals or businesses (e.g. CVR number, grant number for health practitioner, serial number, or other ID numbers)., Does the external data include key variables that must be linked with key variables in previously provided data sets?, If data is provided directly to Denmark’s Data Portal from another data provider, further documentation may be necessary, e.g. variables that must be deleted (see ‘Requirements for external data’ above)., The overview must be uploaded as an appendix in the DDP App under ’External data sources’ in a generally available format (Excel, Word or similar)., If data is to be linked with more populations, the documentation must be attached as an appendix under ‘External data sources’ for minimum one of these populations. The external data must appear under ‘External data sources’ for each population., When the external data has been provided to Statistics Denmark and the documentation has been uploaded in the DDP App, it is recommended that you notify the project owner in Denmark’s Data Portal via email., Prices for delivery of submitted data, The price for the delivery of submitted data is variable. Once we have received the data, we prepare a framework agreement with a maximum expected time consumption. After delivery of the data, we settle based on the actual time consumption. , See more about framework agreements under Prices and price agreements, ., The expected time consumption depends on many factors, including the number, size, complexity and format of the files. Therefore, we always prepare framework agreements for submitted data on a case-by-case basis, and only when we have received the specific data sets., The table below provides a guide to the typical relationship between the number of data sets and the maximum expected time consumption. Please note, however, that the number of data sets is only one of many factors, and the table is therefore only a guide. Other factors, such as size, number of variables, or special treatment, may increase or decrease the number of hours in the specific framework agreement. Contact the project manager in Denmark’s Data Portal if you need a more precise estimate., See the current hourly rates under Prices and price agreements, Number of datasets, Typical number of hours in framework agreement (indicative), 1-2, 2-4, 3-10, 4-8, 11-20, 8-14, 21-50, 14-20, NOTE: The number of hours in the framework agreement is typically set to accommodate unforeseen circumstances. Since the settlement is based on the actual time spent, the final price will in many cases be lower., Submitting files that do not include microdata, Files that you need in your project and that do not include microdata (e.g. programme files), must not be uploaded via DDV Upload., The files can be sent directly to the project owner in Denmark’s Data Portal, if you are working on a subproject for a project database. If you are working under the researcher scheme, you can send an email to , danmarksdatavindue@dst.dk, . In both instances, you must attach the files to the email. Further, you must:, Confirm that you have checked the files to ensure that they do not include microdata., Confirm that the files do not include microdata., Provide a short description of the content of the files and its relevance in terms of the purpose of the project., Indicate the specific path to where the files must be located., Ensure that the files are submitted in a generally available format that can be opened and checked by Denmark’s Data Portal without use of specialised software.,  , De-identification, When the external data has been received in Denmark’s Data Portal it will be de-identified in the same way as any other data that belongs to the project. This happens by de-identifying key variables. Subsequently, the external data is made available together with any other data in the project., Providing external data to Denmark’s Data Portal, External data must be provided safely to Statistics Denmark, External data can be provided safely to Statistics Denmark in the ways stated below:, Use of DDV Upload, Under Statistics Denmark’s microdata schemes, it is possible to upload additional files with data to be used in an existing project. Only data and documentation can be uploaded. Programmes etc. can be sent to the Denmark’s Data Portal employee who is responsible for the project (project owner)., The documentation must either be sent to the project owner from Statistics Denmark or be uploaded in one of the allowed file formats., Before you upload, Before you upload data to be used in a project, you must ensure that the criteria for use of your data in the project have been met. The requirements are described at the top of the page under ‘Requirements for external data’., The handling of external data is invoiced according to the actual time used, unless otherwise agreed., Contact the project owner in Statistics Denmark in advance., How to upload the files, You log in via remote.dst.dk in the same way as when you are going to work on a project., Under 'Applications and Links' select 'DDV Upload'., Write the project number of the project where your data is to be used., When the project title is shown next to the project number, you must check that you have selected the right project for uploading of data., If relevant, add a comment concerning your data in the comments field for the project owner at Statistics Denmark. Actual correspondence should take place via email. , Add files to be uploaded by clicking `Add file'. You can add one or more files. Each file may run up to 2 GB., Note that not all types of files can be uploaded. You can see the list of allowed types under `File formats' further up on the page., When all files have been selected, you must click `Upload'., When all the files have been uploaded, you can log out in the bottom right-hand corner., If relevant, see , this guide for DDV upload (pdf, in Danish), , which includes screenshots of the upload process., Use of secure email, Data with a max. file size of 100 MB can be sent via secure email to , forskerpost@dst.dk, in one of two ways: , The institution retrieves Statistics Denmark's certificate at the website for download of security certificates (in Danish): Select , forskerpost@dst.dk, . For Outlook, we recommend the Vcf format. , After this, external data must be sent to , forskerpost@dst.dk, . Always indicate project number and project owner in Denmark’s Data Portal in the subject field of the email and notify the project owner in Denmark’s Data Portal directly, once the external data has been sent. Statistics Denmark does not offer any support for encryption or digital signature. Refer to your own IT department for guidance using mitID and secure email., The institution can use a secure, encrypted tunnel (SEPO). The set-up is individual for different institutions and must be handled by the institution's IT department, which should be involved before the external data is sent., You must always indicate the project number and notify the project owner in Denmark’s Data Portal that the email has been sent using an encrypted tunnel (SEPO). If using an encrypted tunnel, external data must also be sent to , forskerpost@dst.dk, ., Registered letter or personal delivery, For data security reasons, we recommend that you use one of the above options., If this is not possible (e.g. if the files are very big), it is possible to provide password-protected external data on physical media directly to Statistics Denmark at the below address. The contact person for the project in Denmark’s Data Portal and the project number must always appear from the material handed in:, Statistics Denmark, Service Desk, Sankt Kjelds Plads 11, 2100 Copenhagen Ø, Att. Contact person for the project in Denmark’s Data Portal, Re. project number: 7XXXXX, External data can either be delivered personally at Statistics Denmark's reception or be sent by registered mail to Statistics Denmark on a physical medium (DVD, CD-ROM or USB, which will not be returned). When provided on a physical medium, the external data must be password-protected. Password must not be provided together with the physical medium., When the external data has been received, you must send the password via email to the contact person for the project in Denmark’s Data Portal.,  , Other data providers, Other data providers can provide external data directly to Statistics Denmark at the request of the institution and by agreement between Denmark’s Data Portal and the data provider. Delivery of external data must take place in one of the above ways, but you must make sure that the external data complies with the requirements above before it are delivered to RDenmark’s Data Portal., Do , not , send data via standard email, External data must not be sent via standard email, since this is not a secure delivery mode.

https://www.dst.dk/en/TilSalg/data-til-forskning/anmodning-om-data/tilknytning-af-eksterne-data

FAQ

We have gathered the most frequently asked questions about the DDP App on this page. If you cannot find an answer to your question, you are welcome to contact Denmark’s Data Portal at , danmarksdatavindue@dst.dk, or by telephone +45 39 17 31 30. , We respond to emails within 2 working days, and our telephone hours are Monday from 1 p.m. until 3 p.m. and Tuesday through Friday from 10 a.m. until 12 noon.,  , See video guides on how to use DDP App (in Danish),  , Login to the DDP App, I have entered my password incorrectly and have been locked out - how long will I be locked out?, Wait for 30 minutes and then try again., I have technical issues in the DDP App - who should I contact?, If you have technical issues or encounter errors in the DDP App, we would appreciate hearing about it, so that we can take corrective action. You can write directly to , DDVsupport@dst.dk, . Indicate your user, the relevant institution number and project number, if any, and describe the problem – preferably with a brief step-by-step explanation and matching screendumps. Then DDP App Support will deal with the problem as soon as possible., I have problems logging in via remote.dst.dk - who should I contact?, If you have problems logging in via www.remote.dst.dk, please contact IT support in Statistics Denmark at , servicedesk@dst.dk, or telephone +45 39 17 38 00., Which browsers support the DDP App?, Google Chrome: Version 98 and upwards, Microsoft Edge: Version 97 and upwards, Firefox: Version 97 and upwards, IOS_Safari: 14 and upwards, Safari: Version 14 and upwards, Internet Explorer is not supported., Read more about Login in DDP App, User roles, Allocation of project owner in Statistics Denmark, When you submit a new project to Denmark’s Data Portal, a project owner will be allocated to you with whom you will have direct contact. We do our best to answer your enquiry as soon as possible., See the average response times,  , Who can edit user information in the DDP App?, The individual users can update their own user information in the DDP App. This could be relevant, e.g. if a user changes workplace and therefore needs to update his or her email address., If an association agreement must be terminated, this must be done either by the user, the institution administrator, the person responsible for authorisation or his or her substitute., Read more about user roles, Project proposal and data ordering, How do you make a project proposal in the DDP App?, Read how to make a project proposal in the DDP App, and find out which information should be included in a project proposal under , How to create a project proposal, ., Should I add all users to the project one by one?, Yes, all new users must be added one at a time., Where do I sign the project proposal?, Read how to sign a project proposal under , Signing the project proposal, ., Can I make changes in the project proposal after it has been sent to the administrator/Statistics Denmark?, No, once you have sent the project proposal to your administrator or to Statistics Denmark, you can no longer edit it. If your project owner in Statistics Denmark has questions or comments for the proposal, you have the opportunity to edit it, before you re-submit it., Can I associate users when the proposal has been sent to the administrator/Statistics Denmark?, No, once you have sent the project proposal to your administrator or to Statistics Denmark, you can no longer associate users. When the project proposal has been returned to you, either as approved or for revision, you can associate users again., Where can I get an overview of registers and see when they are updated?, In the DDP App, under ’Data content’ or at , danmarksdatavindue.dk, (does not require login), you can see all the registers that are part of the databank of basic data in Statistics Denmark. Here you can see when the registers were created (and will be closed, if relevant), and how often they are updated. Moreover, you can see which variables the register includes and find links to the variables documentation., Can I order not yet released data in the DDP app?, It is only possible to order not yet released data for project databases and the main and sub-projects of authority schemes., How do I get our own data added to my project?, Data that does not come from Statistics Denmark’s Database of basic data must be described broadly under ‘External data’ in the project proposal. Furthermore, a variable description is uploaded with an indication of the variables that must be pseudonymised. Read more about the requirements data must meet and how you upload data in practice under , Linking of external data, ., Where in the process is my project proposal?, A project proposal changes status depending on where in the process the proposal is. Note that your project owner or the customer team in Statistics Denmark is not notified of your proposal until the administrator has sent it to Statistics Denmark., A proposal can have the following statuses:, Created, A project proposal has been created and is being prepared., Sent to administrator, The project proposal is ready for the administrator to read it., Sent to Statistics Denmark, The project proposal is ready and the administrator has sent it to Denmark’s Data Portal. At this stage, a project owner is allocated, if a new project is concerned or a project with a previous employee in Denmark’s Data Portal., Under review, The administrator or the project owner in Denmark’s Data Portal has questions or comments to the submitted proposal and has therefore returned it to the users of the project. Questions and comments are shown in the proposal or sent via email., Sent for signature, The project owner in Denmark’s Data Portal has sent the project proposal to the signatory group., Approved, The project proposal is approved by the Head of Division for Denmark’s Data Portal, and it is now possible to move on with the order (for example drafting of contract, data delivery)., Data delivered, The assignment is completed and will subsequently be invoiced., My project proposal has not been approved - what can I do?, Your project owner in Denmark’s Data Portal may have comments or questions for the project’s contact person, and this is why your project proposal is returned for revision. , When you have edited the project proposal, you can re-submit it via the DDP App., How do you make a re-proposal in the DDP App?, Read how you make a re-proposal of a project under , Specifically about re-proposals, ., My project was approved before the DDP App was created. Should I add the previously approved registers and variables when I make a re-proposal?, Yes, you should. Only one project proposal will be valid, and all data must be documented on the valid project proposal. This is why you must enter all details in the re-proposal., Do I have to create a new population whenever I make a re-proposal of my project?, You only need to create a new population segment if the population changes significantly, for example if it is created based on changed criteria, or if a submitted population is defined differently from the previous one. If you need to extend the population and the population must have the same register extraction as the original population, you can add this as an appendix to the description of the original population. You can do the same under ‘External data’, if external data from other sources than Statistics Denmark must be added., How do I change the deletion date of my project?, If you are the administrator, you can change the deletion date of projects. When you have clicked into the relevant project, you must click the three dots to the right of the project title. Now you are able to indicate a new deletion date for the project by clicking ‘Edit project’. You should not approve the deletion date, as this means that you cannot create re-proposals in future., I have created a project under the researcher scheme, but is should have been created under the project database scheme. What can I do?, Create a new project under the project database scheme with the same information. Then the administrator for your institution can approve the deletion of the ‘incorrectly’ created project under the researcher scheme., How do I approve the deletion of a project?, If you are the administrator, you can initiate the deletion process for a project. Click the project, click the three dots to the right of the project title and select ‘Edit project’. You are now able to approve deletion of the project., The project owners in Denmark’s Data Portal do not have rights to approve a deletion., Project owner, delivery times and price, When will a project owner be allocated to my newly created project?, A project owner will be allocated to you when your administrator sends the project proposal for approval with Denmark’s Data Portal. If you have questions at an earlier stage in the process, you can send an email to , danmarksdatavindue@dst.dk, , indicating the project number in the subject field. In your email, you can ask the questions you may have. , How long can I expect it to take for me to get my data?, See the average delivery time under , Contact Denmark’s Data Portal., You are always welcome to ask the project owner in Denmark’s Data Portal how long he or she expects that it will take. The delivery time depends on the individual project., How do I see the price of my data order before I order?, When the administrator has sent the project proposal and data order to Denmark’s Data Portal via the DDP App, the project owner in Denmark’s Data Portal will be able to prepare a price quote. This quote is sent via email to the contact person for the project. It is not possible to see the price in the DDP App. You are welcome to ask for a price estimate at any time., Physical token, A token is a physical unit used for two-factor login. With two-factor login, you first log in to www.remote.dst.dk with your three/four character IDENT (without figures) and PIN code. Then you are required to confirm your identity by means of the unique security code shown on your token. When you request a physical token, you must indicate a delivery address (e.g. the institution address) and full name of the person to which it must be sent (att.)., Note that we do not send it to addresses abroad., If you choose a physical token, you are not associated with the project until you have received your token in the mail., Guidelines for using physical token versus SMS token, Users without a Danish mobile number can get a physical token mailed to them., Users who are travelling to a foreign destination where it takes a long time for a Danish SMS to get through (for example African countries or New Zealand), can get a physical token., Users travelling to a European country or USA with a Danish mobile phone can still use SMS token., Users who would like a physical token simply as a matter of convenience, generally have to use SMS token instead. The costs of a physical token are far higher than the costs of SMS token.

https://www.dst.dk/en/TilSalg/data-til-forskning/ddv-app/faq

BIL611: Families purchase of vehicles

region, unit, patteren of purchase and time
2006-2024 (Per cent)

https://www.statbank.dk/BIL611

Tables in StatBank