Dear @all,
Tôi cũng từng vất vả trong việc phân biệt giữa 2 Keys này, và chúng ta sẽ sử dụng chúng trong những trường hợp nào? Sau 1 hồi "bứt tóc, vò đầu" mình đút kết được:

Configuration key: Chúng ta dùng để quản lý cho việc dễ dàng bật/tắt chức năng (Forms, Tables, Objects) ảnh hưởng cho toàn bộ hệ thống ERP (cho toàn bộ các company). Vì tính năng như thế, nên chúng liên quan mật thiết với License code cho việc cung ứng các modules phù hợp với "túi tiền" mà ta bỏ ra cho chúng      

Configuration Keys FlowChart

Security Key: Bạn có thể dễ dàng bật/tắt từng chức năng riêng biệt cho mỗi công ty cũng như theo từng nhóm trong hệ thống.

Hi vọng sẽ giúp ích phần nào cho các bạn.

Hi Final,

Vote cho mot y kien xuat sac, Minh goi y them security va configuration key chi dung trong khi viet code con khi thiet lap cho end user thi nen dung User persmission and Record level securties.

Thanks and best regard

Trieu nguen

Hi Final,
Bạn có thể nói rõ hơn tác dụng khi bật/tắt 2 loại key này không? vd: ảnh hưởng đến AOT, data đang có trong database, khi nào xác định nhu cầu thay đổi key.... Đây là công việc của consultant.

Hi Trieu,
Bạn có thể cho ví dụ nào đấy cụ thể khi dùng trong code không?

Dear hsvkbi,
Về Configuration Keys: Khi tắt Key này, thì theo quá trình Test về mặt Data trong Database vẫn không ảnh hưởng. Hệ thống chỉ Disable tắt cả những Forms, Tables liên quan đến Key này ngay lập tức. Users sẽ không thể truy cập vào những tính năng này. (Hiện nay mình đang thử thiết lập với Configuration keys cho Parent Security Keys.)

Security Keys: Tùy theo mổi Form, reports mình sẽ cấu hình với 1 Security key riêng biệt. Điều này sẽ giúp mình dễ dàng trong việc quản lý cũng như phân quyền cho sự truy cập của từng nhóm users phù hợp.

Thân

Dear trieu nguyen,
Mình cũng chưa hiểu ý bạn dùng security key và configuration key trong viết code là thế nào? Còn vấn đề giữa 2 keys này, mình nghĩ bạn chưa phân biệt rõ ràng đặc tính của chúng.

User permission: Dùng để phân quyền User group truy cập được những module cũng như tính năng nào trong system.
Record level securties : Phân quyền truy cập từng record riêng biệt theo từng User group.

Còn ý nghĩa của 2 keys trên như thế nào? Bạn hãy trả lời câu hỏi rằng: Khi bạn tiến hành phân quyền cho Modules hay tính năng của system (trong Administrator Module); làm cách nào system có thể list ra được các Module đó để cho bạn có thể tiến hành công việc này? Nếu bạn đang phát triển 1 module hoàn toàn mới; làm thế nào bạn có thể phân quyền cho Module này giống như vậy?

Thân

Hi Final,

hmm... mình không chắc có đúng không nhỉ???

Một ví dụ cổ điển trong tác dụng của configuration key la multi national functionality: Trong 1 single application có thể bật configuration key của company này nhưng disable ở 1 company khách hay không. Vd: Cty user có 2 company accounts trên cùng database, cùng application, có thể bật các config key finance của cty Châu Âu mà không bật tại cty Châu Á. Đồng thời tại cty châu Á, tắt phần của châu Âu và bật phần châu Á?

Hehe.. Cái này chỉ là chalenge cho vui thôi nhé, không có ý đánh đố. Nhưng sẽ rất hữu ích cho consultant.

Thân.

Dear hsvkbi,
Nếu vậy mình sẽ phải nghiên cứu thêm trường hợp này.       . Nói thiệt chứ, đó giờ toàn xài Security Keys không hà, bữa nay có phát triển 1 module độc lập nên cũng tập tành bon chen xài thử Configuration Keys này là thế nào? He he he

Còn License Code mình cũng chưa biết cách sử dụng nó như thế nào nữa? HsvKbi có lời khuyên gì cho mình về phần này không?

Cám ơn hsvkbi nhiều nhiều

Thân

Để có thể giải thích rõ ràng và chi tiết về cách ứng dụng của config key thì đúng là mất nhiều thời gian, không chỉ liên quan đến các keys (license, security) mà còn phải kết hợp code tại các layer, database elements... Tùy theo mức độ sử dụng mà tùy biến.

Về mặt khái niệm cơ bản như bạn copy từ help file là đúng rồi. Nhưng ứng dụng thì có nhiều cách. Ở đây chỉ xin nói đến khía cạnh của development:

Nếu như bạn phát triển 1 chức năng phần mới và muốn dùng config key thì nên cẩn trọng ở chỗ config key có thể làm thay đổi cấu trúc database    (ko phải như bạn nói trong phần trc vì security đáp ứng được phần này). Một khi ảnh hưởng đến data element thì code cũng sẽ bị ảnh hưởng. vd: code có thể trỏ đến các field hay table đã bị xóa khi tắt key.

Ngoài ra, bạn phải biết mình sẽ deploy vào layer nào. Nếu MS update các layer đặc biệt là -P layer thì ảnh hưởng ra sao?

Như đã biết, config ảnh hưởng data hay nói cách khác là setup ở mức application level, nên trong ví dụ trc về multinational functionality, phải enable cả Châu Âu và Châu Á rồi dùng security key control ở mức company account. Trước đây, từ version 3 service pack 3 trở về trc, điều này rất khó chịu vì có nhiều bug. Tuy nhiên, AX2009 có thể đã giải quyết được vấn đề này bằng cách phân chia code vào layer DIS (bạn tìm hiểu thêm trong tài liệu của MS).

Hi vọng giúp được phần nào.

Hi Final, Skvkbi,

Cam on vi cac ban da chia se. Dao nay minh nhuc dau vi khach hang dua case nhu sau : Mot nguoi truong kho tren site 1: co the lam moi thu tren site 1 nhu la : Transfer order, picking list..... Nhung tren Site 2 thi nguoi do chi co the lam inquiries hoac xem Report. Site 1 va Site 2 la tren cung mot cong ty. Minh khong biet AX co the lam duoc van de tren khong ? Neu AX lam duoc thi mong 2 ban help minh voi

Sorry vi minh khong danh duoc tieng viet

Thanks and best regard

Trieu nguyen

Too bad

This is impossible with standard AX... the only option is to use Record Level Security but data will be invisible.
What is the exact requirement or what drives this requirement? May be possible to work around then.