FIX Algorithmic Trading Definition Languageหรือที่รู้จักกันดีในชื่อFIXatdlเป็นมาตรฐานสำหรับการแลกเปลี่ยนข้อมูลเมตาที่จำเป็นต่อการเปิดใช้งานกิจกรรมการซื้อขายแบบอัลกอริทึมในตลาดการเงิน โดยทำงานร่วมกับโปรโตคอลFinancial Information eXchange (FIX) ซึ่งเป็นภาษากลางของการซื้อขายอิเล็กทรอนิกส์ในตลาดหลักทรัพย์

ก่อนช่วงกลางทศวรรษ 1990 การซื้อขายหลักทรัพย์เกือบทั้งหมดทำผ่านทางโทรศัพท์ แต่ด้วยการมาถึงของ FIX การซื้อขายจึงค่อยๆ เปลี่ยนไปใช้ระบบอิเล็กทรอนิกส์ โปรโตคอล FIX ใช้ในการสื่อสารระหว่างระบบการจัดการคำสั่ง ซื้อ (OMS) ฝั่งผู้ขายและฝั่งผู้ซื้อ เพื่อแลกเปลี่ยนคำสั่งซื้อและข้อมูลการดำเนินการคำสั่งซื้อโดยไม่ต้องมีการแทรกแซงจากมนุษย์ โดยใช้ข้อความและขั้นตอนการทำงานที่เป็นมาตรฐานซึ่งกำหนดโดยโปรโตคอล ในช่วงแรก บริษัทฝั่งผู้ขายจะให้สิทธิ์การเข้าถึง "โต๊ะซื้อขาย" ของตนผ่าน FIX เท่านั้น ซึ่งหมายความว่าเมื่อคำสั่งซื้อมาถึงโบรกเกอร์ฝั่งผู้ขายแล้ว จะได้รับการจัดการโดยผู้ค้าที่เป็นมนุษย์ อย่างน้อยก็ในช่วงเริ่มต้นของวงจรชีวิต ต่อมา บริษัทฝั่งผู้ขายเริ่มเสนอการเข้าถึงโดยตรงผ่าน FIX ไปยังตลาดหลักทรัพย์/ตลาดที่ตนเป็นสมาชิก ซึ่งเรียกว่าการเข้าถึงตลาดโดยตรง (DMA) ในเวลานั้น บริษัทฝั่งผู้ขายหลายแห่งมีระบบที่เป็นกรรมสิทธิ์ของตนเองในการซื้อขายในตลาดโดยอัตโนมัติ โดยใช้ กลยุทธ์ การซื้อขายแบบอัลกอริทึมและเมื่อเวลาผ่านไป พวกเขาเริ่มเห็นว่าการเสนอให้ฝั่งผู้ซื้อเข้าถึงกลยุทธ์การซื้อขายเหล่านี้เป็นวิธีหนึ่งในการดึงดูดธุรกิจและเพิ่มรายได้

แม้ว่า FIX จะเป็นโปรโตคอลที่ขยายได้ แต่ก็มีสองความท้าทายที่เกิดขึ้นจากการที่บริษัทฝั่งผู้ขายเสนอการเข้าถึงกลยุทธ์การซื้อขายแบบอัลกอริทึมของตนผ่าน FIX ความท้าทายแรกคือ กลยุทธ์แต่ละอย่างของฝั่งผู้ขายมีพารามิเตอร์เฉพาะของตนเองที่ต้องรวมอยู่ในคำสั่ง ดังนั้นแต่ละบริษัทจึงต้องใช้ชุดฟิลด์ที่แตกต่างกัน (ซึ่งใน FIX เรียกว่า "แท็ก") ในข้อความ FIX ทำให้การทำงานของฝั่งผู้ซื้อยากลำบากมากยิ่งขึ้น โดยเฉพาะอย่างยิ่งสำหรับซัพพลายเออร์ เพราะการเพิ่มอัลกอริทึมใหม่ลงในระบบการซื้อขายและการจัดการแท็กที่แตกต่างกันทั้งหมดกลายเป็นภาระงานที่มากเกินไปสำหรับกระบวนการพัฒนาของพวกเขา

