Nikhil Soni

1) Sam (Shares as Margin): Developed and Managed Sam in the Commodity segment allowed customers to pledge the shares held by you in your Demat account and generate limits against those shares.
In these we have develop code to calculate ineterst compuction and hedge postion benefits to customer to allowed pledge the postion(haircut) to allowed used
limit in other segment.
2)Basket order:
Developed and managed Basket order functionally in Commodity segment where customer allowed to placed multiple order in MCX through basket order functionally
Commodity Architecture:
3)MCX new architecture in Texedo we have convert 64 byte coversion to 32 bit(Network to Host Byte Order Conversion) as per new system architecture.We have convert
order placement,Modification,Cancalled packet network to host coversion in mcx.
4)Batabase Migraction
Database migration from Oracle Database 12c to Oracle Database 19c.
In databse migration we take plan for select,upate,insert,delete query and compare plan between both 12c and 19c if any full table scan occure then fiexd that query
with database team
5)Sheel scripts (morning pipe shift,one click derivative,execution algos)
In morning shit pipe shift we have run scrits to automatic pipe shift for multiple customer match id from from one tux to another tux.
In One click derivative we write a scripts to generate customer base trading data for time period for 1 day,week,month and year.
In Execution alogs we write a scripts to generate customer turnover value,tunover quantity ,total executed qty,executed order count and ctcl id
6)FNO BoardCast implement for tick by tick token update for particulare contract
In BoardCast we have implement tick by tick value update for particluar contract for live market where customer are able to see update feed in live market
7)Super user not able to square off order even eos process
In super user icici direct broker will square off remaining postion of customer manual in behalf of customer through super user after eos process
We developed functionally that After EOS process super user should be able to squre off postion again customer postion
8)Front end utility update dpr(DPR contract)
In DPR contract functionally we have update high price,low price,high price range and low price range contract level when price go to min price range set by exchange.
9)IOC ordr enable
In MCX we have enable IOC order placement for instantly executed order in market your
10)Order and tarde book pagination (FNO And MCX)
We have developed functionally of pagination in FNO And MCX segment where customer are able to see historically order in trdaing hour without any gliched
and because of these functionally our query latency also decrese and customer are able to see order page wise in both segment
11)GTT order in FNO
we have develop functionally in GTT that is when we have existing position in open position in that same contract not able to placed fresh order
12)Corporate action in FNO
In fno corporate action we develop functionally that is we are releasing dividend to customer or mergers, acquisitions, spinoffs.
13)API
We have develop service level api for providing input and output FML of service to develop postman gate way api in json formate for mobile app
14)Live issue in production during market hour
We have problem solving and trouble shooting in live market when latency increase and PQ count is increase or some tux got hang or sometime downtime we are
facing in live market.That time trouble shoooting the exactly issue and give appropriate solution
15)MCX After market exchange disconnection
In mcx After market exchanges has disconnected then we have to take login on tux level and taking download of customer order and trade and then disconect the
market.
16)Parallel EBA database (second eba database in Yotta)
In Yotta we are setting up parallel eba database in absence of exisiting of databse functionally
In Parallel EBA we set tux environment with creating queue,creating ubb configuation with linux conpartiable machine with Broadsing setup