BabyShark

Xin chào mọi người, lại là tôi đây! Những năm gần đây xã hội liên tục đề cập đến blockchain, tin tức báo chí truyền hình... nhưng đa số đều coi đây là kênh kiếm tiền, là lừa đảo... chứ ít ai thực sự hiểu về nó. Theo báo cáo gần đây nhất (2022) thì chỉ khoảng 10% dân số thế giới biết blockchain là gì, trong đó chỉ có 1% dân số hiểu thực sự nó là cái gì và nó làm được gì. Trong lúc trà dư tửu hậu với các anh em cùng nghề, quả thật, khi nhắc đến Bitcoin hay Ethereum, không ít anh em cũng nghĩ đó là một kênh đầu tư, oái ăm hơn là lừa đảo. Nhân lúc BQT forums đang phát động phong trào viết bài nhận Token GẠO, tôi mạn phép viết về nó một tí, kiếm ít GẠO sống qua ngày. Minh oan cho blockchain Trước hết, blockchain là một công nghệ, cũng như bao công nghệ khác. Mọi người có thể search và tìm hiểu thông tin rất nhiều trên mạng... Tôi chỉ xin chia sẻ một câu chuyện nhỏ mà tôi copy được ngày 03/01/2009 ở trên mạng, để minh họa đôi tí về công nghệ này. Chuyện kể rằng, có một ngày cuối tháng đẹp trời, sếp "Hai Ếch Sấu Ngàn" gọi anh Trà Đá "Tư Nòng Nọc" lên phòng "Chú xem dùm anh sao chứ cái phần mềm tính tiền cho "Trạm cân xe qua chốt" đạt giải Sao Khuê Đất Việt của anh báo cáo nó lại đổi số liệu tùm lum vậy, hôm qua khác, hôm nay khác". Tư Nòng Nọc gãi đầu gãi tai, cười hì hì " thì chắc do chị Kế Toán gần tới cuối tháng chỉnh gì đó nên ảnh hướng số liệu của ngày cũ. Sếp an tâm, để em triển khai vài cái tuyệt chiêu Sờ Quy Rùa (SQL - tác giả chú thích) là số liệu lại đẹp ngay ấy mà". Sếp Hai Ếch gật gù, bảo "ừ, làm cho tốt đi, chốt tháng công ty mà làm ăn có lợi nhuận, anh dẫn chú đi uống bia tươi Hà Nội. Cho chú hẳn 5 cốc bọt đẹp!". Tự tin vào tay nghề sau học xong khóa "Làm sao để trở nên nguy hiểm trong vòng 24 giờ", anh Trà Đá chăm chú gõ gõ, nhấn nhấn mà không cần nhìn màn hình. Hừm thằng dev sao giấu nổi password truy cập database với anh được". Tạch, tạch tạch. "Xong rồi!". Số liệu cho sếp đẹp như mơ. Anh cầm bản báo cáo tài chính lên gặp sếp Hai Ếch (từ giờ mình sẽ gọi anh ấy là Hai Ếch cho ngắn gọn - tác giả chú thích), lướt nhanh qua phòng chị Kế Toán, liếc nhẹ. "Ổn hết rồi sếp" "Tốt lắm, mai làm 10 cốc bia. À mà chú làm cách nào hay vậy?" Sếp Hai Ếch gật gù khi nhìn bản báo cáo. "Dạ, sếp quá khen. Có gì đâu sếp, nghề của em mà. Em vô database rồi sửa trực tiếp số liệu luôn", Trà Đá cười tít mắt. "Có ai biết chú chỉnh, sửa gì không?" "Không ai, chỉ mình em." "Thôi toi anh, thế này là không được. Lỡ chú nghỉ việc, ông Trà Đá khác vô chỉnh số liệu để ăn ra thì anh biết làm sao? Nguy hiểm, nguy hiểm quá. Anh cần hệ thống tính tiền làm sao đó mà không thể chỉnh sửa được database, mọi thay đổi chỉ có thể thêm chứ không có thể sửa, mọi thay đổi cũng phải được ghi nhận công khai, minh bạch chú sửa gì. Đấy là anh chưa nói đến tới tháng cần tính tiền mà database ngỏm thì anh ăn hèm" Tư Nòng Nọc tối mặt. Không nghĩ rằng cố gắng của mình lại bị sếp dội một gáo nước lạnh như vậy. Kiểu này chắc đến hạt lạc cũng không có chứ đừng nói là bia tươi! "Ê, đi đâu đó mày". Tư Nòng Nọc quay người lại. Thì ra đó là tiếng chim hót trong bụi mận gai, thằng bạn Ba Nhái chí cốt làm phòng Tài Chính đây mà. "Đi nhậu đây, chán quá". Ba Nhái là anh chàng còi còi, nhỏ người, hơi xương xương, khuôn mặt nhìn lanh lợi, làm giám đốc tài chính, chơi thân với Nòng Nọc cũng được vài chục năm rồi, từ khi hai đứa nằm chung nôi thời nhà trẻ bao cấp. Rít một hơi thuốc lào, Ba Nhái nói đầy vẻ thông cảm: "Tao hiểu rồi, tao có cách giúp được mày". "Cách gì, cách nào", Tư Nòng Nọc hỏi dồn. "Mày nghe tới blockchain chưa? Ví dụ như là Bitcoin í? Về bản chất nó là công nghệ cơ sở dữ liệu phân tán. Có nhiều bản copy của cơ sở dữ liệu này trên hàng trăm nghìn máy chủ khác nhau, dữ liệu được đồng thời được cập nhật cùng với nhau vào cùng một thời điểm khi có sự thay đổi. Các thay đổi dữ liệu được mã hóa với nhau, liên kết với nhau theo thời gian" Xem chừng Tư Nòng Nọc còn nghệch mặt ra, Ba Nhái nói tiếp: "Ví dụ dữ liệu sinh ra ở thời điểm T1 lúc 1 giờ sáng, cứ cho đây là dữ liệu của điểm khởi nguyên, nếu lúc 2 giờ sáng có một dữ liệu khác cần ghi vào, một phần của T1 sẽ được mã hóa, ghi vào dữ liệu sinh ra ở thời điểm T2, cứ thế tiếp diễn... Lúc này, nếu đứng tại sự kiện Tn -> Tn-1 nhìn vào T1, ta có thể đảm bảo dữ liệu này là không có sự chỉnh sửa. Ngoài ra, nó chỉ có thể ghi thêm, chứ không thể xóa được dữ liệu Tn-1 -> T1, hoặc là chỉnh sửa được dữ liệu Tn-1 -> T1". "Nghe hay nhỉ, vậy cái vụ ghi thêm đó thì có ai biết không?", Tư Nòng Nọc tiếp lời. "Ai cũng biết, vì bản chất công nghệ blockchain các dữ liệu ghi thêm vào đều được công khai, ai cũng có thể truy dấu vết". "Ơ vậy là hết sửa, hết ăn ra à?" "Uh, đúng rồi. Ông chấp nhận chơi cuộc chơi lớn thì phải vậy thôi", Ba Nhái trả lời. "Hay quá, đi nhậu thôi, tôi mời ông". Tư Nòng Nọc hớn hở vỗ đùi cái đét. ------- END ----- He he, vậy qua câu chuyện trên, theo mình hiểu là: Blockchain là cơ sở dữ liệu phân tán, có tính chất không thể chính sửa thay đổi. Cùng một thời điểm có hàng trăm ngàn bản dữ liệu giống nhau nằm trên các máy chủ khác nhau, không thể giả mạo mà không có sự đồng thuận. Nó có tính toàn vẹn, tính sẵn sàng và công khai. Với các tính chất này, ứng dụng vào cuộc sống thì nó có thể: - Thay thế tiền giấy truyền thống - Các giải pháp cần tính toàn vẹn, chống giả mạo: hóa đơn điện tử, căn cước công dân, giấy phép bản quyền, nguồn gốc sản phẩm... và nhiều thứ khác nữa. Tùy sự phong phú của cuộc sống! Topic đã dài, mình xin tạm ngưng ở đây. Anh em hiểu như thế nào về blockchain, hy vọng mọi người có cảm hứng để cùng chia sẻ thêm về chủ đề thú vị này để cùng cập nhật kiến thức nhé.