ปัญหาประการที่สองสำหรับตลาดคือ บริษัทฝั่งผู้ขายแต่ละแห่งมีวิธีการแสดงผลอัลกอริทึมของตนบนระบบจัดการคำสั่งซื้อ (OMS) ฝั่งผู้ซื้อที่แตกต่างกัน โดยมีการจัดเรียงปุ่มควบคุมในส่วนติดต่อผู้ใช้ให้เป็นระเบียบเพื่อความสะดวกในการป้อนคำสั่งซื้อ ซึ่งนี่ก็เป็นความท้าทายสำหรับผู้จำหน่ายระบบฝั่งผู้ซื้อเช่นกัน เนื่องจากหน้าจอใหม่แต่ละหน้าจอสำหรับโบรกเกอร์ฝั่งผู้ขายแต่ละรายต้องใช้ความพยายามในการพัฒนาและทดสอบโดยเฉพาะ

เพื่อแก้ไขปัญหาเหล่านี้ FIX Protocol Limited ได้จัดตั้งกลุ่มทำงานการซื้อขายแบบอัลกอริทึมขึ้นในไตรมาสที่ 3 ของปี 2547 ^{[ 1 ]} จุดมุ่งหมายเริ่มต้นของกลุ่มคือการแก้ไขปัญหาข้อแรก ซึ่งทำได้โดยการกำหนดกลุ่มฟิลด์ใหม่ StrategyParametersGrp ซึ่งประกอบด้วยแท็ก FIX 957 ถึง 960 – แท็กเหล่านี้ได้รับการแนะนำอย่างเป็นทางการพร้อมกับการเปิดตัว FIX 5.0 ในไตรมาสที่ 4 ของปี 2549 การอนุญาตให้บริษัทฝั่งผู้ขายรวมฟิลด์ที่เป็นกรรมสิทธิ์ของตนไว้ในโครงสร้างคู่ชื่อ-ค่าที่ซ้ำกัน ทำให้ไม่มีข้อกำหนดให้ผู้จำหน่าย OMS ต้องกำหนดโครงสร้างข้อความ FIX เฉพาะสำหรับปลายทางการซื้อขายฝั่งผู้ขายแต่ละแห่ง

โซลูชันนี้ไม่ได้ถูกนำไปใช้อย่างแพร่หลาย ส่วนหนึ่งเป็นเพราะการใช้งาน FIX 5.0 ยังจำกัด และอีกส่วนหนึ่งเป็นเพราะบริษัทต่างๆ มีระบบที่ใช้งานได้อยู่แล้วในตลาด และไม่เต็มใจที่จะเปลี่ยนแปลงโดยไม่มีเหตุผลอันสมควร ที่สำคัญกว่านั้นคือ โซลูชันนี้ล้มเหลวในการแก้ปัญหาที่สำคัญกว่าสำหรับตลาด นั่นคือ ความซับซ้อนสำหรับผู้ขายฝั่งผู้ซื้ออันเนื่องมาจากการขาดมาตรฐาน

แนวคิดในการใช้โครงสร้าง XML เพื่ออธิบายการนำเสนออินเทอร์เฟซผู้ใช้ของอัลกอริทึมและพารามิเตอร์ที่เกี่ยวข้องนั้น ได้รับการเสนอแนะครั้งแรกภายในกลุ่มทำงานโดย Daniel Clayden ซึ่งขณะนั้นทำงานอยู่ที่JP Morgan Chaseในการโพสต์ในฟอรัมเมื่อปี 2548 ^{[ 2 ]} สมาชิกของกลุ่มทำงานได้พัฒนาแนวคิดนี้ในช่วงปี 2549 และในเดือนมกราคม 2550 ได้เชิญผู้เข้าร่วมจากภาคอุตสาหกรรมในวงกว้างเข้าร่วมการประชุมเชิงปฏิบัติการเพื่อทบทวนแนวคิดของพวกเขา^{[ 3 ]}ในที่สุดก็มีการจัดทำข้อกำหนดขึ้น และเริ่มการทดสอบเบต้าในเดือนกรกฎาคม 2550 ^{[ 4 ]} ข้อกำหนดนี้กลายเป็น FIXatdl 1.0 ซึ่งได้รับการอนุมัติจากคณะกรรมการด้านเทคนิคระดับโลกของ FPL (GTC) เมื่อวันที่ 28 มีนาคม 2551

