Thành lập công ty công nghệ thông tin tại Hà Nội – Điều kiện, hồ sơ và thủ tục

Thành lập công ty công nghệ thông tin tại Hà Nội đang trở thành lựa chọn của nhiều cá nhân và nhóm khởi nghiệp muốn phát triển phần mềm, cung cấp giải pháp CNTT, tư vấn công nghệ, xử lý dữ liệu, xây dựng nền tảng số hoặc kinh doanh các sản phẩm công nghệ. Tuy nhiên, để doanh nghiệp có thể hoạt động thuận lợi, việc đăng ký công ty chỉ là bước khởi đầu. Chủ doanh nghiệp cần xác định đúng loại hình, ngành nghề, vốn điều lệ, địa chỉ trụ sở và phạm vi dịch vụ dự kiến cung cấp.

Mục lục

Thành lập công ty công nghệ thông tin tại Hà Nội – đừng bắt đầu bằng mã ngành, hãy bắt đầu bằng “công ty sẽ bán thứ gì?”

“Công ty công nghệ thông tin” là khái niệm rất rộng. Doanh nghiệp có thể bán thời gian tư vấn của chuyên gia, quản trị hệ thống cho khách hàng, tích hợp nhiều giải pháp thành một hệ thống hoàn chỉnh hoặc cung cấp hạ tầng và dịch vụ công nghệ theo định kỳ.

Vì vậy, trước khi chuẩn bị hồ sơ thành lập công ty tại Hà Nội, cần xác định chính xác sản phẩm đầu ra, khách hàng mục tiêu, cách tính phí và phạm vi trách nhiệm. Bản đồ kinh doanh này sẽ quyết định ngành nghề, nhân sự, hợp đồng, quyền phần mềm và những điều kiện chuyên ngành phải tiếp tục rà soát.

Công ty CNTT kiếm tiền từ “giờ chuyên gia”, dự án hay phí dịch vụ định kỳ?

Mô hình tư vấn có thể tính phí theo giờ, ngày công hoặc gói công việc. Dự án tích hợp giải pháp lại thường gắn với phạm vi triển khai, nghiệm thu và các mốc thanh toán, trong khi dịch vụ quản trị hệ thống có thể thu phí định kỳ.

Cần xác định nguồn doanh thu chính trước khi xây dựng doanh nghiệp. Cách tính tiền ảnh hưởng trực tiếp đến cơ cấu nhân sự, báo giá, hợp đồng, quản lý chi phí và kế hoạch dòng tiền.

Bản đồ 4 mô hình công ty CNTT nên xác định trước khi đăng ký

Có thể chia thành bốn nhóm lớn: tư vấn CNTT; quản trị, vận hành hệ thống; tích hợp giải pháp; và cung cấp hạ tầng hoặc các dịch vụ công nghệ liên quan. Một doanh nghiệp có thể đồng thời hoạt động ở nhiều nhóm.

Bản đồ này giúp người đọc tự định vị doanh nghiệp trước khi đi sâu vào thủ tục. Đây cũng là cách tránh đăng ký một danh mục ngành nghề chung chung nhưng không phản ánh hoạt động thực tế.

Công ty làm phần mềm có giống công ty tư vấn CNTT không?

Hai doanh nghiệp cùng làm trong lĩnh vực công nghệ nhưng đầu ra có thể hoàn toàn khác nhau. Một bên tạo ra hoặc phát triển phần mềm, trong khi bên kia chủ yếu cung cấp chuyên gia và giải pháp tư vấn.

Nếu công ty thực hiện cả hai, cần đưa cả hai dòng hoạt động vào bản đồ kinh doanh. Đồng thời phải xác định quyền đối với phần mềm được tạo ra trong từng dự án.

7 câu hỏi cần trả lời trước khi nộp hồ sơ thành lập

Công ty bán gì, khách hàng là ai, tự phát triển hay sử dụng phần mềm của bên thứ ba, có quản trị dữ liệu khách hàng không, có cung cấp hạ tầng không, nhân sự làm tại đâu và hoạt động nào có thể thuộc phạm vi quản lý chuyên ngành?

Nếu bảy câu hỏi này được giải quyết trước, việc chọn ngành nghề và soạn hợp đồng sẽ chính xác hơn đáng kể. Đây chính là “bản thiết kế pháp lý” ban đầu của công ty CNTT.

“Bản đồ dịch vụ CNTT” – tách đúng tư vấn, quản trị hệ thống, tích hợp giải pháp và hạ tầng

Không nên gom mọi hoạt động vào một cụm “dịch vụ công nghệ thông tin”. Mỗi nhóm dịch vụ có đầu ra, trách nhiệm, nhân sự và rủi ro hợp đồng khác nhau.

Việc bóc tách còn giúp doanh nghiệp xác định hoạt động nào tự thực hiện, hoạt động nào thuê nhà thầu phụ và hoạt động nào phải mua quyền sử dụng sản phẩm hoặc hạ tầng của bên thứ ba.

Dịch vụ tư vấn CNTT thực tế bao gồm những công việc nào?

Doanh nghiệp có thể khảo sát hiện trạng, tư vấn kiến trúc hệ thống, lập phương án chuyển đổi số, đánh giá giải pháp hoặc hỗ trợ khách hàng lựa chọn công nghệ.