Đây là một báo cáo của Gartner năm 2021. Theo báo cáo này, việc xâm nhập an ninh mạng là không thể tránh khỏi, nhưng nhiều nhà lãnh đạo quản lý an ninh và rủi ro vẫn nghĩ rằng họ có thể ngăn chặn tất cả các cuộc tấn công bằng cách đổ tiền và người vào các biện pháp phòng thủ của họ. Vì vậy, thay vì có gắng ngăn chặn việc xâm nhập, họ nên tập trung vào khả năng phục hồi và đón nhận các cuộc tấn công, coi đó như là sự cố để học hỏi từ đó. Chúng ta hãy cùng điểm qua các ý của báo cáo này nhé. Báo cáo này nêu gì? Việc xâm nhập an ninh mạng vẫn tiếp tục xảy ra, mặc dù chi tiêu cho an ninh mạng vẫn ở mức cao và các tổ chức an ninh mạng thường được tài trợ, đầu tư đầy đủ và có đội ngũ nhân viên đầy đủ. Điểm chính là dù vậy, cũng không thể ngăn chặn được. Các cuộc xâm nhập tại Maersk và Merck, các cuộc tấn công gần đây vào Colonial Pipeline và JBS, và hậu quả từ Stuxnet và các cuộc tấn công SolarWinds và Kaseya, cho thấy đối tượng bị tấn công đã đa dạng hơn, hầu như tất cả các ngành (du lịch chắc chắn không phải là ngoại lệ). Như vậy, sự đe dọa đã không còn nằm trong phạm vi không gian mạng. Với các công ty, tổ chức chưa có kế hoạch cho các cuộc tấn công này, sẽ có phản ứng khá tự nhiên, "làm theo cách chúng ta", sẽ tốn thêm tài nguyên và các vấn đề thực sự sẽ không được giải quyết. Để có sự khác biệt - "có chất" - về các hệ quả xảy ra của các sự cố an ninh mạng, ưu tiên an ninh mạng phải chuyển từ các chiến lược phòng thủ sang các chiến lược phục hồi sau thảm họa và tiếp tục kinh doanh. Các khuyến nghị đưa ra Cắt giảm chi tiêu cho phòng thủ an ninh mạng và dùng khoản này để đầu tư, nghiên cứu về khả năng phục hồi. Học hỏi từ thuyết tai nạn bình thường bằng cách áp dụng hướng tiếp cận “chánh niệm” hay “tỉnh thức” của “các tổ chức đáng tin cậy cao” vào phòng thủ an ninh mạng, để tạo ra một công ty có khả năng chống chịu được các cuộc tấn công an ninh mạng. Tuyển dụng các nhân sự cấp cao, những người đã có thực chiến và “lãnh sẹo” trong các cuộc đối đầu với các cuộc tấn công an ninh mạng, những chiến binh thực thụ hiểu rõ cách phục hồi sau khi khi bị tấn công an ninh mạng. Coi an ninh mạng như là một vấn đề của việc kinh doanh, chứ không phải là vấn đề của IT, bằng cách dịch chuyển các sáng kiến an ninh mạng (cybersecurity initiatives) sang việc phục hồi thảm họa và liên tục kinh doanh. Điều này là bởi vì các cuộc tấn công mạng có thể gây ra ảnh hưởng lớn đến hoạt động, danh tiếng và lợi nhuận của một công ty. (còn tiếp)

