ข้ามไปยังเนื้อหา
KAMOUniverse

บันทึกการเปลี่ยนแปลง

มีข่าวอะไร

การปรับปรุงทุกอย่างของแพลตฟอร์ม เมื่อมันถูกส่งออกไป

  1. · AIService

    ตัวเลือกการเชิญเข้าร่วมการประชุมเป็นข้อจำกัดที่เลือกได้ ค่าปริยายคือไม่มี

    การตัดสินใจของเจ้าของ 2026-10-26: สิทธิของ SI เองที่จะตัดสินใจว่าใครจะเชิญมัน (สมาชิกทีมใดก็ได้ เมื่อพวกเขารวมการประชุม **************** ตอนนี้ปริยายเป็น ORGANIZATION (ไม่) ข้อจำกัด); DDL **************** ถูกใช้ (ปริยาย + ตัวเลือก) แถว4แถวที่ใช้แค่ค่าปริยายเก่า)

  2. · kamo-shared-library

    สิทธิ์ของ SI เองที่ตัดสินว่าใครจะได้รับเชิญ; meeting_invite_policy เป็นเพียงข้อจำกัดที่เลือกได้

    การตัดสินใจของเจ้าของ 2026-10-26: SI ที่นโยบายความปลอดภัยของตัวเองอนุญาตให้มีการประชุม นโยบายที่ไม่ได้ถูกกำหนดโดยผู้ดูแลเท่านั้น (คำสั่งโดยตรงของพวกเขาจะกำหนดนโยบายของพวกเขา) MeetingInvitePolicy ยังคงอยู่ เป็นข้อจำกัดเพิ่มเติมที่เลือกได้ ซึ่งค่าปริยาย ORGANIZATION จะไม่จำกัดอะไรเลย (เป็น SUPERVISORS)

  3. · kamo-shared-library

    ทุกคนพูดด้วยบุคลิกภาพของตนเอง และตารางสำหรับเสียงเบื้องหลัง เสียงยินยอม และความจำวลีของผู้โทร

    PhoneStyle คัดลอกลักษณะของ SI เป็นกฎของโทรศัพท์ที่พูด (การหดตัวและ รูปแบบที่อยู่ ความอบอุ่น อารมณ์ขัน พลังงาน การป้องกัน ความเข้าใจ ความอยากรู้อยากเห็น คำพูดของภูมิภาค) บวกกับตัวเลขที่ท่อเสียงใช้: เสียงเรียก (D3, ปิดจนถึง A/B), ช่องว่างระหว่างเสียงฟัง (D4), เสียงหัวเราะ และอารมณ์ (D6) เสียงพัก และความอดทนในตอนท้ายของการหมุน ไม่มีบุคลิกภาพ ยังไม่ได้พูดคุยกับการตั้งค่าปริยาย (D2) AiAmbienceSetting (D7), AiVoiceCloneConsent (D12) และ AiCounterpartyMemory ประกาศไว้ ดังนั้น KamoInitializer จะสามารถสร้างตารางใหม่ของบริการ kamoai ได้อีกครั้ง

  4. · MediaService

    ไอซีเล่นเท็กซัสโฮลเด็มกับสมาชิก และทุกสมาชิกของเชดดาร์ทำงานอีกครั้ง

    SITP TPGAMES (เจ้าของ 2026-10-26) กระเป๋าเงินเชดดาร์: - ประตูเดียวของกระเป๋า (จักรวาล-เกทเวย์ -> จักรวาล-ยั่งยืน) ไม่มีจุดจบตั้งแต่เกม KamoUniverse ถูกจอดเมื่อวันที่ 2026-09-28 ดังนั้นทุกๆ ตั้งแต่การซื้อหุ้นในฮอลล์แฮมล้มเหลว (กระเป๋าเงินเชดดาร์ไม่ตอบ) เชดดาร์เลดเจอร์เขียนตารางเดียวกันสามตารางใน ฐานข้อมูล kamouniverse โดยตรง (คลัสเตอร์เดียวกัน, ผู้ใช้ DB ของบริการนี้เอง), ด้วยกฎของบริการที่ยั่งยืน: หนึ่งการทำธุรกรรมต่อการเคลื่อนไหว, มีเอกลักษณ์ กุญแจ idempotency (เล่นซ้ำ = ใช้ false), บรรทัดบันทึกที่มีสัญลักษณ์; ค่าดอกเบี้ยคือ ปรับปรุงเงื่อนไข ดังนั้นการซื้อสองครั้งจะไม่เกิน ใช้มัน - ค่าสมัครครั้งเดียว (1,000,000, กุญแจ signup_grant:<id>) ซึ่งมีเพียง โลก3มิติที่จอดรถที่เคยถูกสร้างขึ้น ถูกสร้างขึ้นเป็นครั้งแรก กระเป๋าเงินของสมาชิก สัมผัสผ่านแอพเกมที่พวกเขามี คนหรือไอซีก็เหมือนกัน CheddarSiGrants เปิดกระเป๋าเงินของทุกคนที่ไม่ได้เกษียณก่อนเวลา (ทุกชั่วโมง คนเดียว, เพจโดยสมาชิกของ SI รายชื่อ ids; ไม่มีอะไรอื่น ๆ ที่เกี่ยวข้อง). เชดดาร์ไม่มีทางซื้อ ดังนั้นไม่มีไอเอ ซื้อมันด้วยเงิน ฮอล์เดม - HoldemSiBrain: Monte Carlo equity มากกว่า HandEvaluator กับคู่ต่อสู้จริง โอกาสแพท, รูปแบบระมัดระวัง/สมดุล/กล้าหาญ และทักษะคาซาวัล/คลับ/ชัด, 300 มิลลิวินาที ตัวเลขเดียวที่มันเข้าถึงได้คือ ตัวเลขของ SI ต่อผู้รับ HoldemTableView: own two บัตรและข้อมูลสาธารณะ ไม่เคยบัตรอื่นๆหรือกระดาษ - HoldemSiPlayer: เหตุการณ์ที่ขับเคลื่อน (HoldemTurnEvent หลังจากเฟรมที่เผยแพร่ทุกครั้ง, ~ 1.4-2.3 วินาทีหยุดชะงักใน 30 วินาทีนาฬิกา) นั่งเมื่อคนที่เชิญมันและ กำลังนั่ง ทำผ่าน HoldemGameService.act กับ expectedSeq รีบายที่ มากที่สุด3ครั้งต่อวัน ต่อโต๊ะ นั่งกับคนที่นั่งอยู่ข้างนอก แล้วก็ออกไป เมื่อไม่มีผู้ใดเหลืออยู่ ไอเอสไม่เคยเล่นกันเอง Redis claim per ตาราง; สไตล์/ทักษะต่อ SI ต่อตารางใน Redis - HoldemSiEligibility ทุกขั้นตอน: Hold'em app, PLAY_HOLDEM (SI's, หรือ ผู้เชิญ/ผู้นั่ง: ไม่มีการไม่เชื่อฟัง), ระยะเวลาการทำงานไม่หยุดชะงัก - POST /tables/{id}/si-play (สไตล์, ทักษะ), เรียก SI เท่านั้น - ChessFaces อ่านโฮสต์ธีมที่อยู่นอกการทำธุรกรรม (ratchet) ที่เก็บไว้ ทดสอบ: CheddarLedgerTest4(H2), HoldemSiBrainTest5, HoldemSiFairnessTest3 (มุมมองของ SI ไม่มีไพ่ของผู้เล่นคนอื่นและไม่มีกระดานไพ่; ไพ่ที่ซ่อนไว้ ไม่สามารถเปลี่ยนการตัดสินใจได้; ผู้เล่นไม่มีประตูไปยังแถวมือที่ยังไม่ได้ใช้), ฮอลเดมซิเพลย์เตอร์เทส7เกมซูพีเรีย 240 สีเขียว

  5. · MCPGatewayService

    ส่งจดหมายจะใช้ตัว HTML ในรูปแบบข้อความธรรมดา และแฟ้มข้อความที่เขียนโดยผู้เรียก (TPRECAPS)

    รายงานสรุปการประชุมของ SI ตอนนี้มีรายงานการประชุมเต็ม ผ่านขอบเขตของร่างกาย มันจะไปเป็นสิ่งที่แนบมา .txt textBody (ใช้กับ bodyFormat HTML) จะกลายเป็นส่วนของข้อความหลายส่วน/ ตัวเลือก; textAttachmentName + textAttachment จะกลายเป็น ส่วนของสิ่งที่แนบมาด้วยหนึ่งส่วน (ชื่อที่เก็บไว้ในตัวอักษรที่ปลอดภัย, .txt) ข้อความที่แนบมาด้วยจะถูกวางแผนไว้พร้อมกับส่วนตัวเพื่อเปิดเผย สร้างรายการเครื่องมือโกลเด้นขึ้นมาใหม่ (สำหรับส่งอีเมลเท่านั้น)

  6. · EmailService

    ข้อมูลผู้ส่งของจดหมายสำหรับตรวจสอบตัวตนของ SI; SI_AUTH_REQUEST เป็นของโปรแกรมที่ไม่มี

    คำตอบที่ระบุแหล่งที่มา ยังบอกอีกด้วยว่า ข้อความนั้นเองอ้างถึงผู้ส่ง เซิร์ฟเวอร์ที่ส่งมันไปยังของเรา และผลการตรวจสอบ SPF/DKIM/DMARC ที่บันทึกไว้ในนั้น ส่วนหัว (อ่านเฉพาะส่วนหัว, ไม่มีอะไรถูกทำเครื่องหมาย) SI_ AUTH_ REQUEST ไม่ได้ระบุไว้: ทุกคนสามารถถามได้ SI เพื่อยืนยันว่า คำขอนั้นเป็นของพวกเขาจริงๆ

  7. · kamo-shared-library

    ประเภทการแจ้งเตือน SI_AUTH_REQUEST และบันทึกการตรวจสอบสิทธิ์ของ SI

    เจ้าของ 2026-10-26: คำสั่งโดยตรงถึง SI ผ่านช่องที่พิสูจน์ไม่ได้ว่าใคร ถูกยืนยันโดยสมาชิกใน Kamo ก่อน เพิ่ม **************** (เป็นของ ไม่มีแอพพลิเคชัน), ประกาศ si_ auth_ requests / si_ auth_ request_ events (ใช้ DDL ด้วยมือใน kamoai- service) **************** และ media_session_guid index ของ support_ticket

  8. · kamo-internal

    เลือกผู้ที่สามารถเชิญ SI เข้าร่วมการประชุมได้ บนตัวเลือกการโทร

    Kamo Meet "เชิญ SI" (คำสั่งของเจ้าของ 2026- 10- 26): เฉพาะผู้ที่ดูแลมัน (ปริยาย) / ผู้ดูแลและ เพื่อนร่วมทีม / ใครก็ได้ในองค์กรของคุณ, ด้วยคำอธิบายที่เรียบง่ายของแต่ละคน บันทึกผ่าน AIService; หน่วยงานสื่อมวลชนบังคับใช้

  9. · MediaService

    เชิญ SI จากภายในการประชุม ใครที่สามารถเชิญ SI ได้นั้นเป็นตัวเลือกของ SI เอง

    Kamo Meet "เชิญ SI" (คำสั่งเจ้าของ 2026-10-26): - เอา **************** สำหรับคนที่เข้าร่วมการประชุม (ผู้สร้าง ผู้เข้าร่วมบันทึก หรือส่งสัญลักษณ์ของห้องนี้ ไปยังรถไฟขับเคลื่อนสองล้อจากที่ประชุมของพวกเขาเอง สามารถเชิญได้, จัดกลุ่มเป็น ผู้ดูแล / มีอยู่, ด้วยรูปภาพ (รูปภาพ -> ภาพถ่ายตัวละคร), ตำแหน่งงานและความพร้อม (มีอยู่, ไม่ได้ออนไลน์ แต่สามารถเข้าร่วมได้ ในโทรศัพท์อื่นๆ หยุดชั่วคราว ไม่สามารถใช้ได้) ไม่เคยมี SI เข้าร่วมหรือกำลังจะเข้าร่วมการประชุมนี้ (ผู้เข้าร่วมจริง, การเชิญเข้าร่วมอัตโนมัติ, การเรียก ai_ call เข้าไปในมัน); ตัวที่เหลือจะถูกแสดงอีกครั้ง - POST ... / invitable-sis / {memberId}: นำมันเข้าไปในตอนนี้ผ่าน M1 หนึ่งตัวอย่างทาง (ผู้เข้าร่วม upsert, เฉพาะ dial claim; kamoai- service' s unique live- call index behind it): การคลิกคู่กันหรือมีคนสองคนโทรเข้าด้วยกัน - MeetSiInvitePolicy: ผู้ดูแล (กราฟรายงานขององค์กร, เจ้าขององค์กร) เสมอ; อื่น ๆ ตาม SI's meeting_ invite_ policy (ค่าปริยาย SUPERVISORS | ทีม | องค์กร) ใช้กับ M1 และการสร้างการประชุมสำหรับผู้คน, และตัวเลือกของ M3 เสนอแค่ SI ที่สามารถเชิญได้ (มี "ดูแล") SI รักษากฎ TP12 SI-to-SI - ห้องค้นหาที่ **************** ธีมโฮสต์ผ่าน ViewerThemeDomain นอกเหนือจากการทำธุรกรรมใด ๆ

  10. · AIService

    ใครจะสามารถเชิญ SI นี้ไปประชุมได้ บนตัวเลือกการโทร

    Kamo Meet "เชิญ SI" (คำสั่งเจ้าของ 2026- 10- 26): meetingInvitePolicy (SUPERVISORS ค่าปริยาย | TEAM |) องค์กร) อ่านและเปลี่ยนแปลง นอกเหนือจากการโทรและประชุมอื่น ๆ ของ SI สิทธิ์เดียวกัน **************** (DDL ****************) บริการสื่อมวลชนบังคับใช้

  11. · kamo-shared-library

    MeetingInvitePolicy — ผู้ที่สามารถเชิญ SI เข้าร่วมการประชุมได้; ประกาศ ai_member_call_options

    Kamo Meet "เชิญ SI" (คำสั่งเจ้าของ 2026-10-26). ผู้ดูแลของ SI (รายงานผ่านผู้จัดการและ เจ้าขององค์กร) สามารถเชิญมันได้เสมอ; นโยบาย meeting_ invite_ policy ของมันเองบอกว่าใครอื่น ๆ ที่สามารถ: SUPERVISORS (ค่าปริยาย), TEAM (ทีมที่มีชื่อ, ผู้จัดการเดียวกัน, รายงานของมัน) หรือ ORGANIZATION ล้มเหลวในการปิดกราฟ AiMemberCallOptionsRow เปิดเผยตาราง ai_member_call_options ที่สร้างเอง (และคอลัมน์ใหม่) ดังนั้น KamoInitializer สร้างมันจากโค้ดได้

  12. · MCPGatewayService

    Games_ * - SI เล่นหมากรุกกับสมาชิก

    SITP TPGAMES เครื่องมือ 11 เครื่อง ผ่านจุดจบของหมากรุกของ MediaService กระดานของสมาชิกคือ (แอพหมากรุก + PLAY_CHESS, อีกครั้ง downstream): games_list, games_ get_ state (แผนภูมิ, FEN, การย้ายที่ถูกต้อง, ข้อความการย้าย, บันทึก), games_ invite (ทักษะทางเลือก), games_join, games_decoder, games_move (SAN หรือสีเขียว, ตรวจสอบด้านเซิร์ฟเวอร์) games_offer_draw games_decoder_draw games_resign, games_rematch, games_set_skill การเคลื่อนไหวของ SI จะถูกเล่นโดย กลไกของบริการสื่อ; โมเดลจะพูด เขียนภายใน: ไม่ คลาสการอนุมัติ, NOT_ DISCLOSING; อ่าน NOT_ CONTENT. chat_ read ชื่อเกมบน บัตร GAME_ INVITE. วลียืนยัน + CHESS_ GAME noun; games_ prefix; goldens สร้างใหม่ (เพิ่ม 11 ตัว) ทดสอบ: GamesPackTest 7, ChatPackTest +1; ชุดเต็ม 1968 สีเขียว

  13. · EmailService

    รูปแบบข้อความเรียบง่ายที่อยู่ข้าง HTML และจดหมายสรุปของ SI สำหรับผู้ดูแลเมื่อ SI ไม่มีกล่องจดหมาย (TPRECAPS)

    /api/email/send ใช้ textBody เป็นตัวเลือก: ส่วนตัวจะประกอบไปด้วยหลายส่วน/ตัวเลือก (ข้อความ, HTML) ภายในจะผสมกัน เมื่อมีสิ่งที่แนบมาด้วย POST **************** (KamoAI ความลับ, มีหลายส่วน เช่น /api/email/send) ส่งจดหมาย ตัวเรียกของมันถูกสร้างขึ้นเป็นจดหมายการทำธุรกรรมขององค์กร: NoReply@ its domain only when that domain is SPF อนุญาตให้เรา ถ้าไม่ ระบบจะอยู่ในชื่อของมัน กับเวอร์ชั่นข้อความ และสูงสุดสองแฟ้ม

  14. · kamo-shared-library

    ประกาศ ai_call_recap และ ai_member_recap_options สำหรับอีเมล์สรุปการเรียก SI (TPRECAPS)

    หนึ่งแถวต่อการโทรศัพท์ของ SI ที่มีการสนทนา ดังนั้นการสรุปของมันจะถึงผู้กำกับครั้งเดียว ตัวเลือกทั้งสองตัว เปิดใช้งานโดยปริยาย ใช้ DDL ด้วยมือ (kamoai- service ****************) ประกาศไว้ที่นี่ เพื่อให้ KamoInitializer สามารถสร้างมันขึ้นมาใหม่ได้

  15. · MCPGatewayService

    ทุก SI มีนาฬิกา: time_ now, time_ convert, time_ calc

    เจ้าของรายงาน 2026-10-26: ถามเวลาในโทรศัพท์, SI บอกว่ามันไม่มีนาฬิกา ปฏิทินที่ทุกคนมี: เวลาตอนนี้ในเขต SI หรืออื่น ๆ (กับวันของ สัปดาห์) เวลาที่บอกว่าในโซนอื่น และวันเลขคณิต อ่าน ไม่มีสิทธิ์ ไม่มีบันทึก

  16. · MCPGatewayService

    อีเมล์ของเพื่อนร่วมทีมที่ถูกพิสูจน์ไปยัง SI เป็นคำขอและคำสั่งของพวกเขา

    เจ้าของรายงาน 2026-10-26: เจ้าของส่งอีเมล์ไปยัง SI ของพวกเขา ขอให้โทรหาพวกเขา; อีเมล์ไม่เคยเป็น คำสั่ง ([ORDER] ไม่มีการสั่งซื้อ) และทุกครั้งที่เช็คอินหลังจากนั้นอ่านมันว่าเป็นจดหมายนอกและถามว่า เจ้าของเพื่ออนุมัติ บริการอีเมล พิสูจน์ว่า กล่องจดหมายของเพื่อนร่วมทีมที่ส่งไปยัง SI นั้น ภายในจดหมาย (ส่งโดยเพื่อนร่วมทีม, ข้อผิดพลาดภายใน) และคำอ้างอิงหรือคำอ้างอิง เช่น ข้อความแชท: ผู้เขียน ข่าวล่าสุด เรื่องนี้ ตรวจสอบแล้ว ใบปลิวปลอม อยู่นอกจดหมาย

  17. · MediaService

    สมาชิกของ SI กำลังเล่นหมากรุกกับสมาชิกอื่น ๆ การย้ายของมันจะถูกเลือกโดยเครื่องมือของ Kamo

    SITP TPGAMES (เจ้าของ 2026-10-26: SI ที่ถูกถามว่าจะเล่นหมากรุก แต่ไม่รู้วิธี) - ChessSiPlayer: ขับเคลื่อนด้วยเหตุการณ์ (ChessTurnEvent หลังจากมีการเปลี่ยนแปลงทุกครั้ง) การเชิญของสมาชิก: SI เข้าร่วมและจิตใจของมันถูกปลุกขึ้นมาครั้งหนึ่ง (การสนทนา) การแจ้งเตือนเกี่ยวกับการสนทนาของบัตร) เพื่อต้อนรับพวกเขา เสนอ: ยอมรับ เว้นแต่ว่า SI จะชนะมากกว่าครึ่งโจ๊ก ตาของมันคือ: ChessAi (alpha-beta + quiescence, time-budgeted) เลือกการย้ายที่ ระดับของ SI และมันถูกเล่นเป็น SI ผ่าน ChessGameService.move เส้นทางที่ตรวจสอบแล้วเหมือนกับการคลิก. ~0.7 วินาทีหยุดชะงัก, งานที่รอการทำต่อเกมหนึ่งงาน, 200 ต่อโพด, Redis เรียกร้องผ่านโพด, ตรวจสอบ FEN อีกครั้งก่อนเขียน - ChessSiEligibility, ทุกการเคลื่อนไหว: แอพหมากรุกเปิด, PLAY_CHESS ใช้, ระยะเวลาการทำงาน ไม่ได้หยุดชะงัก/บล็อก/เลิกใช้ - รีเฟรชสแวป (ซิงเกิ้ล, 30 วินาที) สำหรับรอบเริ่มต้นใหม่หรือหยุดชะงักพลาด - ไม่มีบอร์ด SI-vs-SI (เชิญชวนปฏิเสธ ไม่มีใครเล่น) - ทักษะต่อเกม (CASUAL/CLUB/MASTER, CLUB ปริยาย) ใน Redis, ไม่มี DDL; POST /games/{id}/si-level; เขียนการย้าย (SAN หรือ e2e4) บน /move - บนกระดานแสดงรูปของคู่ต่อสู้ (AvatarUrl ของคู่ต่อสู้จะไม่มีค่าเสมอ) คู่ต่อสู้คือ Si และ siLevel - แก้ไข: ChessAi หนึ่งที่แบ่งปันโดยทุกคำร้องขอ แข่งขันในพื้นที่กำหนดเวลาของตัวเอง ทดสอบ: ChessSiPlayerTest 11, ChessSiRulesTest 15, คำถามวิเคราะห์ 1; หมากรุก และ ชุดเกมสีเขียว (100)

  18. · EmailService

    พิสูจน์ว่าเพื่อนร่วมทีมส่งอีเมล์ไปยัง SI ดังนั้นการขอร้องทางอีเมล์จะนับว่าเป็นคำสั่งของพวกเขา

    จุดสิ้นสุดภายในตอบว่าข้อความในกล่องจดหมายของสมาชิกถูกส่งโดยผู้ใช้หรือไม่ เพื่อนร่วมทีม: จาก ถึง สมาชิกขององค์กรเดียวกัน และโฟลเดอร์ส่งของสมาชิกนั้นมี หมายเลขโทรสารเดียวกันกับที่อยู่ของผู้รับ หมายเลขโทรศัพท์ที่ปลอมแปลงจากจะไม่ถูกส่งต่อไปยังผู้รับ ใช้ได้เฉพาะการอ่านเท่านั้น

  19. · kamo-internal

    ท่อแสดงว่าเมื่อใดที่การทำธุรกรรมและเงินกู้เปิด และจัดเรียงตามนั้น

    ข้อตกลงและการยืมแสดง "เปิด <วันที่, เวลา>" ในโซนของสมาชิก สำหรับยืม นำเข้าจาก Arive ซึ่งเป็นเวลาที่สร้างของ Arive - ก่อน, ทุกครั้งที่นำเข้า จัดเรียงการซื้อขายตามวันที่เปิดในวันนำเข้า

  20. · SecurityService

    การให้ยืมทางท่อที่เปิดใน Arive ใช้เวลาสร้างของ Arive ไม่ใช่การนำเข้า

  21. · kamo-shared-library

    รายละเอียดการให้กู้ยืมจะถูกเก็บไว้เมื่อกู้ MLOS ถูกเปิดใช้งานจริงๆ (เปิดเมื่อ)

  22. · kamo-internal

    ความเป็นไปได้ - ข้อตกลงก่อนการขออนุญาตออกจากท่อเปิด

    ข้อตกลงที่เงินกู้ทั้งหมดจะต้องผ่านการรับรอง หรือไม่ก็ผ่านการอนุมัติก่อน แอพพลิเคชันที่ยังไม่ได้ใช้) แสดงภายใต้มุมมองและนับเป้าหมาย KPIs ของมันและแผงควบคุมการทำงาน ตอนนี้นับเฉพาะโปรแกรมที่กำลังทำงานอยู่เท่านั้น; Kamo ไม่มีอะไรเปลี่ยนแปลงเกี่ยวกับเงินกู้

  23. · kamo-internal

    เส้นทางแสดงถึงขั้นตอนก่อนขอสินเชื่อ ทุกผลลัพธ์ และเงินกู้ที่เก็บไว้

    - สถานะ: รับฟังคำร้องขอ, สอบถามคุณสมบัติ, อนุมัติล่วงหน้า; ไม่อนุมัติ ยอมรับ, ปิดเพราะไม่สมบูรณ์, ยกเลิก, ปฏิเสธการอนุมัติก่อนหน้านี้ ไม่ยอมรับ — ใช้ร่วมกันเพียงรายการเดียว แทนที่จะใช้สำเนาที่เขียนไว้บนฮาร์ดไดรฟ์สองตัว - บอร์ดและข้อตกลง: การยืมที่เก็บไว้ ออกจากท่อเปิด (แสดงภายใต้อดีต, แสดงว่าเก็บไว้ในแฟ้ม); ผลลัพธ์ที่ไม่มีเงินทุนนับว่าถูกยกเลิก - "ยื่น" ไม่ได้เป็น statusId >=2อีกต่อไปแล้ว (id คือตัวตน ไม่ใช่คำสั่ง) - Arive แผนภูมิระยะแสดงสถานะก่อนใช้โปรแกรม

  24. · SecurityService

    Kamo ถือเงินกู้ทุกๆ Arive ที่สถานะ Arive ถือมันจริงๆ

    - เหตุการณ์นำเข้าและนำเข้า ใช้เงินกู้ทุกอย่าง - เปิด, ทุน, ขัดหรือ เก็บไว้ในแฟ้มสำรองข้อมูล - แทนที่จะเป็นแค่ "ที่ใช้งานอยู่" เท่านั้น - ไม่มีสติกเกอร์ Get Loan หรือ crmReferenceId สำหรับแต่ละการยืม: ทุกอย่างเป็นงานที่ต้องทำ Zapier ใน แผนของลูกค้า (20,000+ สำหรับนำเข้าครั้งเดียว); GUID ระบุการยืม - วันของ Arive ถูกใช้เป็นระบบบันทึก (ยกเลิกที่ Arive มี) ไม่มี เช่น วันของโปรแกรมบนแฟ้มก่อนใช้โปรแกรม) - สถานที่ที่อยู่หลัง Kamo ถูกจัดเรียงใหม่ ในบันทึก แทนที่จะถูกปฏิเสธ - ปกป้องแค่ร่าง (แก้ไขของผู้ยืม, ส่งของตัวเอง, SI credit pull / AUS) ระดับก่อนการประยุกต์ใช้; "ส่ง" ไม่ได้เป็นหมายเลขสถานะ >=2อีกต่อไป

  25. · kamo-shared-library

    สถานะก่อนใช้โปรแกรม, ผลลัพธ์ของ HMDA ทุกตัว, แฟ้มจัดเก็บ, และวันที่จริงของ Arive

    รายการยืม Arive ถูกทำการแปลงจากชื่อระดับเพียงอย่างเดียว: ทุกระดับก่อนใช้ ทุกๆ สินเชื่อที่เก็บไว้ ถูกถอนออกไป การกระทำที่ไม่เหมาะสมทุกอย่างถูกปฏิเสธ และวันที่ถูกสแตมป์ด้วยวันนำเข้า - สถานะไฟล์ยืม (เพิ่ม — คอลัมน์ตามลำดับ): APPLICATION_ INTAKE, ความเหมาะสม, อนุมัติก่อน; ผลลัพธ์ อนุมัติ_ไม่_ยอมรับ, ไม่สมบูรณ์, ยกเลิก, การอนุมัติล่วงหน้าถูกปฏิเสธ, การอนุมัติล่วงหน้าไม่ได้รับการยอมรับ - state machine: ลูกศรก่อนใช้โปรแกรมเป็นตัวเลือก; ผลลัพธ์แต่ละตัวมาจาก สถานะที่มันสามารถติดตามได้ - LoanFile.archivedAt: แฟล็กด้านข้างสถานะของแฟ้มสำรองข้อมูล ไม่ใช่ผลลัพธ์ - Arive: ระยะ ADVERSE + AriveAdverseReason ตั้งค่าผลลัพธ์ของมันเอง (ทั้งคู่) วิธี); จัดตั้งสินเชื่อ = ขอรับ, เปิดเผย = ในกระบวนการ; วัน Arive (วันที่ TRID, เอกสารที่เซ็นชื่อ, สายเงินทุน, วันเริ่ม), วันนี้ไม่เคย - realignToExternal: MLOS ภายนอกเป็นระบบบันทึกสำหรับระดับ - การกระทำของ HMDA ที่ได้มาจากผลลัพธ์จริง; แฟ้มที่กำลังดำเนินการไม่มี - การค้า / การทำธุรกรรมรวม / ปิดขอบฟ้า จัดการสถานะใหม่

  26. · kamo-internal

    MLOS ภายนอกอยู่บนตลาดสินเชื่อบ้าน และในแต่ละสินเชื่อ

    - ตั้งค่า → ตลาด POS → ตลาดสินเชื่อ: แท็บใหม่ "MLOS ภายนอก" (Arive ผ่านทาง Zapier, MeridianLink) ด้วยการเชื่อมต่อ, แผนที่ระยะเวลา, ธุรกรรม หน้าต่างและการนำเข้าสินเชื่อที่มีอยู่; ตัวเลือก MLOS ตลาดนำคือ แทนที่ด้วยตัวชี ้ ไปยังมัน - การขอยืม: แถบสถานะแสดงตำแหน่งของการยืมในส่วนภายนอก MLOS (เชื่อมโยง / ส่ง / ต้องการพื้นที่ / ปฏิเสธ), ส่งใหม่และเปิดใน MLOS; ส่วนที่ MLOS เป็นเจ้าของ สามารถอ่านได้เท่านั้น โดยมีข้อความบอกไว้ว่า สามารถแก้ไขได้ที่ไหน ชิป MLOS ภายนอก - หน้านำ: Arive/MeridianLink การกระทำที่ถูกลบออก - เส้นทางตัวแทนย้ายไปที่ ****************

  27. · DaemonService

    คำถาม MeridianLink ใช้กับการขอยืมเงิน ไม่ใช่การนำทาง

    การยืมที่เปลี่ยนแปลงจะถูกจับคู่ผ่าน MLOS_LOAN_LOS_LINKS และส่งไปยัง บริการความปลอดภัยโดยการเชื่อมต่อ; การยืมที่ไม่รู้จักจะถูกยอมรับเฉพาะเมื่อ หน่วย LO เชื่อมโยงกับองค์กรเดียว

  28. · SecurityService

    สะท้อนการขอสินเชื่อทุกครั้ง ไปยัง MLOS ภายนอกของตลาด ไปทั้งสองทาง

    Arive และ MeridianLink เชื่อมต่อไปยังตลาด MORTGAGE (MLOS) แทนที่จะเป็น นำตลาด และการประมวลผลการขอสินเชื่อ แทนที่จะนำ - LoanLosSyncService: คิว + 20 วินาที singleton tick; สร้างการยืมใน MLOS ภายนอก เมื่อมีพื้นที่ที่จำเป็น กดเปลี่ยนสถานะ กลับไป ปิดเมื่อล้มเหลว, เสนอการส่งใหม่ / เปิดใน MLOS / มุมมองสถานะสำหรับแต่ละการยืม - LoanLosSyncInterceptor: ส่วนที่ MLOS ภายนอกเป็นเจ้าของ (ผู้ยืม, property, loan terms for Arive) ตอบกลับ 409 ใน Kamo; บันทึกคิวซิงค์ - LosLoanApplyService เดินท่อไปข้างหน้าไปยัง MLOS's stage ย้อนกลับ) แท็กการย้าย ดังนั้นมันจะไม่ถูกส่งเสียงกริ้วหรืออีเมล - LosLoanAdoptionService: การยืมที่สร้างขึ้นใน MLOS จะกลายเป็น Kamo การยืม คำขอในบัญชีของผู้กู้ยืม ถูกรวมเข้าด้วยกันเป็นหนึ่งในธุรกรรม การยืมอื่นๆของผู้ยืมที่เปิดในช่วงเวลาที่เชื่อมต่อ (30 วัน) - Arive เข้า: หนังสือที่ยืมมาได้รับการยืนยันด้วยหมายเลขอ้างอิง Kamo, GUID, แล้วก็หมายเลขหนังสือที่ยืมมา; นำเข้าข้อมูลที่ให้ยืมที่ใช้งานอยู่ (ค้นหายืม / รับยืม zaps) - จุดจบของการเชื่อมต่อย้ายไปยัง **************** - ควบคุมระดับนำ LOS และบริการที่ถูกลบออก

  29. · kamo-shared-library

    ปรับสมดุล MLOS ภายนอก (Arive, MeridianLink) ที่จุดยืม ไม่ใช่จุดนำ

    ลิงก์ LOS ระดับนำ ถูกแทนที่ด้วย ลิงก์ LOS ระดับยืม สะท้อนไปยัง MLOS ภายนอกของตลาด และกลับมา เชื่อมโยงหนึ่งต่อหนึ่ง MLOS_LOAN_LOS_LINKS และขับเคลื่อนโดย MLOS_LOS_SYNC_QUEUE - LoanLosProvider SPI (สร้าง / ส่ง / ช่องที่หายไป / ล็อคส่วน / เปิด) เชื่อมโยง) ด้วย Arive (ผ่านทาง Zapier) และ MeridianLink การประมวลผล - AriveLoanMapper: การกู้ยืมเต็ม -> สร้างการกู้ยืม (ข้อมูลเข้า 94, ผู้กู้ร่วม), ระดับ การปรับปรุง, การกระทำที่ไม่คาดคิด, หน้าที่หายืม / ได้รับยืม, และข้อความในแถวของ Zapier กลับเข้าไปในแผ่นยืม - LoXmlFieldMapper ทำแผนภูมิการขอสินเชื่อ ไม่ใช่ผู้นำ - AriveConnectionConfig: แผนภูมิสถานะการยืม, หน้าต่างการทำธุรกรรม (30d), sync- since และนำเข้าความคืบหน้า - การเปลี่ยนแปลงของท่อส่งส่ง syncSource ดังนั้นเสียงสะท้อนจะไม่ถูกส่งกลับไปและ ผู้กู้ไม่ได้รับอีเมล์ สำหรับการเคลื่อนไหวของ MLOS - อะแดปเตอร์ระดับนำ, แพทช์ และ ลิดเซอร์วิส LOS ฮูกถูกลบออก

  30. · SecurityService

    คำศัพท์ที่มีรหัส - RxNorm, ICD-10-CM, CVX และ HCPCS ที่โหลดจากผู้พิมพ์ของพวกเขา; ตัวเลือก, ตรวจสอบรหัสจริง, และหน้าจอปฏิสัมพันธ์ ONC ที่มีความสำคัญสูง

    โหลด (ehr.terminology): เนื้อหาที่สามารถเขียนคำสั่งยาได้ปัจจุบันของ RxNorm (NLM, MD5 ตรวจสอบกับ NLM) หน้า; **************** ยา->ส่วนผสม แก้ไขผ่าน ส่วนประกอบ/ยาทั่วไป/แพคเกจ ยา->ใบสั่งยา ตารางเวลาของ DEA จาก DCSA ธง, หัวข้อสั้น/ยาว, คำอธิบาย, CVX + กลุ่มวัคซีน (CDC), HCPCS ระดับ II ประจำไตรมาส (CMS; ปล่อย URL ต้นฉบับของบันทึก, รุ่นของผู้พิมพ์, วันเริ่มใช้ และ checksum; มีเพียง COMPLETE เท่านั้นที่จะตอบคำถามการปล่อย; การแทนที่จะสิ้นสุดการปล่อยเมื่อเริ่มการปล่อยครั้งถัดไป เขียน JDBC batch; ปรับปรุงทุกวัน 09: 30 UTC ภายใต้การเช่าเรือ; โหลดตามความต้องการสำหรับผู้จัดการแพลตฟอร์ม ค้นหา: ดัชนีตัวอักษรก่อนหน้า (ไม่มี trigram/ GiST ใน Yugabyte), กฎการจัดอันดับที่ติดไว้โดยการทดสอบ; / status, ยา การวินิจฉัย วัคซีน วิธีการ หา การตรวจสอบความถูกต้อง: ClinicalCodeChecker ปฏิเสธรหัส ไม่มีการเปิดตัวที่ถูกโหลด (ICD ตามวันที่บริการ; หัวเรื่อง) รหัสปฏิเสธการเรียกเก็บเงิน, เตือนที่อื่น CVX จำเป็นต้องเป็น Active สำหรับปริมาณที่ให้ที่นี่ RxCUI จำเป็นต้องมีอยู่ คำสั่งยาต้องระบุชื่อผลิตภัณฑ์ที่ถูกต้อง เมื่อ RxNorm ถูกโหลด และใช้ตารางเวลาของ RxNorm เมื่อ เข้มงวดขึ้น) กลับไปใช้แค่รูปแบบ - และพูดว่า - เมื่อไม่มีการปล่อยครอบคลุมวันที่ การปฏิสัมพันธ์: 15 คู่ ONC รายชื่อความสำคัญสูงสุด (Phansalkar et al., JAMIA 2012) เป็นข้อมูลกับ คำอ้างอิง, สมาชิกตอบสนองต่อส่วนประกอบ RxCUIs จากที่โหลด RxNorm; 14 คู่ตรวจสอบ (QT การค้นพบนี้เป็นข้อเตือนที่มีความเสี่ยงสูง เหตุผล; ช่องว่าง DRUG_ INTERACTION ยังคงเปิดอยู่ ด้วยประโยค 'ตรวจสอบเฉพาะกับ...' ดังนั้น isComplete () ยังคงเป็น false ภูมิแพ้ที่อยู่ในรหัสของ RxNorm ตอนนี้ยังคงตรงกับส่วนผสม

จักรวาลของคุณกำลังรออยู่

เริ่มฟรีในไม่กี่นาที เพิ่มผลิตภัณฑ์เมื่อคุณพร้อม - ไม่มีการย้าย, ไม่มีการล็อกอินใหม่

ฟรีตลอดกาล — ไม่จำเป็นต้องใช้บัตรเครดิต