Hợp đồng tư vấn cần xác định rõ đầu ra là báo cáo, tài liệu, phương án hay kết quả triển khai cụ thể. Nếu không xác định đầu ra, việc nghiệm thu dịch vụ rất dễ phát sinh tranh luận.

Quản trị hệ thống khác dự án triển khai một lần ở điểm nào?

Quản trị hệ thống thường là dịch vụ liên tục gồm giám sát, vận hành, hỗ trợ, xử lý sự cố và thực hiện những công việc kỹ thuật theo phạm vi đã thỏa thuận.

Vì dịch vụ kéo dài, hợp đồng cần quan tâm đặc biệt đến thời gian phản hồi, mức độ dịch vụ, quyền truy cập hệ thống và quy trình xử lý sự cố.

Tích hợp giải pháp – doanh nghiệp đang bán sản phẩm hay bán kết quả?

Một dự án tích hợp có thể kết hợp phần mềm, phần cứng, cấu hình, lập trình, triển khai và đào tạo. Do đó, doanh nghiệp cần bóc tách chính xác từng thành phần.

Việc này giúp xác định ngành nghề, cơ cấu báo giá và trách nhiệm bảo hành. Đồng thời tránh tình trạng một hợp đồng chứa nhiều nghĩa vụ nhưng không xác định phần nào do công ty trực tiếp cung cấp.

Cung cấp hạ tầng công nghệ cần xác định đến mức nào?

“Hạ tầng” có thể là máy chủ, thiết bị, tài nguyên tính toán, lưu trữ, dịch vụ trên nền tảng của bên khác hoặc những giải pháp kết hợp.

Doanh nghiệp cần xác định mình sở hữu hạ tầng, thuê rồi cung cấp lại hay chỉ đóng vai trò triển khai. Mỗi cấu trúc có thể dẫn đến phạm vi pháp lý và hợp đồng khác nhau.

Chọn ngành nghề công ty CNTT – đừng sao chép nguyên danh sách mã ngành của một doanh nghiệp công nghệ khác

Ngành nghề nên được lựa chọn từ bản đồ dịch vụ đã xác định thay vì tìm một danh sách “mã ngành công ty IT”. Hai công ty cùng gọi là công ty CNTT nhưng phạm vi kinh doanh có thể khác nhau rất xa.

Phương pháp hiệu quả là lập từng dòng hoạt động, xác định doanh thu dự kiến và đối chiếu với hệ thống ngành kinh tế cùng các quy định chuyên ngành liên quan.

Nhóm ngành cho hoạt động lập trình và phát triển phần mềm

Nếu công ty trực tiếp thiết kế, lập trình, tùy chỉnh hoặc phát triển sản phẩm phần mềm, cần rà soát nhóm ngành phản ánh đúng hoạt động này.

Đồng thời nên xác định doanh nghiệp phát triển phần mềm cho khách hàng hay tạo sản phẩm của chính mình, vì hai mô hình có cách quản trị quyền sở hữu và thương mại hóa khác nhau.

Nhóm ngành cho tư vấn và quản trị hệ thống CNTT

Các hoạt động tư vấn kiến trúc, quản trị hệ thống, hỗ trợ vận hành hoặc dịch vụ kỹ thuật cần được đối chiếu với ngành nghề tương ứng.

Không nên mặc định ngành lập trình đã bao phủ toàn bộ dịch vụ CNTT. Bản chất đầu ra của từng hợp đồng mới là dữ liệu quan trọng để rà ngành.

Bán máy chủ, máy tính, thiết bị mạng có cần bổ sung hoạt động thương mại?

Nếu công ty vừa triển khai giải pháp vừa cung cấp thiết bị, phần kinh doanh hàng hóa phải được đưa vào phạm vi rà soát.

Cần phân biệt rõ doanh thu thiết bị với doanh thu triển khai, cấu hình hoặc bảo trì. Cách phân tách này cũng giúp hợp đồng và báo giá minh bạch hơn.

Checklist ngành nghề theo ma trận “phần mềm – dịch vụ – thiết bị – hạ tầng”

Bài viết nên xây dựng bảng bốn nhóm hoạt động, sau đó đối chiếu ngành nghề dự kiến, nguồn doanh thu và yêu cầu chuyên ngành cần kiểm tra.

Ma trận giúp người đọc nhìn toàn bộ mô hình trên một trang thay vì lựa chọn ngành nghề dựa trên một vài từ khóa có chữ “công nghệ”.

“Vùng đỏ chuyên ngành” – khi nào công ty CNTT không thể chỉ dừng ở giấy đăng ký doanh nghiệp?

Một doanh nghiệp tư vấn hoặc lập trình thông thường và doanh nghiệp cung cấp một dịch vụ công nghệ thuộc phạm vi quản lý chuyên ngành có thể đối mặt với hai lớp yêu cầu rất khác nhau.

Do đó, sau bước chọn ngành nghề phải thực hiện thêm một bài kiểm tra: dịch vụ thực tế có thuộc nhóm cần giấy phép, đăng ký, thông báo hoặc đáp ứng điều kiện riêng hay không.

Vì sao phải kiểm tra dịch vụ thực tế thay vì chỉ nhìn tên ngành nghề?

Tên “công nghệ thông tin” không tự cho biết doanh nghiệp sẽ vận hành dịch vụ gì. Hai doanh nghiệp đăng ký những ngành gần nhau nhưng sản phẩm thực tế có thể khác đáng kể.