Có ai chơi AoE2 ko nhỉ? Tôi đang tìm đối thủ ELO dưới 1000 để giao lưu. Mục tiêu của tôi là ELO 2025. Nếu có ai ngoài đó, hãy PM tôi nhé.

Intel vừa phát hành driver phiên bản 22.230.0 sửa lỗi tốc độ không ổn định, giải quyết các vấn đề mất kết nối và vá các lỗi khác từ các phiên bản trước đó cho Intel ProSet/Wireless. Phiên bản mới nhất tương thích với các wireless adapters sau: Intel Wireless Adapter Driver Version Intel® Wi-Fi 6E AX411 (Gig+) Windows 10 64-bit only Windows 11 64-bit only 22.240.0.6 Intel® Wi-Fi 6E AX211 (Gig+) Intel® Wi-Fi 6E AX210 (Gig+) Intel® Wi-Fi 6 AX203 Intel® Wi-Fi 6 AX201 Intel® Wi-Fi 6 AX200 Intel® Wi-Fi 6 AX101 Intel® Wireless-AC 9560 Intel® Wireless-AC 9461/ 9462 Intel® Wireless-AC 9260 Intel® Dual Band Wireless-AC 3168 Windows 10 64-bit Windows 11 64-bit 19.51.47.1 Windows 10 32-bit 19.51.40.1 Lưu ý: Intel không còn cung cấp driver cho phiên bản Windows 10 32 bit. Người dùng có thể nâng cấp driver tại địa chỉ chính thức ở đây: https://www.intel.com/content/www/us/en/download/19351/windows-10-and-windows-11-wi-fi-drivers-for-intel-wireless-adapters.html

