Professional Documents
Culture Documents
liveNET Mongolia Strategy Report
liveNET Mongolia Strategy Report
1
Table of Contents
6. Annexure I: High Level Minimum Functionalities associated with the modules of the
liveNET Mongolia System ............................................................................................... 81
6.1 Value-Added Utilities .......................................................................................................................... 81
6.2 Extension Utilities .............................................................................................................................. 84
6.3 Core Organisational Utilities .............................................................................................................. 96
i
List of Figures
Figure 1 Strategic Approach for Formulating the Comprehensive Strategy for ICT adoption in the Mongolian Agro-
Livestock Sector ..................................................................................................................................................... 11
Figure 2 Strategic Framework ............................................................................................................................................... 12
Figure 3 Proposed Institutional Matrix for liveNET Mongolia .............................................................................................. 27
Figure 4 Indicative Minimum Functions of the liveNET Mongolia technology system ....................................................... 41
Figure 5 Components of the liveNET Mongolia Technology Solution .................................................................................. 47
Figure 6 The Complete Strategic Framework for liveNET Mongolia .................................................................................... 48
Figure 7 liveNET Mongolia Complete Strategic Architecture ............................................................................................... 49
Figure 8 Categorisation of Budgetary Requirement for liveNET Mongolia for one year of pilot implementation ............. 77
List of Tables
Table 1 Strategic Themes and Description .......................................................................................................................... 13
Table 2 Strategic Themes and Associated Goals to be Achieved ....................................................................................... 14
Table 3 List of Interventions under the Strategic Theme: Foundational Support .............................................................. 19
Table 4 Description of Interventions recommended under Strategic Theme: Foundational Support ............................... 20
Table 5 List of Interventions under the Strategic Theme: Enabling Environment .............................................................. 28
Table 6 Description of Interventions recommended under Strategic Theme: Enabling Environment .............................. 28
Table 7 List of Interventions under the Strategic Theme: Information and Service Delivery Mechanism ........................ 36
Table 8 Description of Interventions recommended under Strategic Theme: Information and Service Delivery
Mechanism ............................................................................................................................................................. 36
Table 9 List of Interventions under the Strategic Theme: Information and Service Exchange .......................................... 42
Table 10 Description of Interventions recommended under Strategic Theme: Information and Service Exchange........ 42
Table 11 Proposed Action Plan for the Recommended Interventions ................................................................................ 50
Table 12 Involvement of Teams in the Implementation Process ........................................................................................ 55
Table 13 High-level Budgetary Requirement for the proposed interventions .................................................................... 75
Table 14 Categories deployed for estimation of liveNET Mongolia budget ........................................................................ 77
Table 15 Modules and Functionalities under the Category Value-Added Utilities ............................................................. 81
Table 16 Modules and Functionalities under the category Extension Utilities ................................................................... 84
Table 17 Modules and Functionalities under the category Core Organisational Utilities .................................................. 96
ii
NET
Ten Steps for ICT Adoption in the Agro-Livestock Sector of Mongolia
It is understood widely that "information hunger" can be considered both a cause and a
consequence of isolation of the rural Mongolian people in all its different dimensions and
any solution that attempts to uplift the socio-economic conditions of the people must
address handicaps felt because of lack of sufficient and timely information with rural
constituents.
The agro-livestock sector is still in a state of transition from what it was in the erstwhile
socialist system that was dismantled in the 1990s when almost all state-owned livestock
was transferred to herders, thereby encouraging a rapid increase in the number of herds.
Participating stakeholders of the sector are still coming to grips with this change from a
state-owned protectionist regime to one of free market.
Predominance of Livestock
Mongolian agro-livestock sector is predominantly livestock oriented as harsh weather
conditions force agriculture to be largely limited to a small grain belt in the lakes region
and in Darkhan province and small scale vegetable farming near settlements. In livestock
most herders follow a transhumant production system whereby livestock serves not only
as a source of livelihood but also as food stock and wealth in a manner that requires
minimal labour deployment. Further, the reared livestock must be moved around pastures
in seasonal cycles depending upon availability of fodder and feed. A peculiarity associated
with such a system is that it does not lend itself to easy credit availability as animals are
not considered collaterals because their value and risks are linked.
the vast distances that separate the sites of production from processing units, the agro-
livestock produce changes hands several times before it reaches the processing units-
this tilts the pricing even more to the disadvantage of the producers.
Export earnings from livestock are very low as most of the livestock businesses bypass
a well-regulated value-chain based operation and are sold in domestic markets. Further
there is a serious lack of certifications and acceptable international standards that
differentiates different categories of agro-livestock produce and certifies their quality in
respect of processes followed in their production.
Accentuating the absence of online platforms to access services is the lack of adequate
numbers of physical points of extending agro-livestock extension services. Equally
seriously, there is also a shortage of extension services personnel, including
veterinarians, breeding specialists, drug suppliers, credit facilitators, development
agents and the like.
There are few integrated research and training facilities available for the agro-livestock
extension actors that would empower them with the right skills and knowledge required
to provide extension services of high utility.
Focus on Value-Chains
In light of the aforesaid problems the Government of Mongolia (GoMN) has recommended
the adoption of intensively managed and diversified crop and livestock production systems
that would cushion the impact of external environmental factors, contribute to
safeguarding food security and encourage diversified production to meet changing market
demand. It is widely concluded that the change that needs to be brought about is to treat
the different steps of operations in the agro-livestock sector not in isolation but as
components of a holistic and integrated value-chain where stakeholders are working in
coordination and there is predictability in the processes that are followed supported by
well-defined and implemented governance mechanisms.
A Value Chain essentially represents the range of activities required to bring a product from
the initial input-supply stage, through various phases of production, to its final market
destination, by involving a combination of physical transformation and participation of
various actors through the different constituent stages of the value-chain. Taking a cue
from literature produced and published by the UNIDO on agro-livestock products and
services, the value-chain for the Mongolian agro-livestock sector has been considered to
comprise five sequential stages of Input Supply, Production, Collection, Processing and
Marketing/Sale for each of the following four sub-sectors:
1. Meat Products;
2. Hides/Skin/Leather/Wool/Cashmere;
3. Dairy; and
4. Crops.
There are powerful change drivers for adoption of ICT in the agro-livestock sector. On the
demand side, the increasing global interlinking of markets with producers, outsourcing of
parts of the value-chain to where they would be the most profitable to execute, competition
from other producer countries and the needs of the Mongolian agro-livestock sector itself
including, most importantly, from the herder community prompt higher adoption levels of
ICTs that can bring about the desired transformation in the sector and overcome many of
the problems above.
On the supply side, ubiquity of converged IP-based ICT networks, overbearing presence of
web-based applications and services, cloud computing/services from third parties and
democratization of ICT are leading to an explosion of communication volumes. Additionally,
the worldwide explosion of mobile apps and adoption of mobile money, particularly in
developing countries and possibilities of services being conducted end-to-end over mobile
devices are making an irresistible case for ICTs, particularly mobile technologies (with or
without Internet), for stakeholders in the agro-livestock sector.
Within ICT mobile technologies are particularly suited for the Mongolian agro-livestock
context because (a) mobile penetration rates are high in the country and mobile devices
are becoming progressively more affordable; (b) mobile phones provide delivery in an
instant and more convenient way; (c) mobile networks are cheaper to deploy and have a
far larger coverage/penetration than other utilities like power, Internet etc; and (e) mobile
devices are already catering to both computation and communication functions.
A. INFORMATION HUNGER IN THE STAKEHOLDERS: Across the subsectors and through the
stages of the value-chain there is considerable "information hunger" with stakeholders,
where demand for information remains largely unsatisfied as information required is
often not available or, when available, is untimely. This results in sub-optimal
productivity and significantly less proceeds from agro-livestock activities than would be
possible if the required information was available predictably and accurately.
are working in coordination and there is predictability in the processes that are followed,
supported by well-defined and implemented governance mechanisms.
E. ICT PLATFORM FOR AGRO-LIVESTOCK VALUE CHAIN: ICTs should create a platform that
empowers stakeholders through the stages of the Value-Chain in respect of four
aspects: (a) it must provide stakeholders with better access to information about
operations and services/facilities available with other stakeholders; (b) it must facilitate
better access to extension and other services available at different stages of the value-
chain; (c) it must provide producers (including herders) with better and direct market
links and distribution networks for agro-livestock products; and (d) it must facilitate
better access to finance and credit facilities for their operations.
helpful to note that mobile money can be adopted as an easy currency of transaction
for information and services exchanged on the eAgro-Livestock platform. Further, it Is
also apparent that mobile-apps that circumvent the need to go through mobile
broadband to access the eAgro-Livestock solution could be deployed.
Recommendations
It is amply clear that a comprehensive eAgro-Livestock solution must include many
elements that together lend it completeness:
B. Sector Development, consisting of activities that are required for growth of the sector
including reaching agro-livestock products and services to the market, adoption of
requirements in different export markets and connecting the different service seekers
with the service providers in the Mongolian agro-livestock sector.
all elements of the agro-livestock sector that must be accounted for while pursuing ICT
adoption in the sector.
Stage 6: Formulation of the Complete Action Plan for ICT adoption in the
Agro-Livestock Sector in Mongolia
Once the different interventions were defined, they were put together into an Action Plan
that took into account the prioritization factors and inter-dependencies, different pre-
requisites and post-requisites for the projects, and the associated resource requirements
for implementation of the Action Plan. Concurrently, it has been ensured that clear
ownership structures are identified and the requisite institutional framework is also in
place for the implementation of the plan.
Theme
Livestock Sector ICT
One
Mongolia Agro-
Theme
Associated STRATEGY “4”
Two
Interventions
Enhance Goal
DOMAIN 2 STRATEGY “5” Intervention
(Sector Development) Outcomes
Expand STRATEGY “6”
Theme
Three
Associated Intervention
Trends and Best
Ownership
DOMAIN 3 Enhance STRATEGY “8” Institutional
Framework
Theme
(Inter & Intra Sectoral STRATEGY “9”
Four
Associated
Collaboration) Expand Goal Monitoring and
STRATEGY “10” Evaluation
The ICT adoption in the Countries/contexts were first From the current state, Each theme would have Holistic Focus
Mongolian agro-livestock sector identified to see if requirements for the Vision a goal associated with it including Policy/Legal
was broken down into several benchmarking is tenable. Gap Deliberations and and the slew of broad that will be realised Clear Ownership
to the Vision
Guidelines
domains of interventions in identification has 2 forms: (a) recommendations, through strategy(ies). Exclusive Institutional
which assessment was done. For existing interventions to be Strategic Themes (STs) Strategies, in turn, would Framework
every domain (a) current state done differently (“ENHANCE”) were identified. Each of be implemented through Outcome based M&E
assessment and stocktaking or (b) existing interventions are these STs was associated interventions. They Framework
was accompanied by (b) incomplete and new initiatives with a Goal area and target would be prioritized Evolutionary Approach
benchmarking study with best need to be taken up value to be realised as part based on their logical that will proceed on a
practices and global trends . (“EXPAND”) of the Vision. relation. pilot-testing basis
Figure 1 Strategic Approach for Formulating the Comprehensive Strategy for ICT adoption in the Mongolian Agro-Livestock Sector
With the above background the ICT Vision for the Agro-Livestock sector for Mongolia has
been formulated as in Box 1. For easier reference and mnemonics, the envisioned system
has been referred to as liveNET Mongolia.
liveNET Mongolia
Vision: Predictable, Self-Sustainable and well-regulated ICT-driven ecosystem based
on the Agricultural and Livestock Value-chain that provides greatest benefit to its
participating stakeholders through timely and efficient sharing of information and
services.
Box 1 ICT Vision for the Mongolian Agro-Livestock Sector
As an objective way of ascertaining whether the Vision has been realised the following are
the Impact Targets associated with the above Vision Statement for liveNET Mongolia. The
targets specified are in line with the value chain conceptualisation for the agro-livestock
industry enunciated by the United Nations Industrial Development Organisation (UNIDO):
1. Transaction Losses betray embedded inefficiencies in the linkages of value-chains, in
this context, owing to incomplete information availability. As such transaction losses
are targeted to be reduced by at least 60% by the year 2023.
2. Categorisation and Standardisation of agro-livestock produce is one way to ensure
that products earn the deserved price in the marketplace unlike the current situation
where all agro-livestock produce is dealt with under the same omnibus category
without drawing any distinction between them. Although not especially dependent
upon the induction of ICT, this target category has nevertheless been retained and it
is targeted that 90% of all produce would be appropriately categorised and
standardised.
3. Ultimately, recommended interventions will be worth the investments if the same
result in augmentation of output and that increased information availability will
empower the farmers/herders and other stakeholders with enough information to stay
prepared for untoward events (for example, related to weather). This should bring
about a reduced variability and greater predictability in the outputs. Targets
associated are that (a) overall output would rise by at least 25%; and (b) variations in
the output would be capped at 10% on a Year-on Year basis by 2023.
4. To bring about greater predictability in the processes it is important that the defined
rules are complied with by respective stakeholders and instances of reported non-
compliance are penalized. It is targeted that at least 80% compliance rate to defined
rules and processes will be achieved by 2023.
5. As a measure of self-sustainability, it is also targeted that all investment costs would
be fully recovered by 2023.
Further, each of the Strategic Themes (STs) has been associated with a Goal. Table 2
brings out the STs and their respective goals.
Table 2 Strategic Themes and Associated Goals to be Achieved
be achieved by 3 (three) strategies. The following brings out the complete configuration of
Strategic Themes, Goals and strategy (ies) to achieve the goals.
Strategy Two: Bring into effect the complete legal and regulatory support structure
required to conduct recommended operations of the liveNET Mongolia
ecosystem
Strategy Five: Design and Implement minimal ICT infrastructure required at storage,
network and access levels to ensure uninterrupted operations
Strategy Six: Design and put into operation complete governance framework to
regulate the activities of the liveNET Mongolia ecosystem
Strategy Seven: Collaboratively define the complete set of processes and benchmarks
to be followed to conduct the operations of the liveNET Mongolia
ecosystem.
Strategy Eight: Develop a Business Plan aimed at making liveNET Mongolia ecosystem
self-sustainable in a scalable manner with collaboration of stakeholders
entrusted or otherwise participating in its implementation
Strategy Nine: Design and Implement from a functional and technology perspective the
comprehensive liveNET Mongolia solution in a phased manner
The following points are brought to attention as recommendations towards operating and
business model of liveNET Mongolia:
A. Institutional Matrix
1. At the central level a Multi-Stakeholder Taskforce1 is proposed to drive,
supervise, regulate and coordinate the liveNET Mongolia initiative. The taskforce
1 The entity of a taskforce is used here loosely more in appreciation of the urgency with which it needs to be set up so as not to delay
the implementation process after the pilot. As the success of this initiative critically depends upon the accretion of stakeholders into
the liveNET system it is recommended that as the system picks up pace and gathers stakeholders across Aimags, this agency should
function more like a “Board” or, alternatively, like a “Commission”. The exact type of entity this would be is left to the Intervention
(1.1) to deliberate and recommend.
B. Sources of Revenue
1. Indicatively, the sources of revenue for the Aimag-level entities are suggested to
be as follows:
Enrolment/Registration of users into the liveNET Mongolia system and Annual
Renewals;
Subscription Services for the various types of services available, for example
customised weather alerts based on user location;
Commissions on all transactions conducted between goods/service seekers
and their providers;
Advertisements on the liveNET portal and/or mobile app.
2. However, this does not exclude any other sources of revenue that the Aimag-
level liveNET operator might deem fit. The specific sources of revenue that the
operator will deploy will be as in the proposal offered by the entities at the time
of responding to the public invitations. Selection of the Aimag-level operator will
be for a period of two years after which either the contract will be renewed or
fresh selections will be ordered depending upon the performance of the
operator.
D. Technology to be Used
1. Based on the rules and guidelines framed in large functional blocks, Figure 4
indicatively represents a schematic construction of the sub-systems and
modules that would make up the liveNET technical system. This representation
should not be considered as final but instead as indicative and minimum. An
exercise has been recommended to lend finality to the functional composition of
the liveNET technical system.
2. The liveNET technical system should be available on both platforms of a
computer connected to the Internet and a mobile device including the mobile
phone through a mobile app. The complete system will be designed and
constructed as part of the pilot exercise in a Soum over both the platforms with
the mobile app coming up first. This application will be built and tested using live
data in a selected Soum during the pilot exercise. Once the pilot exercise is
accomplished the system will be in the custody of the National Agriculture
Extension Centre to whom the ownership of the solution will vest and will be
available for use by all the liveNET Aimag Operators on payment of an
appropriate royalty fee as part of the Aimag-level operations. As a measure of
further clarity, the same liveNET technical solution must be run on the operators’
own hardware and infrastructure with the responsibility of procuring any product
licenses (hardware or software) being the operator’s.
3. During the roll-out (or even later) should any changes be felt required to be made
into the technical system the same will be highlighted to the central taskforce
and, if agreed, the change will be effected by one of the teams available with the
taskforce and rolled out uniformly to all Aimags.
Strategy One: Setup and 1.1 Define Organisation Design for institutional
Operationalise a multi- apparatus to drive, monitor and regulate
stakeholder liveNET Mongolia initiative
comprehensive 1.2 Design complete Organization Structure with
institutional apparatus to staffing, job descriptions, reporting
drive and monitor the e- relationships and other details for defined
Agriculture Initiative Organization Design
1.3 Define interacting relationships, frequency
and other forms of engagement between
liveNET Mongolia institutional apparatus at
central level with those at the Aimag Level
1.4 Define, design and situate office of
Ombudsperson for appeal of stakeholder
grievance on operations of liveNET Mongolia
ecosystem
Strategy Two: Bring into 2.1 Draft/enact legislation or formulate a statute
effect the complete legal as basis for liveNET Mongolia institutional
and regulatory support setup
structure required to 2.2 Draft/enact appropriate legislation/statute
conduct recommended to legal foundations for mobile money and
operations of the e- other related matters of liveNET Mongolia
Agriculture ecosystem 2.3 Draft/enact appropriate legislation or
formulate a statute to provide for office of
the liveNET Mongolia Ombudsperson
Strategy Three: Design and 3.1 Adopt and institutionalize the liveNET
Institutionalize an Mongolia readiness model
elaborate Monitoring and
Evaluation framework
Table 4 provides a brief description of the intervention including the expected output from
the exercise and recommended agencies responsible for implementation of the same.
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
the Aimags operations are run on emerging Board or a
similar lines following common rules deliverables Commission
and procedures and using the same Exercise to Setting up the
technology system. be performed liveNET
by a multi- Mongolia
Figure 3 represents an outline of the disciplinary Implementing
organisation design involved. At the consultancy Committee is a
Central level a multi-stakeholder firm as pre-requisite
taskforce is proposed to be set up that described in Setting up of
will be responsible for driving, this the taskforce
coordinating, conflict resolution, document. is a pre-
regulation, governance and addressing requisite for
the first level of grievance redressal installation of
functions. No new physical the Aimag-level
infrastructure needs to be created and entities
the taskforce will comprise individuals
working in an ex-officio capacity.
However, teams will need to be
stablished as indicated in Figure 3. The
taskforce could be assisted by a
Secretariat that will facilitate meetings
of the taskforce with a diverse group of
stakeholders.
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
Design and agree upon Organisation
Design for the taskforce mentioned
above; and
Recommend the type of entity for
the taskforce as liveNET acquires
momentum (for example, Board,
Commission etc).
1.2 Based on the Organisation Design liveNET Output- full
defined in 1.1 this Intervention aims to Mongolia Org. Structure
define the complete organisation Implementing of the liveNET
structure for the taskforce, its Committee to Taskforce
secretariat and it constituent teams as oversee Setting up of
reflected in Figure 3. The description of performance the taskforce
the organisation structure will include and approval is a pre-
descriptions of the roles and of emerging requisite for
responsibilities, job descriptions, deliverables installation of
reporting relationships, performance Exercise to the Aimag-level
evaluation criteria and, in case a be performed entities
resource needs to be selected from by a multi- Intervention no
outside, the selection criteria for such a disciplinary (1.1)
candidate. consultancy
firm as
described in
this
document.
1.3 As the liveNET Mongolia ecosystem liveNET Output-
provide flexibility with governance, this Mongolia Operations
exercise aims to develop the rules of Implementing Manual of the
engagement between the central level Committee to liveNET
taskforce and the Aimag-level liveNET oversee Taskforce
Operators in order that uniformity and performance Setting up
level playing field is maintained. This and approval liveNET
intervention will aim to define: of emerging Implementing
Regime of compliance checks from deliverables Committee is a
the central taskforce for the Aimag- Exercise to pre-requisite
level entities on whether the be performed Intervention no
processes defined are being by a multi- (1.2)
followed; disciplinary
Suo-moto reports of compliance consultancy
from the operators to the taskforce firm as
periodically or as and when described in
required; this
document.
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
Frequency and type of interactions
between the operators and the
taskforce either on a periodic
and/or on a need basis; and
Any other aspect emerging from the
operating rules and processes
defined under the Intervention 7.1.
1.4 With liveNET Mongolia critically liveNET Output-
dependent on commitments made by Mongolia Organisation
stakeholders to one another to work in Implementing Design and
the value-chain it is important that Committee to Structure of
commitments made by stakeholders oversee liveNET
between themselves and by the system performance Ombudsperson
to its stakeholders are upheld and any and approval Setting up
breaches/infractions attract of emerging liveNET
appropriate penalties. deliverables Implementing
Exercise to Committee is a
It is expected that the central taskforce be performed pre-requisite
with its mandate works as a natural by a multi- Intervention no
regulator for the system; however, if disciplinary (7.1)
stakeholders are not satisfied with consultancy
resolution provided by the taskforce an firm as
appeal would lie with an described in
Ombudsperson as a statutory authority this
much like a public service document.
Ombudsperson. This could either be an
existing position in the sector or any
other office with similar mandates or a
new office proposed to be instituted.
Considering the above, this intervention
aims at the following:
Finalise the mandates and
objectives of the Ombudsman
institution;
Draw up a detailed Terms of
Reference for the same;
Draft any specific and detailed
Terms of Reference for teams
proposed to be working under the
Ombudsperson; and
Any other matter felt necessary to
describe the office and its activities
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
in sufficient detail for the institution
to be set up swiftly.
2.1 This intervention aims at putting in liveNET Output- Draft
place an appropriate legal and/or Mongolia Law/Statute
statutory basis for the liveNET Implementing for liveNET
Taskforce as the principal regulator for Committee to Mongolia
operations conducted using the liveNET oversee Taskforce/
system. At the minimum, the activities performance Board/
that must be performed include (a) and approval Commission
drawing from the mandate of the of emerging Setting up
taskforce as defined above to define deliverables liveNET
objectives under which this institution Exercise to Implementing
must be established; (b) activities on be performed Committee is a
which this institution must adjudicate; by an pre-requisite
(c) levels of authority in the taskforce individual Intervention no
and their powers if applicable; (d) legal (6.2, 6.4, 7.1)
mechanisms by which to define specialist
regulatory rules under this legislation with
/statute; (e) consultation with expertise and
stakeholders to obtain comments on experience in
recommendations; (f) preparation of ICT including
the draft legislation/statute; and (g) mobile
proclamation/enactment/adoption of money
the statute.
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
2.2 Through this intervention liveNET Output- Legal
legal/statutory provisions are needed to Mongolia and Statutory
be made in respect of mobile money at Implementing proposals
least in the following requirement Committee to including draft
areas: oversee enactments for
Safeguarding customer money to performance liveNET
ensure it is available when customer and approval Mongolia
wants to redeem; of emerging operations and
Interest on the money held by deliverables for mobile
subscribers in their mobile accounts Exercise to money
in line with that practised by savings be performed Setting up
banks; by an liveNET
KYC rules to be applied particularly individual Implementing
for mobile money accounts; legal Committee is a
Number of accounts a customer can specialist pre-requisite
hold, the frequency and volume of with Intervention no
transactions that can be conducted, expertise and (6.2, 6.4, 7.1)
and the amount that can be experience in
transferred within a certain time ICT including
period; mobile
Transparency and customer money
recourse to enhance customer
protection, and interventions to
safeguard data protection and
privacy; and
Interoperability between different
mobile payment systems.
2.3 This intervention aims at putting in liveNET Output- Draft
place an appropriate legal and/or Mongolia Law/Statute
statutory basis for the liveNET Implementing for liveNET
Ombudsman as an appellate authority Committee to Mongolia
over the Taskforce for complaints oversee Ombudsperson
regarding operations in the liveNET performance Setting up
system. At the minimum, the activities and approval liveNET
that must be performed include (a) of emerging Implementing
drawing from the mandate of the deliverables Committee is a
Ombudsman as defined above to Exercise to pre-requisite
define the objectives under which this be performed Intervention no
institution must be established; (b) by an (6.2, 6.4, 7.1)
activities on which this institution must individual
adjudicate; (c) levels of authority in the legal
taskforce and their powers if specialist
applicable; (d) mechanisms by which to with
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
define regulatory rules under this expertise and
legislation /statute; (e) consultation experience in
with stakeholders to obtain comments ICT including
on recommendations; (f) preparation of mobile
the draft legislation/statute; and (g) money
proclamation/enactment/adoption of
the statute.
3.1 This intervention aims at liveNET Output-
institutionalizing the ICT readiness Mongolia liveNET
index (covered under the Stocktaking Implementing Mongolia
Report as part of this assignment) as a Committee to Readiness
monitoring indicator for the evaluation oversee Model
of ICT adoption in the agro-livestock performance Setting up
sector in Mongolia. The following and approval liveNET
activities are seen as being part of this of emerging Implementing
intervention: deliverables Committee is a
adoption of the ICT readiness index Exercise to pre-requisite
by the Workgroup with or without be performed Intervention no
amendments; by a multi- (7.1)
concluding the periodicity of data disciplinary
collection to arrive at values for the consultancy
constituent indicators for different firm as
categories and parameters that described in
make up the ICT readiness index; this
recommending modes of data document.
collection including how the data will
be sourced, processed and analysed
and transformed into values the
index requires; and
finalising ways and formats to
disseminate the value of ICT
readiness index among
stakeholders.
Aimag Level
Multi-Stakeholder Group at the Aimag Level Sectoral
(including Association, MNO, Government, Banking Institutions, Transport/Logistics, Ombudsman
Extension Services Providers)
TEAM LEADER
(AWARENESS AND TROUBLESHOOTING)
Table 6 provides a brief description of the intervention including the expected output from
the exercise and recommended agencies responsible for implementation of the same.
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
Mongolia system across the country Stakeholder Capacity
using a suitable sample size that will be Taskforce to Building
representative of the stakeholder oversee Needs
population to examine the current performance Setting up
levels of capability in diverse activities and approval liveNET
related to the respective roles the of emerging Implementing
stakeholders would perform in the deliverables Committee is
liveNET Mongolia system. At the Exercise to a pre-requisite
minimum the following areas must be be performed Intervention
examined for stakeholder capability: by a multi- no (7.1)
stakeholders' understanding of agro- disciplinary
livestock value chains and related consultancy
concepts from the perspective of the firm as
roles they are expected to perform in described in
the value-chain; this
stakeholders’' understanding of document.
processes, benchmarks, service
levels, complaint mechanisms and
the like related to the operations of
the liveNET Mongolia system from
the vantage point of the roles they
would occupy;
stakeholders' understanding and
comfort level with mobile devices
including phones, they are expected
to use, comfort level with the use of
simple mobile phone functions like
speaking, messaging, use of apps (in
both standard and smart phone
formats), use of camera embedded
in the phones/mobile devices etc;
stakeholders understanding and
comfort level with the usage of
computers, Internet etc; and
any other capability felt required by
the surveyors or reported by the
stakeholders themselves.
4.2 Based on the findings of the survey in liveNET Output-
(4.1) this intervention would Mongolia liveNET
recommend a capacity building strategy Multi- Mongolia
to be followed more as a guideline to Stakeholder Capacity
potential liveNET Mongolia operators at Taskforce to Building
the Aimag level to follow. oversee
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
performance Strategy and
Among other things the strategy will and approval Guidelines
outline the minimum requirements to of emerging Setting up
be fulfilled for capacity building of deliverables liveNET
stakeholders including, at the Exercise to Implementing
minimum, (a) different stakeholder be performed Committee is
groups to target with their respective by a multi- a pre-requisite
capacity building requirements; (b) disciplinary Intervention
contents of capacity building to take consultancy no (4.1)
place; (c) formats and media of such firm as
capacity building; (d) periodicity with described in
which capacity building must take this
place; and (e) methodology to evaluate document.
the efficacy of such capacity building
carried out.
5.1 Beyond the pilot for the Aimag-level liveNET Output-
implementation, "bidders" responding Mongolia liveNET
to the public invitation for proposals Multi- Mongolia
would be proposing their own storage Stakeholder Guidelines for
and networking infrastructure measures Taskforce to Storage and
they propose to deploy in order to meet oversee Network
the service levels emerging from the performance Infrastructure
intervention (7.1). However, this and approval Setting up
intervention proposes to prepare of emerging liveNET
guidelines and minimum requirements deliverables Implementing
for such infrastructure. Exercise to Committee is
be performed a pre-requisite
As part of this exercise, at the least, by a multi- Intervention
guidelines and minimum requirements disciplinary no (7.1)
need to be prepared for availability, consultancy
redundancy (both in storage and firm as
power), security features described in
(physical/logical), protection against this
malware like document.
spam/virus/phishing/denial of service
etc, scalability (run-time or otherwise)
and any other factors considered
necessary for such infrastructure to
follow. Additionally, this intervention
would also explore the feasibility to
deploy appropriate and dedicated
cloud-based infrastructure services
(Infrastructure-As-A-Service) facilities
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
available that could meet the
requirements and make necessary
requirements for the purpose.
Additionally, the guidelines must also
stress the need for separation of data
storage from the operator's parent
business facilities (if any).
5.2 Although the liveNET Mongolia system liveNET Output-
is to be used on ICT platforms with all Mongolia liveNET
interaction and transactions being Multi- Mongolia
conducted online it is felt necessary Stakeholder Guidelines for
that physical facilities in terms of Taskforce to Last Mile
manned helpdesk facilities be oversee Infrastructure
adequately present within comfortable performance Setting up
access of the stakeholders, particularly and approval liveNET
herders for the latter to approach such of emerging Implementing
help desks for assistance in working the deliverables Committee is
system whenever they feel the need. Exercise to a pre-requisite
Such last mile infrastructure could be be performed Intervention
co-located with agro-livestock extension by a multi- no (7.1)
arrangements already available in disciplinary
Mongolia or infrastructure available consultancy
with brokers and middlemen involved in firm as
the livestock value-chain. Again, described in
although "bidders" responding to the this
public invitation for proposals would be document.
proposing their own last mile measures
they would deploy in order to meet the
service levels emerging from the
intervention (7.1), this intervention
seeks to develop guidelines and
minimum requirements towards
offering last mile facilities particularly
for the herders and other stakeholders.
The following are areas where
guidelines must be developed:
The number and density of such last
mile facility in the Aimag being
considered;
The minimum infrastructure required
and conveniences to be offered at
the last mile facilities;
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
Manpower resources required and
their availability at the last mile
facilities; and
Typical scope of work for manpower
resources deployed at the last mile
facilities.
6.1 Addressing one of the principal liveNET Output-
problems that agro-livestock produce in Mongolia Classification,
Mongolia is not adequately categorised Implementing categorization,
and graded resulting in less proceeds Committee to grading,
than would be possible for herders oversee process and
besides undermining the export performance standards
potential, this intervention will attempt and approval framework for
to put in place a comprehensive of emerging the agro-
categorisation, standardisation and deliverables livestock
certification regime for all agro-livestock Exercise to sector in
produce in Mongolia. At the minimum, be performed Mongolia
the following activities are envisaged by an Setting up
from this intervention to be carried out individual liveNET
in consultation with all groups of agro- Implementing
stakeholders in the agro-livestock livestock Committee is
industry: specialist a pre-requisite
Categorisation and Classification of with No other pre-
all agro-livestock produce in considerable requisites
Mongolia; to exposure
Standards to be followed in respect to
of all agro-livestock produce; international
Classification and Standards to be trade in agro-
followed in respect of livestock livestock
value-chain infrastructure facilities products
used;
Extent of alignment in respect of the
elements for standardisation
mentioned above with global
standards such as Codex
Alimentarius and/or any other
standards system being followed;
Certification systems to be followed
in respect of the standards
mentioned above to certify the
fulfillment of the stated standards;
and
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
Any processes to be followed in
relation to such certificates having
global acceptability or at least
acceptability from export markets
that might be targeted.
6.2 The liveNET Mongolia system is liveNET Output-
essentially a system of collaborating Mongolia liveNET
interworking between stakeholders with Implementing Mongolia
an objective of raising the output of the Committee/ Grievance
agro-livestock sector. The system Taskforce to Redressal
essentially proceeds on the basis of oversee Code and
commitments made on the technical performance Process
platform of the system with and approval Manual
stakeholders committing their of emerging Setting up
investments (monetary or otherwise) on deliverables liveNET
the basis of such commitments. Should Exercise to Implementing
any of the commitments made on the be performed Committee is
system between stakeholders breached by a multi- a pre-requisite
this will cause economic loss to other disciplinary Intervention
parties participating in the endeavour. consultancy no (7.1)
Therefore, this intervention will define firm as
the process of making complaints described in
following any observed breach or this
infraction that has taken place any document.
promised services as part of the liveNET
Mongolia system. At the minimum, the
following activities are envisaged:
Process and platforms on which
such complaints can be made;
Categorisation of the different types
of complaints possible under this
system';
Authorities to which complaints can
be made depending upon the type of
complaint being considered;
Timelines in which complaints must
be resolved;
Forums and process of appeal in the
event that the complainant is not
satisfied by the resolution awarded
by the authority adjudicating such
complaints.
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
6.3 This intervention is aimed to explore the liveNET Output-
possibility of encouraging stakeholders Mongolia liveNET
of the agro-livestock sector to adopt the Implementing Mongolia
liveNET Mongolia solution through a Committee/ Incentives/
system of incentives; alternatively, Taskforce to Disincentives
disincentives for those who choose to oversee Report
stay out should also be investigated. performance Setting up
Findings/recommendations of this and approval liveNET
exercise should be factored in for the of emerging Implementing
awareness generation campaign and deliverables Committee is
should answer concerns reflected by Exercise to a pre-requisite
the stakeholders (including herders) in be performed Intervention
the survey contemplated under the by a multi- no (7.1)
Intervention No 7.1. incentives could be disciplinary
both the fiscal (for example subsidies, consultancy
tax and duty waivers etc) and non-fiscal firm as
(for example, more convenient described in
approvals) variety. The following this
activities are envisaged under this document.
intervention:
analyzing survey responses to
examine the suitability of different
types of incentives;
undertaking a secondary desktop
survey of incentives provided in
other countries under similar
circumstance and in similar
contexts;
proposing a suite of incentives/
disincentives including those that
could be provided by liveNET
Mongolia operators (for example
bonus reward points etc);
obtaining stakeholder agreement
and/or feedback; and
recommending operationalising
instruments.
6.4 This intervention is aimed at proposing liveNET Output-
a comprehensive regime of inspections Mongolia liveNET
and checks for compliance with all Implementing Mongolia
standards, guidelines and processes Committee/ Compliance
recommended as part of different Taskforce to Regime Code
interventions that are supposed to bring oversee
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
uniformity and level playing between performance Setting up
different Aimag-level liveNET Operators. and approval liveNET
Compliance are anticipated to be of emerging Implementing
brought about both by proactive and deliverables Committee is
reactive means including, (a) periodical Exercise to a pre-requisite
reports in designated formats to report be performed Intervention
compliance; (b) periodical and surprise by a multi- no (7.1)
inspections by teams designated by the disciplinary
central taskforce; and (c) inspections consultancy
and checks that are response to firm as
specific complaints of any described in
breach/infractions reported. In each of this
the above instances a compliance and document.
inspection report must be submitted to
the taskforce designated authority.
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
with what has been agreed upon;
and
any other matter.
Table 8 provides a brief description of the intervention including the expected output from
the exercise and recommended agencies responsible for implementation of the same.
Table 8 Description of Interventions recommended under Strategic Theme: Information and Service Delivery Mechanism
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
7.1 This intervention aims at drafting the liveNET Output- liveNET
complete functional process design Mongolia Mongolia
on which operations of liveNET Implementing Comprehensive
Mongolia system will be conducted in Committee to Process
the most efficient manner possible. oversee Manual
Figure 5 offers an indicative minimum performance Setting up
of the different functional areas of the and approval liveNET
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
system; however, the functional of emerging Implementing
blocks depicted in the figure should deliverables Committee is a
not be considered as final. The Exercise to pre-requisite
following activities are envisaged to be performed No
take place under this intervention: by a multi- interventions
Identification of the different disciplinary are pre-
stakeholder groups involved in the consultancy requisites
system and their respective needs firm as
for information and services as described in
well as the data they can provide this
into the system; document.
Conducting an optimally designed
representative survey among
herders to ascertain their
information and services
requirements, hindrances they
face in sourcing information they
need, performing a segmentation
among them to ascertain the most
appropriate ICT device for them
including the type of mobile
phones, the nature of incentives
they might need from the system
and any other aspect considered
necessary to draw up
recommendations towards a
functional design;
Using the user needs identified as
above conceptualising the
different functional areas of the
system using the value-chain
concepts and treating the system
holistically as against in parts;
Clearly defining the processes that
would be used to perform activities
required under the functional
areas conceptualised as above,
stakeholder roles that would be
performing the different sites of
the processes, benchmarks for the
different steps of the processes
and service delivery timelines to
be offered;
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
identifying channels in which
different components would be
available, for example which
components would be available
through mobile apps and the
communication formats involved;
and
any other aspects felt necessary to
be covered so as to ensure
complete uniformity of treatment
in different Aimags including but
not limited to, data interoperability
between the Aimags and easy
consolidation of data at the central
level from the Aimags.
7.2 As all of the processes defined under liveNET Output- liveNET
7.1 ought to allow possible Mongolia Mongolia
improvements felt necessary (though Implementing Comprehensive
in a well-regulated manner) this Committee to Process
intervention aims to define the oversee Manual
management process that will be performance Setting up
followed to change any of the process and approval liveNET
definitions that result under 7.1 or of emerging Implementing
have an additional process included deliverables Committee is a
in the processes that together define Exercise to pre-requisite
the liveNET Mongolia system. At a be performed Intervention no
minimum, the following activities by a multi- (7.1)
must be performed as part of this disciplinary
intervention: consultancy
Management process definition for firm as
proposing change/addition in the described in
existing processes including a this
rationale for the same; document.
Approval authorities involved in
accepting the proposed changes;
Process by which stakeholder
feedback will be invited;
Process by which changes will be
made in the liveNET technical
system (if required);
Process by which the new/revised
process definitions will be updated
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
with the knowledge repository held
with the custodian and
Process by which all stakeholders
across Aimags will be intimated of
this change.
8.1 This intervention aims at providing liveNET Output- liveNET
common architecture and a template Mongolia Mongolia
for a business plan (financial Implementing Common
proposal) expected from potential Taskforce to Architecture for
Aimag level liveNET operators oversee Aimag Level
responding to the public invitation for performance Business Plan
proposals at the Aimag level. The and approval and Guidelines
template must provide for, at the of emerging Setting up
least, the following items: deliverables liveNET
the different identified sources of Exercise to Implementing
revenue; be performed Committee is a
expected transactions from the by a multi- pre-requisite
system, transaction volumes, disciplinary Intervention no
transaction fee and commission consultancy (7.1)
for the operator; firm as
expected advertisements, their described in
placement in the mobile app/web this
portal and ways to account for the document.
same;
royalties and any other levies to be
imposed on operations conducted
over the liveNET Mongolia system
and accruing to the central
authorities as a way to recover
investments made in respect of
liveNET technical system and the
operational expenses of the staff
to be maintained at the central
level attached to the taskforce;
penalties and/or other
compensation to be imposed in
the event of breaches in service
delivery by the operator; and
methodology to invoke all the
above and any other elements
related to the business
plan/financial proposal to
calculate the financial "score" in
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
the evaluation of proposals from
bidders (potential liveNET
operators).
EXTENSION UTILITIES
Input Supply Production Collection Processing Sales
Feed and Forage Weather Information (E4) Enum. & Forecasting Traceability & Lifecycle Asset Movmt &
Management (E1) (E6) (E13) Sale (E14)
Enum. & Forecasting (E6)
Breeding & Healthcare Traceability &
Inputs Goods and Asset Movmt & Sale (E14)
Breeding & Healthcare Mgmt (E7) Lifecycle (E13)
Services (E2)
Management (E7) Livestock Nutrition Forecasting & Business eMarket Place
Weather Plan Support (E17)
Information (E4) Pasture Rotation(E9) Management (E11) (Matchmaking)
Contract Management (E16)
Pasture Livestock Nutrition Asset Movmt & Sale
(E21)
Rotation(E9) Management (E11) (E14) Contract
Transportation Traceability & Lifecycle Transportation Management
(E23) Asset Movmt & Sale (E14) (E13) Management (E23) (E21)
Strategy Nine: Design and 9.1 Design the complete liveNET Mongolia
Implement from a system in line with the survey findings based
functional and technology on the needs of beneficiaries of such a
perspective the system
comprehensive e-Agro- 9.2 Develop and implement the liveNET
Livestock solution in a Mongolia in a phased manner
phased manner 9.3 Exploit lessons learnt in the phased
implementation to recommend the most
optimum approach for scaling up the
system.
Strategy Ten: Launch an 10.1 Develop operational guidelines for a
appropriate Outreach and comprehensive multi-channel awareness
Awareness campaign to campaign for the liveNET Mongolia initiative
bring e-Agro-Livestock to drive the usefulness of the system
ecosystem to its
beneficiaries and elicit
their participation
Table 10 provides a brief description of the intervention including the expected output
from the exercise and recommended agencies responsible for implementation of the
same.
Table 10 Description of Interventions recommended under Strategic Theme: Information and Service Exchange
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
9.1 Whereas the intervention mentioned liveNET Output- liveNET
in (7.1) aims to develop the user of Mongolia Mongolia
functional requirements Implementing Technology
specifications complete with the Taskforce to Design
processes and benchmarks involved oversee Document
this intervention has the objective to performance Setting up
develop a technical design document and approval liveNET
for the liveNET Mongolia technical of emerging Implementing
solution to be available on both the deliverables Taskforce is a
PC and mobile platforms. This assisted by pre-requisite
intervention should result in detailed the multi- Intervention no
user interfaces required, data disciplinary (7.1)
elements involved and outputs that consultancy
would result from the system. An firm as
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
indicative solution framework that described in
depicts all components involved in this
the solution is as represented in document.
Figure 4. However, this is only Exercise to
indicative and is expected to be be performed
revised by further findings revealed by
under Intervention 7.1 and under this Technology
intervention. At the minimum, the Design,
following are envisaged to take place Development
under this intervention: and
translating user requirements Deployment
from (7.1) into complete technical Specialists
design documents for the liveNET (Firm)
Mongolia solution t be served over
both the interfaces of a PC and a
mobile device; and
ensuring that all guidelines
recommended under interventions
<>, <> are adhered to while
preparing the design documents.
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
both the PC and mobile interfaces till disciplinary Intervention no
such time that the pilot consultancy (9.1)
implementation process is considered firm as
completely satisfactory from all described in
stakeholder groups involved in the this
pilot implementation process. The document.
criticality of the implementation Exercise to
process requires that the pilot be performed
implementation be declared by
successful by all stakeholder groups Technology
closely involved including the Design,
following: Development
Project Managers of the Exercise; and
Representative team from the Deployment
central taskforce; and Specialists
Representative team from (Firm)
different stakeholder groups
including those representing the
herder community.
9.3 This intervention is aimed at liveNET Output- liveNET
capturing lessons learnt from the pilot Mongolia Mongolia Pilot
implementation after consultation Implementing Implementation
with all stakeholder groups involved, Taskforce to Report
sharing the findings with them and oversee Setting up
incorporating such lessons learnt into performance liveNET
the post-pilot implementation and approval Implementing
programmes. of emerging Committee is a
deliverables pre-requisite
Exercise to Intervention no
be performed (9.2)
by a multi-
disciplinary
consultancy
firm as
described in
this
document.
10.1 An awareness campaign for liveNET liveNET Output- liveNET
Mongolia among its stakeholders, Mongolia Mongolia
particularly farmers /herders is Implementing operational
absolutely critical for the success of Taskforce to guidelines for a
this initiative. A multiplicity of media oversee comprehensive
and channels should be considered performance multi-channel
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
depending upon the targeted groups and approval awareness
to spread awareness leading to of emerging campaign
higher adoption of liveNET among deliverables Setting up
stakeholders, a key requirement for Exercise to liveNET
success of this initiative. Essentially be performed Implementing
awareness building should focus on by a multi- Committee is a
(a) conveying the message of liveNET disciplinary pre-requisite
Mongolia including information and consultancy Intervention no
services on offer; (b) assisting in firm as (7.1)
making use of facilities made described in
available; (c) reassuring stakeholders this
that data specific to them are subject document.
to required norms of privacy and
information sent through liveNET
channels are secure; and (d)
evaluating satisfaction levels from
information and services made
available or on any other aspect of
liveNET initiative.
Expected Output
Intvn. Agencies
Brief description of the Intervention and any inter-
Code Responsible
dependencies
o Assisted Telephone services
including IVR-based Call centre
facilities,
o Electronic Media including
Radio, TV, Community Radio
etc, and
o Assistance at last mile facilities
provided and by other
designated experts, and
o Events and forums like
workshops, roadshows etc;
how to facilitate/assist
stakeholders with information and
services being provided by liveNET
and including last mile facilities
being provided;
how to reassure and build trust/
confidence in stakeholders on
aspects of information security
and data privacy; and
how to elicit feedback from
stakeholders and measure their
satisfaction level with liveNET's
offerings.
Access Layer
Internet
Integration Layer SMS Gateway Payment Gateway Service Bus- Oth Apps
liveNET Mongolia
Vision: Predictable, Self-Sustainable and well-regulated ICT-driven ecosystem based on the Agricultural and Livestock Value-chain
that provides greatest benefit to its participating stakeholders through timely and efficient sharing of information and services.
liveNET Mongolia
Information &
2017: Complete 7 8 7 Define complete set of processes
and benchmarks for liveNET 2
definition of the
operational model
Processes & Business 6
Service Delivery Install place complete governance
4
Mechanism and “rules engine” Benchmarks Plan framework for liveNET
Strategy 6
Design and put into operation the complete
governance framework to regulate the activities of 6.1 Prepare complete classification, categorization, grading, process and standards framework for components of the
the liveNET Mongolia ecosystem liveNET Mongolia in consonance with international practices
Theme 6.2 Define and obtain stakeholder inputs on the complete liveNET Mongolia Grievance Redressal processes including any
appeals that may lie to judicial or quasi-judicial bodies superior to the Ombudsperson
liveNET Mongolia Strategy 7 6.3 Recommend incentives/disincentives to stakeholders participating in the liveNET Mongolia ecosystem
Collaboratively define the complete set of processes 6.4 Recommend comprehensive inspections/compliance regime
Information and and benchmarks to be followed to conduct the
Service Delivery operations of the liveNET Mongolia ecosystem
Mechanism
Strategy 8 7.1 Comprehensively define and obtain stakeholder agreement on the complete liveNET Mongolia Process Manual that
Develop a Business Plan aimed at making liveNET captures processes to be followed along with service delivery benchmarks
Mongolia ecosystem self-sustainable in a scalable 7.2 Define a proper management process whereby existing processes captured in the Process Manual can be amended
manner with collaboration of stakeholders entrusted
or otherwise participating in its implementation
8.1 Design a common strategic architecture for the Business Plan that needs to be followed for the liveNET Mongolia
Theme ecosystem in different Aimags
liveNET Mongolia Strategy 9
Design and Implement from a functional and
Tools for technology perspective the comprehensive liveNET
9.1 Design the complete liveNET Mongolia system in line with the survey findings based on the needs of beneficiaries of
Information and Mongolia solution in a phased manner
such a system
Service Exchange 9.2 Develop and implement the liveNET Mongolia in a phased manner
Strategy 10 9.3 Exploit lessons learnt in the phased implementation to recommend the most optimum approach for scaling up the
Launch an appropriate Outreach and Awareness system.
campaign to bring liveNET Mongolia ecosystem to its
beneficiaries and elicit their participation 10.1 Develop operational guidelines for a comprehensive multi-channel awareness campaign for the liveNET Mongolia
initiative to drive the usefulness of the system
Figure 7 liveNET Mongolia Complete Strategic Architecture
Strategy and Pilot Project Design Report 49
NET
Ten Steps for ICT Adoption in the Agro-Livestock Sector of Mongolia
Table 12 brings out their involvement in the different interventions mentioned in Section
3.4. This section must read with the preface provided in Section 3.4. As mentioned therein
the technical implementation of the web/mobile app is proposed to take place at the Soum
level (interventions (9.1), (9.2) and (9.3) below) after which the upscaling would take place
as shown in the Action Plan (Table 11).
Table 12 Involvement of Teams in the Implementation Process
liveNET Multi-Stakeholder
Agro-Livestock Specialist
Legal and Mobile Money
Specialist (Individual)
Technology Design,
Deployment (Firm)
Development and
Name of the
Consultancy Firm
Multi-disciplinary
No
Intervention
(Individual)
Taskforce
liveNET Multi-Stakeholder
Agro-Livestock Specialist
Legal and Mobile Money
Specialist (Individual)
Technology Design,
Deployment (Firm)
Development and
Name of the
Consultancy Firm
Multi-disciplinary
No
Intervention
(Individual)
other details for Taskforce
defined
Organization
Design
1.3 Define Supervise, Executes No Role No Role No Role
interacting Review
relationships, and
frequency and Approve
other forms of
engagement
between liveNET
Mongolia
institutional
apparatus at
central level with
those at the
Aimag Level
1.4 Define, design Supervise, Executes No Role No Role No Role
and situate office Review
of and
Ombudsperson Approve
for appeal of
stakeholder
grievance on
operations of
liveNET Mongolia
ecosystem
2.1 Draft/enact Supervise, Uses Executes No Role No Role
legislation or Review Output of
formulate a and the Study
statute as basis Approve
for liveNET
Mongolia
institutional
setup
liveNET Multi-Stakeholder
Agro-Livestock Specialist
Legal and Mobile Money
Specialist (Individual)
Technology Design,
Deployment (Firm)
Development and
Name of the
Consultancy Firm
Multi-disciplinary
No
Intervention
(Individual)
2.2 Draft/enact Taskforce
Supervise, Uses Executes No Role No Role
appropriate Review Output of
legislation/ and the Study
statute to legal Approve
foundations for
mobile money
and other related
matters of
liveNET Mongolia
2.3 Draft/enact Supervise, Uses Executes No Role No Role
appropriate Review Output of
legislation or and the Study
formulate a Approve
statute to
provide for office
of the liveNET
Mongolia
Ombudsperson
3.1 Adopt and Supervise, Executes No Role No Role No Role
institutionalize Review
the liveNET and
Mongolia Approve
readiness model
4.1 Undertake a Supervise, Executes No Role No Role No Role
thorough/decent Review
ralized survey for and
capacity building Approve
needs of liveNET
Mongolia
stakeholders
4.2 Design a Supervise, Executes No Role No Role No Role
comprehensive Review
capacity building and
strategy as Approve
guideline in
liveNET Multi-Stakeholder
Agro-Livestock Specialist
Legal and Mobile Money
Specialist (Individual)
Technology Design,
Deployment (Firm)
Development and
Name of the
Consultancy Firm
Multi-disciplinary
No
Intervention
(Individual)
consonance with Taskforce
the needs
assessment and
liveNET Mongolia
offerings
5.1 Develop Supervise, Executes No Role No Role No Role
operational Review
guidelines for and
putting in place Approve
the most
optimum storage
and network
infrastructure for
best real-time
performance
5.2 Develop Supervise, Executes No Role No Role No Role
operational Review
guidelines for and
putting in place Approve
the ideal last-
mile service
delivery
infrastructure
with the help of
intermediaries
6.1 Prepare Supervise, Uses No Role No Role Executes
complete Review Output of
classification, and the Study
categorization, Approve
grading, process
and standards
framework for
components of
the liveNET
Mongolia in
liveNET Multi-Stakeholder
Agro-Livestock Specialist
Legal and Mobile Money
Specialist (Individual)
Technology Design,
Deployment (Firm)
Development and
Name of the
Consultancy Firm
Multi-disciplinary
No
Intervention
(Individual)
consonance with Taskforce
international
practices
6.2 Define and Supervise, Executes No Role No Role No Role
obtain Review
stakeholder and
inputs on the Approve
complete liveNET
Mongolia
Grievance
Redressal
processes
including any
appeals that may
lie to judicial or
quasi-judicial
bodies superior
to the
Ombudsperson
6.3 Recommend Supervise, Executes No Role No Role No Role
incentives/disinc Review
entives to and
stakeholders Approve
participating in
the liveNET
Mongolia
ecosystem
6.4 Recommend Supervise, Executes No Role No Role No Role
comprehensive Review
inspections/com and
pliance regime Approve
7.1 Comprehensively Supervise, Executes No Role No Role No Role
define and Review
obtain and
stakeholder Approve
liveNET Multi-Stakeholder
Agro-Livestock Specialist
Legal and Mobile Money
Specialist (Individual)
Technology Design,
Deployment (Firm)
Development and
Name of the
Consultancy Firm
Multi-disciplinary
No
Intervention
(Individual)
agreement on Taskforce
the complete
liveNET Mongolia
Process Manual
that captures
processes to be
followed along
with service
delivery
benchmarks
7.2 Define a proper Supervise, Executes No Role No Role No Role
management Review
process whereby and
existing Approve
processes
captured in the
Process Manual
can be amended
8.1 Design a Supervise, Executes No Role No Role No Role
common Review
strategic and
architecture for Approve
the Business
Plan that needs
to be followed for
the liveNET
Mongolia
ecosystem in
different Aimags
9.1 Design the Supervise, Review No Role Executes No Role
complete liveNET Review and
Mongolia system and Project
in line with the Approve Mgmt
survey findings
based on the
liveNET Multi-Stakeholder
Agro-Livestock Specialist
Legal and Mobile Money
Specialist (Individual)
Technology Design,
Deployment (Firm)
Development and
Name of the
Consultancy Firm
Multi-disciplinary
No
Intervention
(Individual)
needs of Taskforce
beneficiaries of
such a system
9.2 Develop and Supervise, Review No Role Executes No Role
implement the Review and
liveNET Mongolia and Project
in a phased Approve Mgmt
manner
9.3 Exploit lessons Supervise, Executes No Role Facilitates No Role
learnt in the Review
phased and
implementation Approve
to recommend
the most
optimum
approach for
scaling up the
system.
10.1 Develop Supervise, Executes No Role No Role No Role
operational Review
guidelines for a and
comprehensive Approve
multi-channel
awareness
campaign for the
liveNET Mongolia
initiative to drive
the usefulness of
the system
The taskforce will be responsible for driving, coordinating, conflict resolution, regulation,
governance and addressing the first level of grievance redressal functions. The taskforce
will comprise individuals working in an ex-officio capacity in the beginning with the entity
transitioning into a Board/Commission as time progresses and volume of operations goes
up. However, teams will need to be established as indicated in Figure 3. The taskforce
could also be assisted by a Secretariat that will facilitate meetings of the taskforce with a
diverse group of stakeholders.
a. Organisation Design
Finalise the mandates and objectives of the central institutional set up;
Draw up a detailed Terms of Reference for the taskforce;
Draft specific and detailed Terms of Reference for the teams working under the
taskforce;
Design and agree upon Organisation Design for the taskforce mentioned above;
and
Recommend the type of entity for the taskforce as liveNET acquires momentum (for
example, Board, Commission etc).
b. Organisation Structure
The scope of the consultancy firm will include description of the organisation structure
of the taskforce comprising roles and responsibilities, job descriptions, reporting
c. Inter-Organisational Relationships
This exercise aims to develop the rules of engagement between the central level
taskforce and the Aimag-level liveNET Operators in order that uniformity and level
playing field is maintained. The scope of this exercise will be to define:
Regime of compliance checks from the central taskforce for the Aimag-level entities
on whether the processes defined are being followed;
Suo-moto reports of compliance from the operators to the taskforce periodically or
as and when required;
Frequency and type of interactions between the operators and the taskforce either
on a periodic and/or on a need basis; and
Any other aspect emerging from the operating rules and processes defined under
Operating Model exercises.
1. Storage and Networking Infrastructure for liveNET Mongolia at the Aimag level
As part of this exercise, at the least, guidelines and minimum requirements need to be
prepared for availability, redundancy (both in storage and power), security features
(physical/logical), protection against malware like spam/virus/phishing/denial of
service etc, scalability (run-time or otherwise) and any other factors considered
necessary for such infrastructure to follow. Additionally, this intervention would also
explore the feasibility to deploy appropriate and dedicated cloud-based infrastructure
services (Infrastructure-As-A-Service) facilities available that could meet the
requirements and make necessary requirements for the purpose. Additionally, the
guidelines must also stress the need for separation of data storage from the operator's
parent business facilities (if any).
Clearly defining the processes that would be used to perform activities required
under the functional areas conceptualised as above, stakeholder roles that would
be performing the different steps of the processes, benchmarks for the process
steps and service delivery timelines to be offered;
identifying channels in which different components would be available, for example
which components would be available through mobile apps and the communication
formats involved; and
any other aspects felt necessary to be covered so as to ensure complete uniformity
of treatment in different Aimags including but not limited to, data interoperability
between the Aimags and easy consolidation of data at the central level from the
Aimags.
2. Amendment of Processes
As all of the processes defined above ought to allow possible improvements felt
necessary (though in a well-regulated manner) this exercise aims to define
management process to change any of the process definitions emerging from the above
or having an additional process included as part of the liveNET Mongolia system. At a
minimum, the following activities must be performed as part of this exercise:
Management process definition for proposing change/addition in the existing
processes including a rationale for the same;
Approval authorities involved in accepting the proposed changes;
Process by which stakeholder feedback will be invited;
Process by which changes will be made in the liveNET technical system (if required);
Process by which the new/revised process definitions will be updated with the
knowledge repository held with the custodian and
Process by which all stakeholders across Aimags will be intimated of this change.
Forums and process of appeal in the event that the complainant is not satisfied by
the resolution awarded by the authority adjudicating such complaints.
At the minimum, the following are the specific areas in which to examine compliance or
otherwise:
whether processes followed are the same as the ones proposed;
whether categorisation, classification and standardisation of agro-livestock
produce is being performed as agreed;
whether appropriate standardisation is being performed for infrastructure and
other facilities reported;
whether traceability tags are being adopted in accordance with agreed norms and
guidelines;
whether data standards as recommended are being adhered to;
whether technology systems are the same as the ones agreed upon in respect of
hardware, application, last mile infrastructure etc;
whether appropriate capacity building and awareness generation initiatives are
being taken up in line with what has been agreed upon; and
any other matter.
expected advertisements, their placement in the mobile app/web portal and ways
to account for the same;
royalties and any other levies to be imposed on operations conducted over the
liveNET Mongolia system and accruing to the central authorities as a way to recover
investments made in respect of liveNET technical system and the operational
expenses of the staff to be maintained at the central level attached to the taskforce;
penalties and/or other compensation to be imposed in the event of breaches in
service delivery by the operator; and
methodology to invoke all the above and any other elements related to the business
plan/financial proposal to calculate the financial "score" in the evaluation of
proposals from bidders (potential liveNET operators).
G. Awareness Generation
An awareness campaign for liveNET Mongolia among its stakeholders, particularly farmers
/herders is absolutely critical for success of this initiative.
The firm would also, in addition to the above, organize one national liveNET Conference
involving all stakeholder groups in consultation with the liveNET Taskforce.
1. Procurement Assistance
At a minimum, the following activities must be performed:
Preparing Bidding Documents for the Technology Design and Development Firm;
Assisting in the evaluation of responses to the above bidding documents;
Assisting in the award of contract to the best-evaluated firm;
Prepare sample bidding documents for liveNET Mongolia Aimag operators; and
Provide selection criteria and any other guidance notes for the Taskforce to help
the latter in their evaluation of bids from potential liveNET operators.
2. Project Management
At a minimum, the following activities must be performed with respect to the supervision
and project management of the technology design, development, deployment and pilot
implementation at the selected Soum:
Supervise, provide project management advisory services to the technology
implementation firm on scope, cost, quality and timeliness of activities conducted
by the later;
Review all activities performed by the technology firm including the documents and
applications emerging from the latter;
Ensure functional coverage and correctness and error-free working of the
applications developed; and
Highlight timely any issues that emerge to the Taskforce or an authority deputed by
the Taskforce.
A. Eligibility Criteria
The following are proposed to be the eligibility criteria that the multi-disciplinary
consultancy firm as the Bidding Firm or the Lead Firm, in case of a consortium/JV bid, must
satisfy:
Must be a Global Multi-Disciplinary Consultancy Firm with at least 10 years of
experience in undertaking multi-disciplinary consultancy projects with distinct
technology components;
At least three similar successfully completed projects each of which was of value at
least 2 million USD (Client's certificates required) and at least one of which involves the
design of ICT-enabled electronic services implemented using an appropriate Public
Private partnership model;
At least 200 employees on the firm's full-time staff in a consultancy role of which at
least 100 are full time employees rendering technology consulting services;
At least 20 million USD as the firm's turnover over the last five years; and
Past experience of having worked in the CIS region, preferably undertaking consultancy
work of similar nature.
B. Evaluation Criteria
The technical evaluation criteria may comprise the following three components:
Past Experience;
Resources Proposed; and
Approach, Methodology and Workplan.
Appropriateness of the approach to the scope of work and the workplan proposed.
C. INTERCONNECTION
In course of time as liveNET initiative evolves and multiple Aimags have their own and
different operators it will become critical how the different operators cooperate between
themselves. Since sellers/buyers cannot be constrained to buy/sell from the same Aimag
it is important to have stable and sustained interconnection agreements between liveNET
operators of different Aimags. Although not foreseen at this stage in the intervention
related to the Business Plan this will acquire significance as time progresses.
solution is tested out in both the web and mobile formats for coverage of functionalities,
errors and lessons learnt from pilot to be incorporated in the roll-out phase.
F. CUSTOMER SERVICE
For stakeholders not too conversant with ICT particularly the usage of mobile apps and
mobile money a well-functioning customer service arm of liveNET becomes very critical
pre-requisite for success. A multi-channel customer service agency available on a 24X7
basis is something which should be offered that meets customer expectations in terms of
availability, affordability, accuracy, promptness and accessibility. Failure to provide this will
lead to unnecessary stakeholder attrition and may do a lot of harm.
J. EXPECTATION MANAGEMENT
Concerted measures are required for managing expectation of liveNET technical
application from stakeholders in all quarters. There is a need to convey that the app is only
an enabler and will work when systems on the ground work and that stakeholders
collaborate in their supposed roles.
Table 13 provides a high-level budgetary requirement for the proposed interventions and
the grand total budgetary estimate in line with the workplan proposed in Chapter 4.
2 Budgetary requirement for 4.2 is considered under 4.1 as these are related to be performed by the same set of people
3 Budgetary requirement for 9.1 is subsumed under 9.2 as these are related to be performed by the same set of people
Further, the anticipated budget has been categorised under the following heads (Table 14)
Table 14 Categories deployed for estimation of liveNET Mongolia budget
Capital Expenditure Items Operational Expenditure Items
Consultancy/ Planning and Design Costs Operations and Maintenance
Recruitment/ Procurement Costs Data Entry and Survey Staff
System Development Costs Training/ Capacity Building
Promotional/ Others Event Organizing Expenses
Infrastructure Miscellaneous
Figure 8 provides a split of the budgetary allocation requirement expected in the above
categories.
1400.00
1200.00
1000.00
800.00
600.00
400.00
200.00
0.00
Consultancy/ Recruitment/ System Promotional/ Infrastructure Operations and Data Entry and Training/ Event Miscellaneous
Planning and Procurement Development Others Maintenance Survey Staff Capacity Organising
Design Costs Costs Costs Building Expenses
Figure 8 Categorisation of Budgetary Requirement for liveNET Mongolia for one year of pilot implementation
A. Accretion of Stakeholders
Given the self-sustainable nature of the endeavour it is important that stakeholders
including operators, industry associations, financial institutions, agro-livestock extension
providers, logistics operators and others come around to participate in this endeavour to
offer a complete online solution. At no stage, must the user be required to go outside of
the liveNET Mongolia system to meet any of their requirements.
Mitigation: As part of the strategy formulation exercise discussions were undertaken with
all the stakeholder groups mentioned above and there is an overwhelming positive
response for this initiative from the stakeholders. Further, as part of the pilot
implementation process awareness generation and other exercises are outlined; the pilot
implementation process itself is expected to lay a strong foundation for liveNET with
stakeholders through, among other factors, a powerful business case which benefits every
stakeholder participating.
B. Accretion of Users
The liveNET Mongolia system is critically dependent upon a user base that uses its facilities
without which its sustainability will be significantly impacted.
Mitigation: As the initiative in its roll-out implementation is critically dependent upon the
volume of user base, including herders, their participation in this is critical. The pilot
implementation process, as in the above risk highlighted, is expected to lay a strong
motivation for the user's participation to their benefit. Awareness exercises to spread the
message of the system as well as a successful pilot implementation process are also
expected to encourage adoption by the herders. Further, this risk already stands
transferred to liveNET operators who will undertake due diligence on this aspect before
they put in their bids. Other factors that will work towards encouraging user participation
include (a) strong governance mechanisms to allay any apprehensions users might hold;
(b) incentives/disincentives from the operators and/or the government; (c) promise of
higher proceeds as part of the business case; and (d) little or no expenditure from the
herders to begin with.
Mitigation
Such risks underlie every eCommerce system and standard ways including masking of
identities coupled with governance and penal provisions (in case any wrongdoing is
discovered) can be adopted. Moreover, should deals be struck outside of the system the
assurances available from the liveNET system will not apply and this would also discourage
users from resorting to such practices.
D. Interconnection
Users of the liveNET Mongolia system would not like to restrict their exchanges (for both
goods and services) within the boundaries of their respective Aimags.
Mitigation
It will be unfair to ask users of the system to restrict their operations (exchange of goods
and services) within the Aimag in which they operate because of the bidding nature of the
system. This is like area-based licenses given to mobile operators for their area of
operation. In much the same way, as part of the rule forming exercise, interconnection
rules also need to be defined (particularly for tariff and commission sharing) when users
of two different liveNET operators interact. Well-defined governance mechanisms to
regulate such interconnections will facilitate adherence to rules defined for such
exchanges.
Mitigation
A comprehensive pilot implementation that, among other things, includes a rigorous
testing of the solution will address this aspect. Moreover, further protection to the
operators from this can be provided at least through (a) proper demonstration of the
solution before bidding; and (b) including a self-testing of the solution in the operators' own
premises prior to rolling out for live usage in their Aimags.
F. Vested Interests
There is also a chance that well-entrenched vested interests with stake in the current way
sector operations are conducted may come in the way of uptake and adoption of the
liveNET solution by stakeholders and users.
Mitigation
Well-defined rules as part of the relevant interventions recommended will go a long way to
assuage such interests. Such operating rule formulation exercises must necessarily
involve all stakeholders and must present a strong business case to each one of them
including those vested interests that thrive on the lack of information availability. In fact,
a successful design of liveNET Mongolia system must offer value-added roles to such
interests (including typically the middlemen) who would stand to gain from the system
through increased transaction volumes.
G. Conflicts of Interest
Conflicts of interests may arise between the core business of liveNET operators and a fair
and just handling of all service providers in the liveNET system. For example, if the
operator's core business is that of logistics provider, a conflict of interest may lie since, as
an operator, he may favour through the operations of the liveNET system his own logistics
business over those of his competitors.
Mitigation
Well-articulated governance mechanisms and transparent operations as defined by the
rules proposed under the respective interventions are expected to address this aspect.
A. Value-Added Utilities represent simple utilities that could be invoked across modules
are not module-specific. A few of them also work independently on their own without
necessarily being linked to any of the modules mentioned here.
B. Extension Utilities form the very backbone of the liveNET Mongolia technology system
and comprise modules either specific to one or more of the stages of the value-chain
across different types of agro-livestock produce or more generic in their application
across different stages of the value-chain.
C. Core Organisational Utilities represent core systems of the liveNET Mongolia Aimag-
level operators and are indirectly linked to the extension utilities but house key data
elements relevant to the extension utilities. This is more so as each operator is to be
treated as separate entities from their parent companies.
The modules comprising the different categories of solution are described below in brief.
It should be borne in mind that these are only indicative minimum functionalities or
functional areas at this stage. The intervention (7.1) will provide a more definitive answer
to the set of modules and functionalities that are required for operation of the liveNET
Mongolia technical system and will override the modules and functionalities mentioned
below.
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
Mongolia mobile app. For all monetary
transactions that take place over the
liveNET system the mobile money app
should be seamlessly invoked, the
amount of balance available be displayed
to the user and the transaction amount
be debited/credited into the account. It
should be possible to charge the mobile
money account through liquid cash
payments at the last mile facilities or
through debiting from a regular bank
account held by the user in bank also
registered within liveNET system.
Necessary rules and statutory provisions
under which this would work are
envisaged under intervention numbers
(2.1).
V2 Alerts and All Stages This is a common shared utility that
Reminders should be available across all modules
for any deadlines, schedules,
appointments etc generated within any
module. The alerts and reminders
module developed on a shared basis
should be invoked thus obviating the
need to develop it separately for different
modules. Besides making changes into
the calendaring system within the
application it should also be possible for
this module to interface with the alarm
system of the phone that will be set off
when the time arrives.
V3 Push Feeds All Stages This is envisaged as a shared utility
and available to be used within the liveNET
Notifications system particularly (though not
exclusively) to be used with possible
advertisements on the web/mobile app.
The user should be able to opt for feeds
and notifications from providers of such
services with appropriate deductions
taking place (wherever applicable) from
the mobile money accounts and a
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
commission accruing to the liveNET
operator.
V4 Traceability All Stages This is also a shared facility that should
and Other be available with all modules without
Searches requiring necessarily a development of
the same separately in the different
modules in which it might be invoked.
This is envisaged as a search
functionality into the database whereby
the system will allow the matching entries
in the database to be shown even as the
user is typing the text he is searching for.
The search should be executable over the
data held locally (that is in the PC/phone)
or in the liveNET cloud of that Aimag.
Functionalities on the mobile like
selecting a particular search output and
performing functions (for example,
selecting a “contact” output as a result of
a search by name and then calling the
same contact using utilities provided by
the phone (for example, a regular voice
call) or by the liveNET app (for example
an OTT messaging over liveNET) should
also be possible.
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
Grievance Redressal system of the
liveNET application.
V6 Over the Top All Stages Over the TOP services are envisaged to
Services be available either within the mobile app
itself using the liveNET’s own programme
or by calling/invoking third party apps like
WhatsApp/Viber etc
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
goods and services providers including
veterinary and breeding specialists, plant
pathologists, manure suppliers,
medicines/ seeds/pesticide/insecticide
suppliers, water/power/Internet
suppliers, and the like.
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
E4 Weather Input Supply The liveNET Mongolia mobile/web app
Information and should allow the user a facility to access
Production weather data and predictions for his
location which will be picked up using
location-based services or data fed
earlier for the user. The system should
also offer the user the facility to
subscribe to weather alerts from the
liveNET Mongolia system; weather alerts
could be staggered along a range of
options including both free and priced
weather inputs. Upon subscription of the
user to a priced weather input the
system should be able to deduct the
amount from the mobile money account
held by the user in the system. Other
functionalities like alarms, to-dos etc
should also be possible for the system to
offer.
E5 Billing All stages The liveNET mobile app should be able to
Management enroll all service providers (for example
water, power, Internet suppliers) that
wish to use its functionalities and
maintain accounts of enrolled users in
respect of the usage of the services
mentioned. At a periodicity to be decided
by the service providers the system
should be able to provide bills to the
service subscribers through both
attachments (documents) and also
authenticated SMS delivered on the
system itself. Other functionalities like
payment history, availability of past bills
on the format of the app should also be
available. The system should be able to
conclude the transaction through
payment using mobile money (after
accounting for commissions for the
liveNET operator) of the above bills and
generate receipts acceptable as proof of
payment made.
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
E6 Enumeration All stages The system should offer the functionality
and of enrolment and enumeration of every
Forecasting agro-livestock asset held by the
farmers/herders and details of the same.
Using this data, the system should, using
a pre-determined algorithm be able to
forecast the agro-livestock production
volume in each of the livestock product
categories with respect to time. Rolling
up facilities such as agro-livestock
produce at the level of a soum or Aimag
and other regional combinations should
also be possible. This data could be
made available on a subscription basis
to desirous users of the system on
different subscription formats with
appropriate commissions accruing to the
liveNET operator at the Aimag level.
E7 Livestock Input Supply, Through this module the system should
Breeding and Production be able to maintain complete animal
Healthcare and treatment and breeding history of all
Management Collection livestock species being reared and
Stages associate the livestock species with the
tags (for traceability) with which they
been uniquely identified. Other details
like veterinary specialists associated
should also be captured.
E8 Benefits All stages All payments made on the liveNET
Transfer Mongolia system should be at market
rates; however, depending upon the
extant government policies the
government may like to offer subsidies
on market rates for some of the items
purchased (for example, subsidies for
power or water usage). While the
government could allow such subsidy
amount to be credited directly into the
account of the user held in a designated
bank, the latter (provided it is also a
registered user of the system) should be
able to use the system to provide alerts
of credited amounts that may have
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
happened and offer a choice to the user
for conversion of the said amounts into
mobile money.
E9 Pasture Input Supply This module is envisaged to suggest the
Rotation most optimum pasture for grazing
livestock based on past records of
grazing on the same and the carrying
capacity as well as the proximity to the
concerned grazers to the grazing area
besides factoring into the
recommendations the time it takes for
regeneration of the grazing areas.
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
commercial meeting is decided on the
app and takes place.
E11 Livestock Input Supply, This module is envisaged to help
Nutrition Production farmers/herders with nutrition supply to
Management and their crops/livestock produce as
Collection applicable. The module should allow the
Stages user to place a query on the ideal regime
for nutrition for the agro-livestock assets
under their control either from (a) an
expert; or (b) an existing database in the
liveNET system. The farmers/growers
should be allowed to maintain a nutrition
history in the system.
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
reference for all data related to the
livestock asset through the different
stages (including the different types of
inputs received, classification/grades
details, location related details, whether
quarantined or not and other such
details). Based on the business model
offered by the liveNET operators this
could also be made available on a
subscription basis. Should such be the
case it should be possible for the module
to charge a transaction fee to be
deducted from the participant’s mobile
money account every time the
transaction is concluded and takes place
with necessary commissions being
credited into the liveNET operators'
account.
E14 Asset Production, This module records all transactions that
Movement and Collection, result in the change in ownership of agro-
Sale Processing livestock assets; for example, this would
and Sales record the transaction that takes place
from the farmer/herder to the
changer/collector/broker/trader and
from these middlemen to the processing
units and from thereon to where
consumption takes place. At every stage
all classification, categorisation and
standardisation norms defined must be
followed as well as complete record of
every asset thus exchanged including the
traceability tag. At every stage, except in
the last stage under some defined
conditions, the system should allow the
possibility of monetary component of
transactions being performed using
mobile money as in other modules. This
is expected to be a very critical module
capturing the backbone of the value-
chain and the data that results from this
would be widely used in several other
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
modules (for example, in E16 defined
above).
E15 Standards and All Stages This module should facilitate the
Certifications obtaining of appropriate certifications of
infrastructure facilities and other
amenities offered at different agro-
livestock facilities in accordance with the
guidelines and norms agreed upon for
the purpose. The requester should be
able to access the application on a
device of his convenience through
authenticated access and send a request
for certification to an appropriate agency
offered by the system. Once the date and
time of the visit leading to the
certification is fixed the module would
make a calendaring entry and issue
alerts and alarms either through IP-
based messaging or through regular
SMS/USSD services. It should be
possible for the module to charge a
transaction fee to be deducted from the
participant’s mobile money account
every time such a meeting is decided
and takes place factoring in the
commissions for the operator.
E16 eMarketplace All Stages This module is envisaged to be a
(Matchmaking) matchmaking engine whereby any
goods/service seeker will feed in his
requirements into the database held by
the liveNET system with the system
responding to him with an output of
results that match his requirements. The
goods/service seeker can then select the
appropriate provider and conclude his
transaction with him. The usual
communication and transaction facilities
applicable in other modules will apply
with commissions accruing to the liveNET
operator.
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
E17 Forecasting Processing On the basis of records existing in the
and Business system this module should allow the
Plan Support facility to different agro-livestock
processing units to source their raw
material requirements from different
farmers/herders, contact the right
stakeholder groups in different stages of
the value-chain and construct a business
plan to respond to market requirements.
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
according to well-defined processes.
Every user while being registered must
enter complete details about him/her
including profile, assets relevant to the
system, location, mobile money account
and the like.
E19 Classification, All Stages The Classification, Grades and Standards
Grades and module is envisaged more as a database
Standards in the liveNET system that will capture
the results of the exercise under
Intervention No (6.1) in this document. It
should work more as a library that will be
uniformly followed by all the Aimags; as
such, user privileges (data entry,
modification, deletion, viewing) will need
to be defined carefully for the module.
Once the library has been defined it
should be possible to change it only after
requisite approvals have been obtained.
E20 Inspection, All Stages This module is expected to capture the
Testing and result of all inspections and compliance
Control checks carried out including the results
of any testing of agro-livestock produce
involved in the process. Every such
inspection should be provided a unique
identification number and the results of
the inspection be stored against the
number including action taken by the
agencies inspected whenever necessary.
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
E21 Contract All Stages The contract is envisaged here as a
Management futures document that connects the
different signatory parties of the contract
into an obligation to meet the terms of
the contract based on prior agreements
concluded between the parties. Typically,
this is conceptualised as being driven by
processing units to meet their output
requirements of agro-livestock produce
(which in turn they have committed to
their clients/purchasers). The module
should allow these units to locate the
different stakeholders required within
the Aimag based on their output
requirements, conduct negotiations with
them on their offerings of goods/services
to facilitate the production of the said
outputs in the agreed time-periods and
bind the different parties with a legally
enforceable contract generated by the
liveNET Mongolia system. For this
purpose, the system should also have in
its repository different contract templates
each of which needs to have been legally
reviewed for their soundness. Once the
parties agree to such a system-generated
contract they can give their acceptance
using the mobile app through
appropriate secure and authenticated
means. Contracts generated from the
system shall be treated at par with other
contracts produced without the use of
ICT.
E22 Loans and All Stages This module should facilitate the
Credits application of loans and credits from
participating banks/financial institutions
in the liveNET system by users on the
basis of contracts concluded on the
liveNET system (see module above) or on
the basis of any other collateral recorded
in the system. It should be possible for
the user to complete the application
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
process completely over both PC and
mobile devices even as the system helps
the user with the "best" loan/credit
facility that he would be eligible for with
the assets as recorded in the system.
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
mobile money accounts of the user with
a transaction fee for the system accruing
as commission to the liveNET operator.
Communication messages should be
available either through IP-based
messages or through SMS/USSD
functionalities.
E24 Grievance All Stages This module should enable any aggrieved
Management user with filing a complaint whenever any
commitment or promised service delivery
has not taken place in accordance with
pre-agreed prescriptions for the same.
The aggrieved user should be able to
refer to a particular case and
commitments made therein and point
out where deviations have taken place
and submit the complaint to the
appropriate authority. The system should
be able to automatically categorise the
complaint or offer the user with a
complaint category and discover for the
user the relevant authority responsible
for the redressal of such complaints. The
system should be able to alert the user
with progress of the complaint through
both push and pull alerts (over both IP-
based communication and SMS/USSD
channels) and intimate him, with
upcoming appointments in this regard.
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
packages available that can meet the
requirements of financial management,
materials management and the like, this
module is envisaged as a custom-built
sub-system/module that constitutes the
core application off which the above
utilities/services can be extended
(referred to above as "Extension
Utilities"). This module is therefore a
custom-made application that maps all
processes captured as part of the
intervention (7.1) and forms the
application platform from which the
services/utilities (E1 to E24) can be
provided.
C2 Materials All Stages This module is envisaged as one that
Management maintains records of all material assets
Systems held in managed by the liveNET
operator. A full-fledged Asset
Management System (AMS) is not
envisaged but instead one which fulfills
requirements of the value-chain based
operations by this operator as would be
emerging from the intervention no (7.1).
However, this does not prevent the
operator from having a separate more
complete AMS system that uses the
same data. As a shared software across
Aimags only the components envisaged
to meet the value-chain operation
requirements are covered.
C3 Comprehensive All Stages This module is envisaged as one that
Financial keeps complete data on the financials
Management of the liveNET operator with revenue
Systems and expenditure figures being sourced
from the other modules as applicable. A
full-fledged financial management
system is not envisaged but instead one
which fulfills requirements of the value-
chain based operations by this operator
as would be emerging from the
intervention no (7.1). However, this does
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
not prevent the operator from having a
separate more complete financial
management system that uses the
same data. As a shared software across
Aimags only the components envisaged
to meet the value-chain operation
requirements are covered.
C4 Sales and All Stages This module is envisaged as one that
Distribution maintains all records of sales and
Systems distribution of agro-livestock produce
taking place on the liveNET system or
reported into it if the deals take place
outside of the system typically in the
Processing Stage though not always in
that stage. A full-fledged Sales and
Distribution system is not envisaged but
instead one which fulfills requirements
of the value-chain based operations by
this operator as would be emerging from
the intervention no (7.1). It should be
borne in mind that agencies typically
involved in selling agro-livestock
produce themselves will not be the
operators; therefore, this module
attempts to record sales figures
reported by other entities or generated
from the system itself where the selling
entities conduct their transaction on
liveNET system itself.
C5 Customer All Stages This module is envisaged as one that
Relationship maintains records of all customer
Systems relationship data in the system and
associated functions. A full-fledged
CRMS system is not envisaged but
instead one which fulfills requirements
of the value-chain based operations by
this operator as would be emerging from
the intervention no (7.1). However, this
does not prevent the operator from
having a separate more complete CRMS
system that uses the same data. As a
shared software across Aimags only the
Stage of the
Utility
Name of the Value-Chain
Unique Brief Description of Functionalities
Utility with which
Identifier
associated
components envisaged to meet the
value-chain operation requirements are
covered.