Việc rà soát nên dựa trên chức năng của dịch vụ, đối tượng khách hàng, dữ liệu xử lý, hạ tầng sử dụng và vai trò thực tế của công ty trong chuỗi cung ứng.

Cung cấp hạ tầng và dịch vụ trên môi trường mạng cần hỏi những câu nào?

Cần xác định doanh nghiệp sở hữu hạ tầng hay thuê của nhà cung cấp khác, khách hàng sử dụng tài nguyên nào và công ty chịu trách nhiệm đến đâu.

Sau đó mới rà soát các yêu cầu chuyên ngành có liên quan. Không nên sử dụng từ “cloud”, “hosting” hoặc “platform” như những nhãn thương mại rồi mặc định tất cả có cùng cơ chế pháp lý.

Khi nào hoạt động công nghệ có thể chạm sang lĩnh vực viễn thông hoặc dịch vụ chuyên ngành khác?

Một số mô hình công nghệ có thể kết hợp nhiều lớp dịch vụ. Khi doanh nghiệp trực tiếp cung cấp chức năng thuộc lĩnh vực được quản lý riêng, cần tiếp tục xác định quy định chuyên ngành áp dụng.

Bước kiểm tra này nên thực hiện trước khi công bố sản phẩm hoặc ký hợp đồng lớn, thay vì xử lý sau khi dịch vụ đã được đưa ra thị trường.

Thiết lập “cổng kiểm tra pháp lý” trước khi tung dịch vụ mới

Mỗi sản phẩm mới nên được trả lời tối thiểu bốn câu hỏi: chức năng là gì, dữ liệu nào được xử lý, hạ tầng của ai và có thuộc hoạt động được quản lý chuyên ngành hay không.

Quy trình nhỏ này đặc biệt hữu ích cho công ty CNTT vì sản phẩm có thể thay đổi nhanh hơn hồ sơ đăng ký doanh nghiệp.

Chọn loại hình công ty CNTT theo kế hoạch gọi vốn và chia quyền sở hữu sản phẩm

Công ty công nghệ có đặc điểm khác nhiều doanh nghiệp thương mại ở chỗ tài sản quan trọng có thể là phần mềm, mã nguồn, dữ liệu, đội ngũ và quyền sở hữu trí tuệ.

Do đó, lựa chọn loại hình không chỉ dựa trên số người góp vốn. Cần nhìn cả kế hoạch thu hút nhà đầu tư và cơ chế kiểm soát tài sản công nghệ.

Công ty TNHH một thành viên phù hợp mô hình founder độc lập thế nào?

Nếu một cá nhân hoặc một tổ chức sở hữu toàn bộ doanh nghiệp, mô hình TNHH một thành viên có thể được cân nhắc để duy trì cấu trúc sở hữu tập trung.

Tuy nhiên, nếu dự kiến sớm có co-founder hoặc nhà đầu tư, cần tính trước phương án thay đổi cấu trúc thay vì chỉ nhìn nhu cầu tại ngày thành lập.

Hai hoặc nhiều founder nên thống nhất điều gì trước khi lập công ty?

Ngoài tỷ lệ góp vốn, cần xác định vai trò, quyền quyết định, trách nhiệm phát triển sản phẩm và cơ chế xử lý khi một người rời dự án.

Đặc biệt, phải làm rõ phần mã nguồn hoặc tài sản trí tuệ đã được tạo trước ngày thành lập công ty thuộc quyền của ai và được chuyển cho công ty theo cơ chế nào.

Khi nào công ty cổ phần đáng được cân nhắc?

Mô hình cổ phần có thể phù hợp với doanh nghiệp định hướng nhiều nhà đầu tư hoặc có kế hoạch huy động vốn và mở rộng cấu trúc sở hữu.

Tuy nhiên, doanh nghiệp cần cân nhắc yêu cầu quản trị tương ứng. Không nên lựa chọn chỉ vì cho rằng mọi startup công nghệ đều phải thành lập công ty cổ phần.

“Cap table trước hồ sơ” – vì sao nên chốt tỷ lệ sở hữu từ sớm?

Bảng tỷ lệ sở hữu giúp các founder nhìn rõ ai sở hữu bao nhiêu và cấu trúc sẽ thay đổi ra sao khi có thêm nhà đầu tư.

Việc thống nhất từ đầu cũng giúp hồ sơ thành lập, điều lệ và các thỏa thuận nội bộ được xây dựng nhất quán hơn.

Có thể bạn quan tâm
Tham khảo thêm các nội dung thuộc nhóm cntt – truyền thông – sự kiện khi thành lập công ty tại Hà Nội.

Tham khảo: Thành lập công ty truyền thông tại Hà Nội ➜Tìm hiểu thêm: Thành lập công ty tổ chức sự kiện tại Hà Nội ➜

Mô hình nhân sự công ty CNTT – đội core, freelancer hay thuê ngoài?

Chi phí nhân sự thường chiếm tỷ trọng lớn trong doanh nghiệp công nghệ. Vì vậy, cơ cấu đội ngũ cần được thiết kế ngay từ lúc xây dựng phương án thành lập.

Không nhất thiết mọi vị trí đều phải tuyển cố định. Tuy nhiên, mỗi cách sử dụng nhân sự tạo ra vấn đề khác nhau về quản trị, bảo mật, bàn giao và quyền đối với sản phẩm được tạo ra.