Mới đây, mạng xã hội Twitter, sở hữu bởi thần tượng Elon Musk, đã có một số tin đồn sau (được xác nhận bởi Elon) và một trong số đó đang thành hiện thực: 1. Twitter sẽ có tên miền mới là x.com 2. Logo Twitter từ con chim xanh thành X, gồm X xanh và X đen 3. Followers sẽ đổi thành Viewers 4. Khi ai đó truy cập vào Profiles của bạn, bạn sẽ được trả tiền 5. Quảng cáo trên Twitter sẽ được share và được thanh toán theo lượt share (có Việt Nam) 6. Hướng tới là một siêu ứng dụng bao gồm nền tảng hẹn hò, thanh toán, đặt thức ăn, cổng thanh toán các dịch vụ... Chúng ta hãy cùng chờ xem :)

1. Các vấn đề: Tôi muốn: a) Tận dụng thiết bị sẵn có của khách sạn như máy scan, các máy có khả năng chụp hình ảnh hoặc thiết bị nào rẻ tốt chụp được ảnh b) Đưa ảnh này đến ứng dụng xử lý bóc tách thông tin cần c) Tự động nhập thông tin đã bóc tách xong lên phần mềm PMS, bất kỳ phần mềm nào: Oracle, Smile, EzHotel... bất kỳ nền tảng nào: cloud, on-premises d) Chi phí để hoàn thành giải pháp này, chỉ khoảng 2 triệu đồng để mua thiết bị, và công ngồi build hệ thống (đã include vô tiền lương tháng rồi) 😁. 3. Hướng tiếp cận:

Hello 499 AE, Một trong hàng tỷ thứ liên quan đến vận hành trong ngành du lịch, có một việc khá đơn giản nhưng tốn khá nhiều thời gian cho bộ phận Tiền sảnh khi tác nghiệp. Đó là khi khách check in, các thông tin cơ bản như tên, ngày sinh, số ID, địa chỉ phải có đủ trên profile của khách trên các phần mềm PMS để phục vụ nhiều mục đích khác nhau như báo cáo xuất nhập cảnh, lưu trú... Quá trình gõ tay các thông tin trên mất chừng 2 phút - 4 phút tùy vào khả năng của mỗi bạn lễ tân. Nhóm khách 4 người là mất 8 phút minimum / một bạn lễ tân, sau đó mới tiếp các nghiệp vụ khác. Tuy nhiên, quá trình key in thông tin này tốn rất nhiều thời gian, khiến trải nghiệm nhận phòng của khách hàng mất vui. Các bậc tiền bối trước đây đưa ra một số giải pháp: 1. Khách tự check in, các thông tin này khách tự nhập, khách sạn sẽ không tốn thời gian cho việc này => Khách nhận phòng nhanh chóng => Đây là giải pháp Win - Win. 2. Bỏ qua thao tác gõ thông tin này, chỉ chụp hình cái pặc, rồi nhập sau => Đây là giải pháp nhanh nhưng còn tùy policy mỗi nơi, và các bạn lễ tân vẫn phải làm manual. 3. Sử dụng ứng dụng và thiết bị chuyên đọc thông tin này và đưa lên hệ thống PMS, thời gian xử lý tầm 5 - 10 giây / passport / ID Card... => Đây là giải pháp tốn tiền. Tạm bỏ qua giải pháp 1 và 2, xét về mặt em yêu khoa học, liệu chúng ta có thể tự làm một hệ thống như giải pháp thứ 3 được không? Chúng ta hãy cùng phân tích qua một số điểm disadvantages của giải pháp 3: 1. Giá thiết bị chuyên dụng đọc không hề rẻ 2. Ứng dụng đọc thông tin của khách Việt Nam không chuẩn xác. Nếu muốn chuẩn xác, đã có các đơn vị như FPT AI, VNPT AI ... đã build sẵn, tuy nhiên cái chi phí cũng không nhỏ. Tóm lại, vấn đề chính là chi phí , chỉ có một số khách sạn chuẩn quốc tế và có doanh thu tốt mới có thể triển khai. Còn các KS nhỏ thì tiền đâu mà làm? Với mong muốn có thể làm được một giải pháp thuần Việt ngon bổ rẻ, tôi tự hỏi liệu chúng ta có thể tự làm được không? "Có thể", người Việt chúng ta sáng tạo mà... Topic này là tóm gọn một số ý chính và quan trọng để làm được một hệ thống như vậy. Mời mọi người cùng theo dõi.