แม้ว่าจะมีความกระตือรือร้นในตอนแรก แต่โดยรวมแล้วเวอร์ชัน 1.0 กลับได้รับการตอบรับที่ไม่ค่อยดีนักจากตลาด ผู้ขายบางรายมองเห็นโอกาสในการให้บริการที่เกี่ยวข้องกับมาตรฐานนี้ เช่น ULLINK (ปัจจุบันเป็นส่วนหนึ่งของ Itiviti) ด้วยเครื่องมือเผยแพร่และจัดการอัลกอริทึม UL AMS แต่ในขณะที่ผู้ขาย OMS รายใหญ่รู้สึกไม่พอใจกับภาระงานในการนำอัลกอริทึมของโบรกเกอร์ใหม่มาใช้ พวกเขากลับชื่นชอบรายได้ที่พวกเขาสามารถเรียกเก็บได้จากทั้งลูกค้าของพวกเขาและจากโบรกเกอร์ที่กระตือรือร้นที่จะนำอัลกอริทึมของพวกเขาไปใช้ในฝั่งผู้ซื้อ

แม้ว่าเวอร์ชัน 1.0 จะเป็นก้าวสำคัญไปข้างหน้า แต่ก็ยังมีข้อจำกัดที่สำคัญอยู่บ้าง โดยเฉพาะอย่างยิ่ง การกำหนดข้อมูลที่จะส่งและการนำเสนอข้อมูลบนส่วนติดต่อผู้ใช้ถูกผูกติดกันอย่างแน่นหนา ทำให้โบรกเกอร์ฝั่งผู้ขายมีความยืดหยุ่นในการกำหนดอัลกอริทึมของตนเองน้อยลง นอกจากนี้ ข้อกำหนดเวอร์ชัน 1.0 ยังให้การควบคุมที่ไม่เพียงพอในแง่ของเค้าโครงส่วนติดต่อผู้ใช้ คณะทำงานจึงได้เริ่มแก้ไขข้อจำกัดเหล่านี้ในสิ่งที่ต่อมากลายเป็นเวอร์ชัน 1.1 ของข้อกำหนด การเปลี่ยนแปลงที่สำคัญประการแรกคือการแยกการกำหนดเนื้อหาข้อมูลออกจากการนำเสนอ โดยกำหนดสิ่งที่เรียกว่า "สัญญาข้อมูล" แยกต่างหาก ซึ่งประกอบด้วยพารามิเตอร์ของอัลกอริทึม ประเภทข้อมูล และข้อมูลสนับสนุน เช่น ค่าต่ำสุดและค่าสูงสุด จากนั้นส่วนแยกต่างหากของเอกสาร XML จะเกี่ยวข้องกับเค้าโครงของส่วนติดต่อผู้ใช้ การควบคุมที่จะใช้สำหรับแต่ละพารามิเตอร์ และตำแหน่งที่จะวางไว้บนหน้าจอ มีการจัด เตรียมสคีมา XSDเพื่อให้แน่ใจว่าไฟล์ FIXatdl นั้นถูกต้องและมีรูปแบบที่ดี

FIXatdl เวอร์ชัน 1.1 ได้รับการอนุมัติเบื้องต้นจาก GTC เมื่อวันที่ 9 กุมภาพันธ์ 2010 ซึ่งได้เข้าสู่ช่วงการแสดงความคิดเห็นสาธารณะ และได้รับการอนุมัติขั้นสุดท้ายเมื่อวันที่ 3 มีนาคม 2010 ข้อกำหนดดังกล่าวได้รับการนำเสนออย่างเป็นทางการสู่ตลาดในการประชุม FPL ในภูมิภาคยุโรป ตะวันออกกลาง และแอฟริกา เมื่อวันที่ 23 มีนาคม 2010 ^{[ 5 ]}