Những vị trí nào nên thuộc đội ngũ cốt lõi?

Các vị trí gắn trực tiếp với kiến trúc hệ thống, khách hàng lớn, sản phẩm cốt lõi hoặc dữ liệu nhạy cảm thường cần được cân nhắc kỹ về mức độ phụ thuộc vào nhân sự bên ngoài.

Doanh nghiệp nên lập sơ đồ chức năng trước khi tuyển người. Không nhất thiết phải xây bộ máy lớn ngay khi thành lập.

Freelancer giúp giảm chi phí nhưng phát sinh rủi ro nào?

Freelancer mang lại tính linh hoạt khi công ty có dự án không đều, nhưng doanh nghiệp phải kiểm soát quyền truy cập, tiến độ, chất lượng và việc bàn giao tài sản.

Hợp đồng cũng cần làm rõ sản phẩm bàn giao, mã nguồn, tài liệu kỹ thuật, thông tin bảo mật và quyền sử dụng kết quả công việc.

Thuê ngoài một phần dự án cần quản lý theo mô hình nào?

Doanh nghiệp có thể thuê đối tác thực hiện kiểm thử, thiết kế, lập trình hoặc một module cụ thể. Tuy nhiên, công ty vẫn phải quản trị đầu ra nếu mình là bên chịu trách nhiệm với khách hàng cuối.

Phạm vi thuê ngoài nên được kết nối với hợp đồng chính để tránh công ty cam kết với khách hàng nhiều hơn nghĩa vụ mà nhà thầu phụ cam kết với công ty.

Ma trận “ai được truy cập cái gì” nên xây từ ngày đầu

Nên phân quyền theo hệ thống, mã nguồn, dữ liệu khách hàng, tài khoản quản trị và môi trường triển khai thay vì cấp quyền rộng cho mọi kỹ thuật viên.

Khi nhân sự thay đổi, quyền truy cập phải được thu hồi theo quy trình. Đây là một lớp quản trị đơn giản nhưng đặc biệt quan trọng đối với doanh nghiệp CNTT.

Hồ sơ thành lập công ty công nghệ thông tin tại Hà Nội – chuẩn bị sau khi khóa mô hình kinh doanh

Khi đã xác định dịch vụ, ngành nghề, loại hình, cơ cấu sở hữu và trụ sở, doanh nghiệp mới chuyển sang hoàn thiện hồ sơ đăng ký.

Cách đi theo trình tự này giúp hồ sơ phản ánh mô hình dự kiến thay vì thành lập một pháp nhân chung chung rồi liên tục bổ sung ngay sau đó.

Bộ thông tin nào phải khóa trước khi soạn hồ sơ?

Doanh nghiệp cần chốt tên, địa chỉ trụ sở, vốn, ngành nghề, chủ sở hữu hoặc thành viên/cổ đông và người đại diện theo pháp luật.

Nên kiểm tra toàn bộ thông tin trong một bảng dữ liệu duy nhất trước khi soạn tài liệu để tránh cùng một nội dung nhưng xuất hiện khác nhau giữa các giấy tờ.

Hồ sơ thành viên hoặc cổ đông cần chuẩn bị theo cấu trúc nào?

Thành phần tài liệu phụ thuộc loại hình doanh nghiệp và việc chủ thể góp vốn là cá nhân hay tổ chức.

Nếu có nhà đầu tư nước ngoài hoặc cấu trúc đầu tư đặc thù, cần tách riêng để rà soát thay vì sử dụng máy móc bộ hồ sơ dành cho trường hợp thông thường.

Điều lệ công ty công nghệ nên quan tâm thêm vấn đề gì?

Ngoài các nội dung cần thiết, doanh nghiệp nên chú ý thẩm quyền ký hợp đồng, quyết định đầu tư, quản trị tài sản và quyền của các thành viên/cổ đông.

Những vấn đề liên quan mã nguồn, tài sản trí tuệ hoặc bí mật kinh doanh có thể tiếp tục được cụ thể hóa bằng các thỏa thuận và quy chế phù hợp.

Checklist cuối trước khi nộp hồ sơ

Kiểm tra tên, trụ sở, vốn, tỷ lệ sở hữu, ngành nghề, người đại diện và sự thống nhất của toàn bộ tài liệu.

Sau đó đối chiếu lại bản đồ dịch vụ một lần cuối để phát hiện hoạt động quan trọng chưa được đưa vào phạm vi rà soát ngành nghề.

Hợp đồng dịch vụ CNTT – đừng dùng một mẫu hợp đồng cho tư vấn, triển khai và quản trị hệ thống

Hợp đồng là “bản thiết kế trách nhiệm” của dự án. Một hợp đồng tư vấn có cách nghiệm thu khác hợp đồng phát triển phần mềm, và hợp đồng quản trị hệ thống lại có yêu cầu về SLA, quyền truy cập và xử lý sự cố.

Vì vậy, doanh nghiệp nên xây bộ mẫu theo từng loại dịch vụ thay vì sử dụng một hợp đồng CNTT chung cho tất cả khách hàng.

Scope of Work – phần nào phải viết rõ nhất trong hợp đồng?

Phạm vi công việc nên xác định đầu ra, chức năng, hệ thống liên quan, việc nào bao gồm và việc nào nằm ngoài báo giá.