Một người bạn vừa mới chia sẻ: Mọi người nghĩ thế nào, có đúng hem?

Mình nghe nói là IE Tab hình như nó không an toàn lắm thì phải đó. Theo hướng dẫn của Oracle mà bác đính kèm sử dụng EDGE IE mode thấy thật là ngon đấy :D. Mình thì đang sử dụng 2 cách khác, ngoài 2 mode trên :D.

Tôi hí hửng báo cáo công trạng với em gái Revenue, nhằm múc đích xin xỏ và đòi hỏi thêm gì đó từ em. Em tuyệt nhiên không phản ứng gì dưới sự đòi hỏi của tôi, em chỉ lặng lẽ làm theo những gì tôi muốn... "Anh, sao cái Transaction Code thuế trên OPERA PMS nó lại không ghi nhận thuế cho nhóm hàng chịu thuế 10% nhỉ"? Em phản hồi sau khi tôi đòi hỏi em phải test xem trên OPERA PMS ghi nhận thông tin như thế nào. "Ơ, thế DOGE nào lại thuế của nhóm hàng 10% ghi nhận trên OPERA lại chạy vô doanh thu của nhóm khác ta? À toi, ta quên cấu hình mapping Interface từ POS lên OPERA rồi". Tôi nhăn mặt. Tùy theo cấu hình của mỗi nơi, mà doanh thu sau khi tính tiền trên hệ thống POS, thì sẽ được đẩy lên phần mềm OPERA PMS tự động hoàn toàn thông qua một cái gọi là INTERFACE. INTERFACE làm nhiệm vụ trao đổi thông tin giữa 2 hệ thống để làm sao cả 2 hệ thống ông nói gà thì bà cũng nói gà, chứ không thể có bà nói vịt ông gật đầu gà. Nhưng hệ thống cổ lỗ sĩ của tôi khá siêu việt, nói vịt thành gà, và gà thành vịt không thành vấn đề, vì tôi sẽ làm phiên dịch viên cho chúng nó! Từ POS doanh thu được đưa lên OPERA PMS, có thể là inclusive (bao gồm) hoặc exclusive (không bao gồm) thông tin SVC và VAT. Câu chuyện này tôi chờ VIC về bờ lại rồi sẽ tâm sự sau, vì VIC đang sập xuống 75k kể từ khi tôi mua "đáy", trong khi FLC đưa tôi ra đảo và lên đỉnh 2 lần. Trở lại câu chuyện, với 1000 đồng cho món hàng VAT 8%, nghiễm nhiên chạy đúng, vì trước đó, chỉ đơn giản là thay đổi cách tính Tax Rates. Còn món hàng chịu VAT 10% là mới khai báo thêm sau này. Do vậy, cần INTERFACE để khi có món hàng từ POS đưa thông tin sau lên OPERA PMS: - Base: 1000 đồng - SVC: 50 đồng - Tax: 105 đồng. - Tên khách: BabyShark - Phòng: 8888 - Độ tuổi: Mới lớn - Tên món: Gói Thăng Long loại dẹp Thì lập tức INTERACE sẽ post cái bill đó vô phòng 8888, của ông khách BabyShark. Trên OPERA PMS, cũng sẽ hiển thị cái bill này giống như ở hệ thống POS. Trong trường hợp này, cần một loạt các Transaction Codes (mã giao dịch, tạm dịch vậy) đặc trưng cho từng loại giao dịch, thông tin giao dịch được tạo trên hệ thống OPERA PMS, ví dụ: Transactions code: 2000: Doanh thu thuốc lá 8000: Phí phục vụ 9000: Thuế Vậy, sau khi bill đó được đưa lên OPERA PMS, báo cáo của OPERA ghi nhận như sau: Doanh thu: 1000 đồng Phí phục vụ: 50 đồng Thuế: 105 đồng cho một gói thuốc lá Thăng Long giá 1000 đồng. .... IPTV đang mất tín hiệu, và khách muốn xem kênh Cartoon HDD tôi phải đi hỗ trợ khách hàng thân yêu của tôi đã. (to be continued)

