Current Scenario: 1. DOP has network integrator and his responsibility is to maintain the network. NI vendor responsibility includes: a. Primary network service provider (NSP1) – currently BSNL b. Secondary network service provider (NSP2) – currently Sify c. There may be more NSPs in future d. Managed services to maintain link, network devices 2. There are multiple types of bandwidth a. MPLS, b. Broadband c. Dongle d. There may be other types also. 3. There are different types of offices depending upon number of users. Offices are classified into a. Class A – Very big offices having MPLS connectivity b. Class B – Big Offices having MPLS connectivity c. Class C – Small Offices having MPLS connectivity d. Class D – double hand office having 2 persons with Broadband connectivity e. Class E – Single hand office having 1 person with Broadband connectivity f. Class F – VSAT connectivity where no other means of connectivity is possible. 4. Different bandwidths like 2 Mbps MPLS, 512 Kbps MPLS, 512 Kbps broadband is provisioned depending upon class of offices mentioned at point 3. 5. The SLA reporting frequency is monthly and payment is quarterly to each NSPs and managed services. 6. The SLA reports come from NMS tool and each DOP offices has one unique code. 7. The SLA is different for each NSPs. E.g. a. For NSP1 i. >95% uptime – no penalty, ii. 95% – 90% uptime – 10% of payment deduction. iii. 90% – 80% uptime – 20% of payment deduction. b. Similarly different SLA for NSP2 and calculations would different. 8. The Managed services penalty is applicable if office is isolated means both NSPs are down simultaneously or router is faulty. There may be some other scenarios where DOP location is showing is not operating due to DOP reasons like power, local holidays force majeure etc. 9. The managed services charges are bandwidth-wise and different for each year. 10. The bandwidth of DOP locations are upgraded / downgraded as per requirement and accordingly charges changes from date of commissioning. 11. The SLA and uptime starts from the date of commissioning of DOP location. 12. The bandwidth rate of each NSPs is different for each year. Expected Scenario: a. Which is fully flexible / configurable which can give the expenses till now, , current quarter payment. quarterly projection, yearly projection. b. The software should be role based login: i. So that network integrator can upload the office-wise SLA for each NSPs, managed services. ii. DOP verifier can verify and accept or reject. If accepted it should go to DOP approver and if rejected it will go back network integrator. iii. DOP approver can accept or reject. If accepted then generate MIS report and if rejected then go back to DOP verifier. iv. Reporting and MIS. v. Suitable checks needs to be in place so that users can not amend, delete, add the data. vi. The data should be imported or exported to xls, csv etc. vii. Application should be enterprise level.
Smart India Hackathon 2018
Current Scenario: The mail operations right from booking to delivery presently work in an offline mode. The nodes communicate with the central server through a client for exchange of data. The IT modernisation project aims to make all mail operations online. Expected Scenario: The present mail operations of the Department rides on an offline solution, whereby the data resides on local servers and data exchange happens with the central server on a set frequency. The ongoing IT Modernisation project intends to integrate the entire mail operations right from booking to delivery into an online process. Since the entire system rides on a sturdy network and given a situation when the network fails, the communication of data (various scans of articles viz. booking, dispatch, receipt, bagging etc) may not get communicated. The Department needs a light IT solution whereby key functionalities of the IT system are run on a mobile or tablet , so that the same may be used to carry out the work as an interim and push the data into the central server using low bandwidth. Alternatively, a system may be developed to capture the data in an offline mode and push the same into the servers as an when the internet connectivity resumes.
Current Scenario: The Departmental sorting facilities have traditionally been aligned to handling documents and small packets. The existing parcel sorting happens manually either on floor area or on conveyer belts at select locations. The entire parcel processing does not have any Standard Operating Procedure (SOP) which brings down the sorting efficiency. Expected Scenario: The Department is in the process of mechanising the sorting of parcels at its sorting facilities. Mechanisation has commenced with use of conveyor belts, pin code based primary sorting (through backend integration with barcode) and DWMS (Dimension and Weight Measuring System). At the primary sort level, articles are sorted into groups of range of PIN codes to be sorted further (secondary sort) and bagged for destination hubs. The secondary sort requires a skilled sorter to find the correct destination bag. Can the secondary sorter is guided by the system itself as to which bag the article has to be dropped? Can the article be scanned and a light over the appropriate bag come on using PTL (Put to Light) solution? A prototype solution may be provided which should be scalable for number of sorts that may range from 30-90 destinations.
Current Scenario: The existing limited address database has merely the physical addresses. The data base lacks geo-spatial information and any standardised format of addressing. Expected Scenario: The Department is in the process of developing a digital address database for the entire country. A digital address database means that the physical address of any location is to be complemented by its geo-coordinates, both of which have to be mapped together. The digital address may be an alpha-numeric code or otherwise, and shall have to be an extension of the existing PIN code system which defines the delivery jurisdiction of a post office. Latest GIS technology, along with data analytics need to come together to develop the digital address database. The database format, manner of data collection of physical addresses and layering it with geo coordinates etc. need to be decided.
Current Scenario: Customers have to book their articles (Speed Post, Registered Post, and Parcels- Express & Business) at the Post Office counters. The bulk customers and e-commerce players book their articles/parcels either at the Business Post Centres operating at select post offices or at dedicated parcel booking centres. Expected Scenario: The Department is soon going to make its web portal transactional to enable web based booking of retail and bulk articles such as Speed Post, Registered Post etc. Once booked, the article has to either be picked up or dropped off at identified locations to be physically inducted into the system for processing. At the time of induction, the weight of the article has to be validated to prevent any leakage of revenue. For the customer, the process of dropping-off should be as hassle-free and take minimal time. A kiosk with necessary IT support to enable the above and allowing for making payment (in case of additional tariff to be paid) or having the amount credited (in case of higher tariff paid) is required.
Current Scenario: The existing cost calculation is based on some random / sample assessments/studies done very long back. There is significant change in the product portfolio of the Department since then. As different products are handled by the same operator/office, there is no cost segregation for each service/product. Expected Scenario: Arriving at the cost of the product/service where the stakeholders are from different offices spread across the length and breadth of the country
Current Scenario: Currently there is no mapping available in the system. However, based on the geographical areas like metro cities/state capitals etc and also based on the Circle boundaries, time limits are prescribed in Citizen Charter for delivery of articles. Due to non availability of accurate mapping of entire network and routing channel, there are no standard delivery norms between one post office to another post office Expected Scenario: To map entire chain of Post Offices and Sorting hubs so as estimate the probable date of delivery at the time of booking itself.
Current Scenario: No such database now. However, while booking mail articles/money orders etc., complete address of the addressee/payee is captured and stored in the database. But this data is not used for any purpose once the article/money order is delivered/paid. Building a digital addressee system based on the above data could not be materialized. Expected Scenario: Post Office should be able to build its own digital addressee system. Building a preliminary digital addressee system based on the data available with various government agencies and then enhancing /updating the same from the addressee data being captured (as mentioned in above para)
Current Scenario: There is no Transport management system in place. Therefore, the proposed load to be handled in ensuing 2-3 days could not be foreseen till the same is received at Sorting Office/Post Office. This results in poor resource management which ultimately increases costs due to last minute planning and significantly lowers the efficiency. Expected Scenario: 1) Smart planning for low costs by combining the shipments, based on the carrier’s capacity 2) Advance Information of the load across the supply chain
For any queries :
Call- 020 67036243/ 020 67035788 (Monday to Friday 10am to 5 pm)