Đây là cơ sở kiểm soát tình trạng khách hàng liên tục bổ sung yêu cầu nhưng coi đó là một phần của dự án ban đầu.

Milestone và nghiệm thu nên gắn với sản phẩm nào?

Có thể chia dự án theo giai đoạn khảo sát, thiết kế, phát triển, kiểm thử, triển khai và bàn giao tùy loại dịch vụ.

Mỗi milestone nên có tiêu chí đầu ra đủ rõ để hai bên biết khi nào công việc được xem là hoàn thành và khi nào phát sinh nghĩa vụ thanh toán.

SLA quan trọng thế nào với dịch vụ quản trị hệ thống?

Dịch vụ vận hành cần xác định mức độ ưu tiên sự cố, thời gian phản hồi, phạm vi hỗ trợ và khung thời gian cung cấp dịch vụ.

Không nên sử dụng các cam kết chung chung như “hỗ trợ nhanh nhất” nếu hợp đồng có thể quy định các mức dịch vụ có thể đo lường.

Change Request – chiếc van kiểm soát việc khách hàng thay đổi yêu cầu

Dự án CNTT thường thay đổi trong quá trình triển khai. Vì vậy cần có cơ chế xác nhận yêu cầu mới, đánh giá ảnh hưởng đến chi phí và thời gian.

Nếu thiếu quy trình này, doanh nghiệp có thể phải thực hiện lượng công việc lớn hơn nhiều so với báo giá ban đầu nhưng khó yêu cầu điều chỉnh phí.

Dữ liệu khách hàng – công ty CNTT có thể đang giữ tài sản nhạy cảm hơn cả thiết bị

Khi quản trị hệ thống hoặc triển khai phần mềm, doanh nghiệp có thể tiếp cận dữ liệu, tài khoản, nhật ký hệ thống và thông tin vận hành của khách hàng.

Do đó, bảo mật dữ liệu không nên chỉ là một điều khoản cuối hợp đồng. Nó phải trở thành một phần của kiến trúc vận hành nội bộ.

Trước khi nhận dữ liệu khách hàng cần xác định doanh nghiệp đang làm gì với dữ liệu

Cần xác định dữ liệu nào được truy cập, mục đích sử dụng, người có quyền tiếp cận và dữ liệu được lưu ở đâu trong quá trình cung cấp dịch vụ.

Từ đó mới có thể xây quy trình phù hợp và rà soát các nghĩa vụ pháp lý liên quan đến dữ liệu thực tế được xử lý.

NDA có đủ để bảo vệ dữ liệu không?

Thỏa thuận bảo mật là một lớp quan trọng nhưng không thay thế biện pháp quản trị kỹ thuật và tổ chức. Một văn bản tốt cũng không ngăn được sự cố nếu mọi nhân viên đều dùng chung tài khoản quản trị.

Doanh nghiệp cần kết hợp cam kết hợp đồng với phân quyền, kiểm soát truy cập, lưu vết và quy trình thu hồi quyền khi nhân sự nghỉ việc.

Nhân viên và freelancer được truy cập dữ liệu đến đâu?

Nguyên tắc nên là cấp quyền theo đúng nhu cầu thực hiện công việc. Không phải thành viên nào của đội dự án cũng cần toàn quyền vào hệ thống khách hàng.

Danh sách quyền truy cập nên được kiểm tra định kỳ và cập nhật khi phạm vi công việc hoặc nhân sự thay đổi.

Khi kết thúc hợp đồng, dữ liệu và tài khoản phải được xử lý thế nào?

Quy trình offboarding cần xác định việc bàn giao, xóa hoặc hoàn trả dữ liệu, đóng tài khoản và thu hồi quyền truy cập.

Đây là giai đoạn thường bị bỏ quên nhưng có thể tạo rủi ro lớn nếu tài khoản quản trị vẫn hoạt động sau khi dự án đã kết thúc.

Quyền sử dụng phần mềm – “mua license” không đồng nghĩa được làm mọi thứ với phần mềm

Một dự án tích hợp có thể sử dụng phần mềm do công ty tự phát triển, phần mềm thương mại của bên thứ ba và các thành phần mã nguồn mở. Mỗi nhóm có cơ chế quyền sử dụng khác nhau.

Nếu không lập danh mục từ đầu, doanh nghiệp có thể bàn giao cho khách hàng những quyền mà chính mình không có hoặc không đủ quyền chuyển giao.

Phần mềm do công ty tự phát triển thuộc quyền của ai?

Cần xem xét người tạo ra phần mềm, quan hệ giữa người đó với công ty và các thỏa thuận liên quan đến quyền đối với sản phẩm.

Đặc biệt với startup có sản phẩm được viết trước ngày thành lập, nên xử lý rõ quyền đối với mã nguồn thay vì mặc định công ty tự động sở hữu.

Phần mềm bên thứ ba được sử dụng trong dự án cần kiểm tra gì?

Cần kiểm tra phạm vi license, số người dùng, thời hạn, môi trường triển khai và khả năng cung cấp hoặc chuyển quyền cho khách hàng.

Không nên báo giá một giải pháp trọn gói trước khi biết rõ chi phí và giới hạn sử dụng của những phần mềm thành phần.

Mã nguồn mở có phải muốn sử dụng thế nào cũng được?