Vậy là, cuối cùng thì là, VAT đã tách chuẩn rồi. Việc lúc này khá đơn giản. Tạo các Menu Items Class tương ứng với nhóm ALCOHOL và TOBACO (nếu có sẵn rồi thì thôi). Cấu hình chuẩn: SVC -> NON VAT TAX CLASS -> ALL TAX -> Tax rates 8.4% và 10.5% MENU ITEM CLASS (ALCOHOL & TOBACO) -> TAX CLASS 10.5%. MENU ITEM CLASS (THE REST) -> TAX CLASS 8.4% SERVING PERIOD -> ALL TAX ORDER TYPE -> ALL TAX

Xin chào, lại là tôi đây mọi người ơi! Hôm nay trời hơi âm u, chắc công việc sẽ lu bu cả ngày. Quay trở lại lúc đó, tôi khá hoang mang VAT 8% tính đúng, còn VAT 10% tính sai. Nhưng với tinh thần dân điện lạnh mà đòi sửa WIFI, đã ăn khoai thì đừng nói chuyện củ sắn, tôi mò tiếp! Tôi mới nhìn lại một lượt thì thấy: Items set VAT đúng, món chịu thuế 8% thì set Tax Class 8%, món chịu thuế 10% thì set Tax Class 10%. SP và OT set VAT đúng, đều về ALL TAX FB. Tax Rates đúng, tính phần trăm không sai. Có mỗi phần phần tính SVC là chỉ trỏ về VAT 8%. Như vậy vấn đề nằm ở chỗ này. Tôi truy cập vào POS Config -> Sales -> Service Charges Rõ ràng là set 8%. Nếu mình chọn TAX CLASS là ALL TAX FB thì sao nhỉ? Tôi liền chuyển sang ALL TAX FB để cho em nó một cơ hội và fire một cái bill để xem thử kết quả như thế nào, ra làm sao. Với item 10%: Với item 8%: Oh, lúc này SVC tính đúng, VAT tính đúng, nhưng lại dư thêm 8 và 10% của SVC. Căng không? Với củ sắn và khoai ăn dặm của mình, tôi nhận ra là phải uống cà phê mới giải quyết được chỗ này. Sau khi làm ly cà phê Phố của Macoffee và chốt lệnh bắt đáy VIC ở vùng giá 96K, tôi quay lại với vấn đề này. Tôi nhận thấy, SVC đặt lớp TAX thì bị tính thuế riêng cho SVC mà không tính gộp luôn giá base. Nếu mình không tính thuế SVC, vậy thì khả năng dòng VAT tính thêm sẽ biến mất. Okay thử thôi. Items 10%: Items 8%: Chà, đúng như dự tính, mất 2 cái dòng thừa rồi. Cơ mà, sao tính sai VAT nhỉ, à sai là đúng, vì nó không tính VAT sau SVC và Base, mà chỉ tính VAT của base price. Eurowindow, tìm ra rồi. Sửa lại công thức tính VAT thôi. Thay vì 8% thì sẽ là 8.4%, thay vì 10% thì sẽ là 10.5%, 30% sẽ là 31.5% trên Tax Rates. Test lại phát cuối coi có ổn không nè. Ở một diễn biến khác, tôi có nên học thêm ACCA không nhỉ? Học để có kiến thức chém gió đúng không ta! Hurra, chuẩn man rồi. (to be continued)