มีการดำเนินการงานเบื้องต้นบางส่วนเกี่ยวกับมาตรฐานเวอร์ชัน 1.2 ^{[ 6 ]}แต่เนื่องจากขาดความสนใจจากภาคอุตสาหกรรมในการรองรับการเปลี่ยนแปลงเพิ่มเติม มาตรฐานจึงยังคงอยู่ที่เวอร์ชัน 1.1

เอกสาร FIXatdl สามารถมีคำจำกัดความกลยุทธ์ได้หนึ่งรายการหรือมากกว่านั้น ภายในคำจำกัดความกลยุทธ์แต่ละรายการ จะมีส่วนหลักสี่ส่วนดังต่อไปนี้:

• ส่วนข้อมูลเมตาที่ระบุว่ากลยุทธ์นี้สามารถนำไปใช้กับภูมิภาคทางภูมิศาสตร์ ตลาด (ตลาดหลักทรัพย์) และประเภทสินทรัพย์ใดได้บ้าง
• ส่วนพารามิเตอร์ จะแสดงรายการพารามิเตอร์แต่ละตัวที่ใช้โดยกลยุทธ์ ประเภทข้อมูล ข้อจำกัด (เช่น ค่าต่ำสุดและค่าสูงสุด) และวิธีการแสดงผลในข้อความ FIX ที่ได้
• ส่วน StrategyLayout กำหนดส่วนควบคุมอินเทอร์เฟซผู้ใช้ที่จะใช้สำหรับกลยุทธ์นี้ วิธีการจัดวางบนหน้าจอ และวิธีการเชื่อมโยงกับพารามิเตอร์ที่อธิบายไว้ในส่วนก่อนหน้าของเอกสาร
• ส่วน StrategyEdit อธิบายถึงกฎการตรวจสอบความถูกต้องที่จะนำมาใช้ โดยทั่วไปแล้วจะเป็นการตรวจสอบความถูกต้องข้ามฟิลด์

เอกสาร FIXatdl ควรตรวจสอบความถูกต้องกับชุดสคีมา XSD ที่ FPL จัดเตรียมไว้ สคีมาเหล่านี้แบ่งออกเป็นสี่ประเภทดังต่อไปนี้:

• ส่วนหลัก (กำหนดเนื้อหาข้อมูล ประเภทข้อมูล ข้อจำกัด ฯลฯ)
• เค้าโครง (กำหนดปุ่มควบคุมที่สามารถใช้งานได้และวิธีการจัดวางปุ่มควบคุมเหล่านั้น)
• การตรวจสอบความถูกต้อง (อธิบายได้ด้วยตัวเอง)
• โฟลว์ (อนุญาตให้เปิด/ปิดใช้งาน ซ่อน/แสดง และอัปเดตการควบคุมต่างๆ โดยขึ้นอยู่กับสถานะหรือเนื้อหาของการควบคุมอื่นๆ)

เวอร์ชัน 1.1 รองรับการควบคุมส่วนติดต่อผู้ใช้ 14 แบบ ซึ่งสามารถจัดกลุ่มได้ดังนี้:

• ป้ายกำกับ
• ช่องป้อนข้อความ (มักเรียกว่ากล่องข้อความ)
• ช่องทำเครื่องหมายและปุ่มตัวเลือก ทั้งแบบเดี่ยวและแบบรายการ
• รายการแบบเลือกได้ทั้งแบบเลือกรายการเดียวและหลายรายการ
• รายการแบบดรอปดาวน์ ทั้งแบบที่แก้ไขได้และแบบที่แก้ไขไม่ได้
• ปุ่มควบคุมนาฬิกา สำหรับป้อนวันที่/เวลา
• แถบเลื่อน สำหรับเลือกการตั้งค่าหนึ่งในจำนวนเล็กน้อย
• ตัวหมุนตัวเลข ทั้งแบบเดี่ยวและแบบคู่ สำหรับจำนวนเต็มและจำนวนทศนิยม ตามลำดับ