Phần mềm nguồn mở vẫn đi kèm điều kiện giấy phép cụ thể. Doanh nghiệp cần quản lý danh sách thành phần được sử dụng và các nghĩa vụ tương ứng.

Việc kiểm tra này đặc biệt quan trọng khi sản phẩm được phân phối cho nhiều khách hàng hoặc tích hợp vào phần mềm thương mại của doanh nghiệp.

Lập “Software Bill of Materials” cho dự án mang lại lợi ích gì?

Danh mục thành phần phần mềm giúp biết sản phẩm đang sử dụng thư viện, framework hoặc thành phần nào và quyền sử dụng tương ứng.

Ngoài quản trị license, danh mục này còn hữu ích khi cần xác định thành phần bị ảnh hưởng bởi một lỗ hổng hoặc cập nhật bảo mật.

Bảo mật hệ thống – biến cam kết trong hợp đồng thành quy trình nội bộ có thể kiểm chứng

Khách hàng có thể yêu cầu công ty CNTT cam kết bảo mật rất cao, nhưng cam kết chỉ có ý nghĩa khi doanh nghiệp có quy trình thực hiện tương ứng.

Ngay từ khi thành lập, không nhất thiết phải xây một hệ thống quản trị quá phức tạp. Tuy nhiên, những kiểm soát cơ bản nên được thiết lập trước khi tiếp nhận dữ liệu và quyền truy cập của khách hàng.

Quản lý tài khoản quản trị theo nguyên tắc nào?

Mỗi người nên sử dụng tài khoản phù hợp với vai trò thay vì chia sẻ một tài khoản chung cho toàn đội.

Khi cần quyền cao hơn để xử lý sự cố, doanh nghiệp nên có cơ chế kiểm soát và ghi nhận phù hợp để biết ai đã thực hiện thao tác nào.

Mã nguồn và tài liệu kỹ thuật nên lưu ở đâu?

Cần xác định kho lưu trữ chính thức của công ty, phân quyền truy cập và quy trình sao lưu phù hợp với mức độ quan trọng.

Không nên để mã nguồn dự án nằm rải rác trên máy cá nhân mà không có cơ chế bàn giao và kiểm soát.

Khi xảy ra sự cố bảo mật, ai có quyền quyết định?

Quy trình cần chỉ rõ người tiếp nhận, người đánh giá mức độ, đội kỹ thuật xử lý và đầu mối làm việc với khách hàng.

Một sơ đồ trách nhiệm rõ giúp giảm thời gian lúng túng trong những giờ đầu của sự cố.

Checklist offboarding nhân sự CNTT phải khóa những gì?

Cần rà tài khoản email, kho mã nguồn, VPN, hệ thống nội bộ, tài khoản khách hàng, khóa truy cập và các thiết bị được cấp.

Việc thu hồi nên được thực hiện theo checklist ngay khi quan hệ làm việc kết thúc, thay vì chờ đến lúc phát hiện tài khoản cũ vẫn còn quyền.

“Dòng tiền dự án CNTT” – doanh thu lớn chưa chắc công ty có tiền để trả đội kỹ thuật

Các dự án công nghệ có thể kéo dài nhiều tháng trong khi lương nhân sự phải trả hàng tháng. Nếu toàn bộ tiền chỉ được thanh toán sau nghiệm thu cuối cùng, doanh nghiệp có thể gặp áp lực dòng tiền dù hợp đồng có giá trị cao.

Vì vậy, cấu trúc thanh toán phải được xem như một phần của thiết kế dự án chứ không phải điều khoản phụ.

Vì sao nên chia thanh toán theo milestone?

Các mốc thanh toán giúp dòng tiền đi cùng tiến độ thực hiện. Doanh nghiệp có thể giảm lượng vốn phải ứng trước trong thời gian dài.

Mỗi mốc nên gắn với đầu ra hoặc sự kiện đủ rõ để hạn chế tranh luận về việc đã đủ điều kiện thanh toán hay chưa.

Chi phí nhân sự phải được tính vào giá dự án thế nào?

Ngoài tiền lương trực tiếp, doanh nghiệp cần tính thời gian quản lý, kiểm thử, hỗ trợ, sửa lỗi và các nguồn lực dùng chung.

Nếu chỉ lấy số giờ lập trình nhân với đơn giá, báo giá có thể bỏ sót nhiều chi phí thực tế của dự án.

License và hạ tầng bên thứ ba nên tính riêng hay gộp vào phí dịch vụ?

Cần xác định bên nào chịu chi phí, thời hạn sử dụng và cách xử lý khi giá nhà cung cấp thay đổi.

Nếu khách hàng sử dụng lâu dài, hợp đồng cũng cần xác định trách nhiệm gia hạn để tránh hệ thống ngừng hoạt động vì license hết hạn.

Retainer phù hợp với dịch vụ quản trị hệ thống ra sao?

Phí định kỳ có thể giúp doanh nghiệp duy trì đội ngũ hỗ trợ và tạo doanh thu ổn định hơn so với chỉ thực hiện dự án một lần.

Tuy nhiên, phạm vi dịch vụ trong retainer phải được giới hạn rõ để tránh mọi yêu cầu mới đều bị coi là đã nằm trong phí hàng tháng.

10 lỗi khiến công ty CNTT “đăng ký xong nhưng chưa thể vận hành chuyên nghiệp”