Tôi tạo mới một Menu Items Class, tạm gọi là BEVERAGE10++, với Tax Class là VAT 10% như đã nói ở trên. Như vậy tới lúc này tôi đang có trong tay các thông tin và cấu hình: Serving Period -> ALL TAX FB class (gồm Tax Rate 8% và 10%) Order Types -> ALL TAX FB class (gồm Tax Rate 8% và 10%) Item thuộc nhóm chịu 10%, với Tax Class là VAT 10% (chỉ có Tax Rate 10%), như hình này: Tôi post và giật mình khi màn hình cashiering hiển thị như sau: WTF, VAT gì kỳ vậy ta, đáng lẽ PAYMENT phải là 1155 chớ ta? Sao thiếu 1 đồng? Trên MICROS RES 3700, có một nơi lưu lại JOURNAL của hệ thống (nếu có cấu hình), vị trí (tùy vào chỗ cài đặt) D:\MICROS\Res\Pos\Journals\JOURNALPRT.txt Tôi bèn mở ra xem vì sao nó tính thiếu 1 đồng? ây da, có vẻ là tính đúng SVC, nhưng VAT tính sai bét. VAT 8% = 4 là bằng 8% của SVC. Còn VAT 10% là 10% của base price. Mà sao cái này là items 10%, mà tự dưng tính 8% vô chi vậy ta. Thôi, kệ, thử test post với items chịu thuế 8% xem sao đã. Ủa kỳ nha, sao VAT 8% lại đúng mà 10% tính tầm pậy tầm pạ ghê.

... khách không cắm cái Key Card vô cái lỗ cắm Card, nên không có điện. Hoan nghênh tinh thần tiết kiệm điện muôn năm! Đó, cái chỗ chết tôi rồi là chỗ đó, Tax Class chỉ cho phép chọn 1, nhưng... à mà thôi, tôi đã có cái ALL TAX FB rồi: Tôi chọn Tax Class của Serving Period và Order Types là ALL TAX FB, với ALL TAX FB tích chọn Tax Rates 8% và 10%. POS CONFIG -> Serving Period POS CONFIG -> Order Types Rồi, lần này không được nữa dẹp luôn. Tôi thử post thử 2 cái items, mỗi cái có giá base là 1000 tương ứng với nhóm thuế 8 và 10, cấu hình 2 items này ban đầu như sau:

Xin chào 499 AE, Là tôi đây. Chuyện là vừa qua sau khi đổi thuế từ 10 về 7, thì giờ lại có yêu cầu mới áp dụng thuế 10% cho nhóm ALCOHOL và TOBACO. Còn lại thì áp dụng thuế 8%. Chuyện cũng chẳng có gì đáng nói nếu như nhà cung cấp không bận thu tiền khách sạn để làm việc này nên không có người làm, bên hóa đơn điện tử cứ lờ mờ lơ mơ, không kịp nắm bắt thông tin chủ động với khách hàng, công văn nhận ngày 28 âm, bắt áp dụng mùng 1, rồi accouting thì có chỗ áp dụng hết 8, có chỗ thì tách... blahblah. Cuối cùng thì, uh, tách, phải tách thôi, không chờ được nữa. Cái hệ thống chúng tôi tách là một hệ thống cổ lỗ sỉ nhưng vẫn hoạt động rất tốt, gồm combo thần thánh "Sun Systems, Opera PMS, và Micros RES 3700". "Em tạo transaction cho nhóm ALCOHOL và TOBACO với map về Sun System nhen, anh lo việc POS và PMS", em gái Revenue xinh đẹp nói với tôi như vậy. "Không anh không cho riêng tư đâu, anh làm hết cơ! Vụ chọt chọt này cái hồi còn trẻ trâu anh cũng chọt nhiều rồi, lâu quá không mò vô thôi". Tôi cười trơ tráo! "Anh làm nhanh nhanh cho em đẻ trước Tết nhé". Em gái Revenue nói tôi vậy. Tôi gật đầu cái rụp. "Oh cái này đơn giản mà" tôi thầm nghĩ. Đầu tiên, tôi vô cái POS Config -> Sales -> Tax Rates -> tôi tạo một cái TAX 10%, với Type là percent 10% và 8% tương ứng. Cái items nào trên POS áp dụng 8% thì sẽ dùng 8%, còn cái nào áp 10% thì sử dụng Rates 10%. Sau đó, tôi click Tax Classes, tạo 2 Tax Class là 10 và 8% và tích chọn Tax rates tương ứng cho nó. Xong, done kèo. Mèn đét ơi, nhưng chỗ tôi làm thì áp dụng cái kiểu breakdown doanh thu theo Serving Period và Order Types. Mà mấy chỗ đó chỉ cho phép chọn 1 Tax Class duy nhất. Thế giờ làm sao ta? Tôi khựng lại trong giây lát. Với tư duy kiểu làm nông của mình, tôi nghĩ "ủa, sao Tax Class nó cho tích chọn nhỉ"? Thôi, cứ thử làm bừa một cái xem sao? Tôi bèn tạo một Tax Class mới là ALL TAX FB, tích chọn 2 Tax Rates là VAT 8% và VAT 10%. .... khách mới gọi ổ cắm điện trong phòng sạc không được iPad, ngưng viết chút, tôi sẽ quay lại sau... (to be continued)