ส่วนควบคุมต่างๆ ถูกจัดวางโดยใช้ลำดับชั้นของแผง (เรียกว่า StrategyPanels) ซึ่งแต่ละแผงสามารถวางในแนวนอนหรือแนวตั้งก็ได้ ภาพทางด้านขวาแสดงให้เห็นว่าองค์ประกอบ XML อ้างอิงถึงแผงแต่ละแผงภายในเค้าโครงที่กำหนดอย่างไร

แตกต่างจากเวอร์ชันก่อนหน้า เวอร์ชัน 1.1 ได้รับการยอมรับและนำไปใช้อย่างกว้างขวางในอุตสาหกรรมหลักทรัพย์ แม้กระทั่งในช่วงปลายปี 2552 ก็ยังมีบริษัทหลายแห่งที่ใช้มาตรฐาน 1.1 อยู่แล้ว แม้ว่าจะยังอยู่ในช่วงก่อนการเปิดตัวก็ตาม ตัวอย่างของบริษัทที่สนับสนุนมาตรฐาน FIXatdl ได้แก่:

• ระบบจัดการการดำเนินการ RealTick โดย Eze Software Group ^{[ 7 ]}
• โมดูลจัดการคำสั่งซื้อของ SimCorp Dimension ^{[ 8 ]}
• Itiviti ด้วยระบบจัดการอัลกอริทึม UL AMS ของพวกเขา
• ระบบจัดการการดำเนินการ Portware ^{[ 9 ]}
• RapidAddition พร้อมด้วยโปรแกรมแก้ไข FIXatdl ของพวกเขา
• บริษัท Assimilate Technology ร่วมกับผลิตภัณฑ์ Visual FIX ของพวกเขา
• Cornerstone Technology พร้อมด้วยบริการให้คำปรึกษาแบบแพ็กเกจ FIXatdl Jump-Start ^{[ 10 ]}เวิร์กช็อปฝึกอบรม FIXatdl สาธารณะ^{[ 11 ]}และบริการตรวจสอบความถูกต้องของ FIXatdl ฟรี AtdlTools

นอกจากนี้ยังมีไลบรารีโอเพนซอร์สที่เขียนด้วยภาษา Javaและ.NETคือ atdl4j และ Atdl4net ตามลำดับ ซึ่งทั้งสองไลบรารีนี้เป็นไปตามมาตรฐานเวอร์ชัน 1.1

คำถามที่ถูกถามบ่อยครั้งคือ ทำไม FIXatdl ไม่ใช้ มาตรฐานส่วนติดต่อผู้ใช้สำเร็จรูปเช่นXULของMozilla , Windows Presentation Foundation ของ Microsoft หรือApache Flex ? นี่เป็นคำถามที่สมเหตุสมผล แต่ดูเหมือนว่าผู้เขียนข้อกำหนดต้องการรักษาความเป็นอิสระจากแพลตฟอร์ม อย่างสมบูรณ์ และการเลือกใช้แพลตฟอร์มใดแพลตฟอร์มหนึ่งอาจเสี่ยงต่อการทำลายข้อเสนอนี้ แม้ว่าจะขาดความซับซ้อนในระดับเดียวกับแพลตฟอร์มเหล่านั้น แต่ข้อกำหนดปัจจุบันก็ให้การควบคุมที่ยอมรับได้ในแง่ของเค้าโครงส่วนติดต่อผู้ใช้โดยไม่จำกัดมากเกินไป ยังคงต้องรอดูว่าการออกแบบนี้จะส่งผลอย่างไร และดูเหมือนว่าอาจจำเป็นต้องมีการปรับปรุงส่วนนี้ของข้อกำหนดเพิ่มเติมเมื่อมีการใช้งานเพิ่มมากขึ้น

• การซื้อขายด้วยอัลกอริทึม
• การซื้อขายทางอิเล็กทรอนิกส์
• แก้ไขโปรโตคอล