Phần này nên đóng vai trò bài kiểm tra nhanh trước khi doanh nghiệp ký hợp đồng đầu tiên. Thay vì chỉ liệt kê lỗi thủ tục, cần tập trung vào những khoảng trống giữa pháp lý và vận hành thực tế.

Mỗi lỗi nên gắn với một câu hỏi tự kiểm tra để người đọc biết mình cần sửa ở đâu trước khi tiếp nhận khách hàng.

Đăng ký ngành lập trình nhưng thực tế cung cấp cả thiết bị và hạ tầng

Khi nguồn doanh thu mở rộng, doanh nghiệp cần rà lại phạm vi ngành nghề và các yêu cầu liên quan thay vì mặc định ngành ban đầu bao phủ tất cả.

Bản đồ dịch vụ nên được cập nhật mỗi khi công ty bổ sung một dòng sản phẩm hoặc dịch vụ mới.

Dùng một hợp đồng cho mọi loại dự án CNTT

Hợp đồng phát triển phần mềm, tư vấn và quản trị hệ thống có rủi ro khác nhau. Việc sử dụng cùng một mẫu dễ bỏ sót SLA, quyền phần mềm hoặc tiêu chí nghiệm thu.

Doanh nghiệp nên xây “họ hợp đồng” theo từng nhóm dịch vụ và chỉ giữ những điều khoản chung thực sự có thể tái sử dụng.

Nhận mã nguồn từ freelancer nhưng không xử lý quyền sử dụng

Việc công ty trả tiền cho người viết code không nên được xem là lý do duy nhất để bỏ qua việc xác định quyền đối với kết quả công việc.

Hợp đồng cần làm rõ sản phẩm bàn giao, mã nguồn, tài liệu, thành phần của bên thứ ba và phạm vi quyền công ty nhận được.

Có NDA nhưng toàn bộ đội kỹ thuật dùng chung mật khẩu

Đây là ví dụ điển hình cho khoảng cách giữa cam kết pháp lý và vận hành. Văn bản bảo mật không thể thay thế kiểm soát truy cập thực tế.

Doanh nghiệp nên ưu tiên các biện pháp cơ bản như tài khoản riêng, phân quyền, xác thực phù hợp và thu hồi quyền ngay khi không còn nhu cầu.

Khám phá thêm
Tham khảo thêm các nội dung thuộc nhóm cntt – truyền thông – sự kiện khi thành lập công ty tại Hà Nội.

Tham khảo: Thành lập công ty thương mại dịch vụ tại Hà Nội ➜Tìm hiểu thêm: Thành lập công ty bán buôn tại Hà Nội ➜Gợi ý đọc: Thành lập công ty bán lẻ tại Hà Nội ➜

Checklist 30 ngày đầu – đưa công ty CNTT từ “có pháp nhân” đến “sẵn sàng nhận dự án”

Sau khi thành lập, doanh nghiệp cần hoàn thiện đồng thời hệ thống pháp lý, nhân sự, hợp đồng và quản trị công nghệ. Đây là giai đoạn biến một giấy chứng nhận đăng ký thành một tổ chức có khả năng cung cấp dịch vụ.

Có thể chia kế hoạch thành bốn tuần để founder dễ triển khai và kiểm soát tiến độ trước khi ký những dự án quan trọng.

Tuần 1 – hoàn thiện nền tảng doanh nghiệp

Kiểm tra hồ sơ pháp lý và triển khai các công việc sau thành lập thuộc trường hợp doanh nghiệp phải thực hiện.

Đồng thời thiết lập nơi lưu trữ hồ sơ doanh nghiệp, phân quyền tài liệu và chuẩn hóa thông tin sử dụng trên hợp đồng, báo giá và giao dịch.

Tuần 2 – khóa mô hình nhân sự và quyền truy cập

Phân chia đội core, nhân sự thuê ngoài và các vị trí hỗ trợ. Sau đó xây ma trận quyền truy cập theo từng vai trò.

Đây cũng là thời điểm chuẩn hóa tài khoản công ty, kho mã nguồn và quy trình onboarding – offboarding.

Tuần 3 – hoàn thiện bộ hợp đồng và quy trình bảo mật

Xây mẫu hợp đồng theo nhóm dịch vụ, NDA, tài liệu phạm vi công việc, nghiệm thu, change request và các biểu mẫu bàn giao.

Song song, cần xác định quy trình xử lý dữ liệu và sự cố để những cam kết trong hợp đồng có thể thực hiện trên thực tế.

Tuần 4 – chạy thử một dự án giả định từ A đến Z

Mô phỏng từ lúc khách gửi yêu cầu, khảo sát, báo giá, ký hợp đồng, cấp quyền, triển khai, nghiệm thu, xuất chứng từ đến bàn giao và đóng quyền truy cập.

Bất kỳ bước nào chưa xác định được người chịu trách nhiệm, tài liệu hoặc dữ liệu cần lưu đều là điểm cần hoàn thiện trước khi mở rộng quy mô.

Dịch vụ thành lập công ty CNTT tại Hà Nội nên giải quyết cả “pháp nhân” lẫn “kiến trúc pháp lý” của dịch vụ