Hê nhô 500 tềnh iu, Hôm nay trời nắng ráo, lại tiếp tục cho chủ đề này, Cá Mập Bé Nhỏ thiết nghĩ nên viết luôn thành một topic để mọi người tham khảo và thực hiện luôn, qua đó nắm cách tạo được Simple Report. It's very simple, indeed! Bắt đầu thôi: Chẳng là có vài địa phương, yêu cầu một số khách sạn phải cập nhật thông tin khách quốc tế hoặc Việt Nam gì đó lên hệ thống xuất nhập cảnh (XNC). Opera phiên bản Thái Sing có sẵn một số tool cũng như interface với các hệ thống xuất nhập cảnh của các nước đó, nhưng chưa áp dụng với hệ thống XNC của ta được. Thời điểm đầu, các hệ thống XNC của ta chỉ cho phép gõ manual, rất mệt và tốn thời gian, khiến ngón tay búp măng xinh xinh của các bạn gái lễ tân chai sần vì gõ nhiều quá. Sau một vài cuộc họp với người làm du lịch, hệ thống XNC đã nâng cấp, cho phép các khách sạn tự up file dữ liệu của mình mà không phải mất công gõ lại nữa. Một sự nâng cấp đáng khích lệ, thấu hiểu cho ngành du lịch! Như vậy, bài toán lúc này đơn giản hơn. Chỉ cần xuất file XML hoặc EXCEL theo cấu trúc yêu cầu của hệ thống XNC và upload file lên là xong rồi. Topic này tập trung một số vấn đề sau: 1. Cách tạo simple report, có thể áp dụng luôn cho các simple report khác. 2. Một số câu SQL expression của Opera để lấy dữ liệu cần và đủ. 3. Chuyển định dạng qua lại từ Excel sang XML và ngược lại. Mong mọi người đón xem.

Nếu chúng ta có một hệ PMS online giả lập để mọi người vọc vạch, thì sẽ như thế nào?

Như vậy, phương án nào là do Kế toán trưởng đúng hông. 😏

@BAL cảm ơn bạn, vấn đề này mình cũng đang gặp phải chưa rõ làm sao, may quá. Bài viết hay lắm.

Xin chào 500AE, Trong series Opera Simple Report này, Cá Mập Nhỏ Bé muốn chia sẻ một trick để hiển thị ở trường ID Number hoặc Passport trên Simple Report. Ai cũng biết số ID hoặc Passport là thông tin nhạy cảm, cần phải được kiểm duyệt, nôm na gọi là "che". Vậy muốn có bản full không che trên Simple report thì phải "nàm thao"? Mặc định Opera sẽ che các trường này bằng b.id_number_str hoặc a.passport_str. Bỏ “_str” sẽ được không che. Câu SQL là: case when b.id_number is NULL then a.passport else b.id_number end Trick kế tiếp sẽ là "Hiển thị thông tin ngày sinh tháng đẻ trên Opera Simple Report". Kính mong quý "dị" đón xem!