Một dịch vụ thành lập phù hợp với doanh nghiệp công nghệ không nên chỉ lấy tên, địa chỉ và giấy tờ cá nhân để soạn hồ sơ. Trước tiên phải hiểu công ty sẽ cung cấp dịch vụ gì và kiếm doanh thu theo cơ chế nào.

Từ mô hình thực tế mới có thể kết nối ngành nghề, hồ sơ thành lập, hợp đồng, dữ liệu, phần mềm và những yêu cầu chuyên ngành cần kiểm tra.

Rà mô hình dịch vụ trước khi lựa chọn ngành nghề

Cần tách tư vấn, lập trình, quản trị hệ thống, tích hợp giải pháp, kinh doanh thiết bị và cung cấp hạ tầng nếu có.

Sau đó xác định nhóm nào triển khai ngay và nhóm nào chỉ là kế hoạch tương lai để xây phạm vi đăng ký hợp lý.

Chuẩn hóa hồ sơ thành lập theo cơ cấu founder và kế hoạch gọi vốn

Thông tin về thành viên, cổ đông, tỷ lệ sở hữu, người đại diện và vốn phải thống nhất với phương án quản trị doanh nghiệp.

Nếu có nhiều founder, nên xử lý sớm những vấn đề về quyền đối với sản phẩm và tài sản được tạo trước khi công ty ra đời.

Rà hợp đồng – dữ liệu – license trước dự án đầu tiên

Ba lớp này liên quan trực tiếp với nhau. Hợp đồng xác định công ty phải làm gì, dữ liệu cho biết công ty được tiếp cận gì và license xác định công ty có quyền sử dụng công nghệ nào.

Rà soát đồng thời giúp tránh tình trạng công ty đã cam kết một giải pháp nhưng sau đó phát hiện không đủ quyền sử dụng thành phần cần thiết.

Xây checklist chuyên ngành cho từng dịch vụ mới

Mỗi khi công ty mở một dòng dịch vụ mới, nên kiểm tra chức năng, hạ tầng, dữ liệu, ngành nghề và điều kiện pháp lý liên quan.

Cách này phù hợp với doanh nghiệp công nghệ vì sản phẩm thay đổi liên tục và không nên coi bộ hồ sơ tại ngày thành lập là “đáp án cố định” cho mọi hoạt động tương lai.

FAQ – những câu hỏi cần trả lời trước khi thành lập công ty công nghệ thông tin tại Hà Nội

FAQ nên tập trung vào những câu hỏi người thành lập thực sự phải quyết định, thay vì lặp lại danh sách giấy tờ. Đây cũng là khu vực thích hợp để khai thác các truy vấn dài liên quan đến công ty CNTT.

Mỗi câu trả lời trong bài hoàn chỉnh nên ngắn, rõ và dẫn về phần chuyên sâu tương ứng để người đọc tiếp tục kiểm tra trường hợp của mình.

Thành lập công ty CNTT có bắt buộc phải có lập trình viên ngay không?

Cần phân biệt yêu cầu của thủ tục thành lập doanh nghiệp với nhu cầu nhân sự để thực hiện dịch vụ thực tế. Không phải mọi mô hình CNTT đều có cấu trúc nhân sự giống nhau.

Tuy nhiên, trước khi ký hợp đồng, doanh nghiệp phải bảo đảm mình có nguồn lực phù hợp để thực hiện đúng phạm vi đã cam kết.

Công ty CNTT vừa tư vấn vừa bán phần mềm và thiết bị được không?

Nếu doanh nghiệp thực hiện nhiều dòng hoạt động, cần rà soát ngành nghề và cách tổ chức giao dịch tương ứng với từng nguồn doanh thu.

Báo giá và hợp đồng cũng nên phân tách phần thiết bị, phần mềm, license và dịch vụ để trách nhiệm của các bên rõ ràng hơn.

Công ty sử dụng phần mềm của bên thứ ba để triển khai cho khách có được không?

Câu trả lời phụ thuộc vào quyền sử dụng mà nhà cung cấp phần mềm cấp cho doanh nghiệp. Không nên mặc định mua một tài khoản đồng nghĩa có quyền cung cấp lại cho khách hàng.

Trước khi báo giá, cần kiểm tra license, số người dùng, thời hạn, phạm vi triển khai và quyền cung cấp hoặc chuyển giao nếu có.

Trước khi ký hợp đồng CNTT đầu tiên cần kiểm tra 7 việc nào?

Checklist nên gồm ngành nghề, phạm vi dịch vụ, nhân sự thực hiện, tiêu chí nghiệm thu, bảo mật dữ liệu, quyền phần mềm và điều kiện chuyên ngành đối với dịch vụ cụ thể.

Khi bảy lớp này đã được kết nối, công ty không chỉ hoàn tất thủ tục thành lập tại Hà Nội mà còn có nền tảng pháp lý – vận hành tốt hơn để nhận và triển khai dự án CNTT.

Thành lập công ty công nghệ thông tin tại Hà Nội cần được chuẩn bị trên cơ sở mô hình kinh doanh thực tế thay vì chỉ tập trung vào việc lấy Giấy chứng nhận đăng ký doanh nghiệp. Từ phần mềm, tư vấn CNTT, xử lý dữ liệu đến nền tảng trực tuyến và các dịch vụ công nghệ chuyên biệt, mỗi mô hình có thể dẫn đến yêu cầu khác nhau về ngành nghề, hồ sơ và thủ tục sau thành lập.