Bị FPT kiện vì không đóng cước sử sụng ADSL

Chẳng là tháng 5 vừa rồi mình có đăng ký dvụ ADSL gói MEGAME của fpt. Nhưng thấy tốc độ nó trồi sụt liên tục bực mình nên dùng khỏang 2 tuần "bỏ hoang" nó luôn và cũng ko thèm đóng phí nó với số tiền ghi nợ gần 700 nghìn.

nữa cho nó tự cắt ai ngờ đền hôm nay (22/10) có giấy mời triệu tập của tòa án ND Quận

bây giờ phải làm thế nào vậy các bác ? lo quá ghét cay ghét đắng thằng nay vì chất lượng của nó nên mới thế không biết có bị gì? mong các bác chỉ giáo! mình cám ơn !

//à mình là sinh viên , cm thư đang ký là của mình bây giờ có thể đến cửa hàng dich vụ của nó đóng tiền cắt hợp đồng có đc? mình có thể không đóng luôn? nó có tìm về quê?

Thiệt thòi cho bạn rồi! Nếu bạn biết chắc chắn gói thuê bao bạn được cung cấp không đảm bảo chất lượng thì đáng nhẽ bạn nên báo cáo với bộ phận kỹ thuật của nhà cung cấp dịch vụ để họ kiểm tra khắc phục, nếu họ vẫn không đảm bảo cung cấp đường truyền theo đúng hợp đồng cam kết bạn có thể kiện họ đòi bồi thường hoặc bạn có thể đơn phương châm dứt hợp đồng. Tuy nhiên khi đơn phương chấm dứt hợp đồng bạn phải có trách nhiệm thông báo tới nhà cung cấp. K2 điều 426 BLDS quy định

Trích:

2. Bên đơn phương chấm dứt thực hiện hợp đồng phải thông báo ngay cho bên kia biết về việc chấm dứt hợp đồng, nếu không thông báo mà gây thiệt hại thì phải bồi thường.

Kể cả trường hợp bạn đơn phương hủy hợp đồng cũng vấn phải thông báo cho nhà cung cấp. Bộ luật dân sự quy định

Trích:

Điều 425. Huỷ bỏ hợp đồng dân sự 1. Một bên có quyền huỷ bỏ hợp đồng và không phải bồi thường thiệt hại khi bên kia vi phạm hợp đồng là điều kiện huỷ bỏ mà các bên đã thoả thuận hoặc pháp luật có quy định. 2. Bên huỷ bỏ hợp đồng phải thông báo ngay cho bên kia biết về việc huỷ bỏ, nếu không thông báo mà gây thiệt hại thì phải bồi thường. 3. Khi hợp đồng bị huỷ bỏ thì hợp đồng không có hiệu lực từ thời điểm giao kết và các bên phải hoàn trả cho nhau tài sản đã nhận; nếu không hoàn trả được bằng hiện vật thì phải trả bằng tiền. 4. Bên có lỗi trong việc hợp đồng bị huỷ bỏ phải bồi thường thiệt hại.

Xét về cả hai khả năng bạn đều thiệt thòi chỉ vì không thông báo cho nhà cung cấp dịch vụ. FPT biết rất rõ điều này nên họ mới đệ đơn ra tòa. Cũng may cho bạn là họ mới để có mấy tháng chứ họ mà để cho hơn năm thì chắc còn mệt hơn (Thời hạn tối đa để khởi kiện là 2 năm kể từ ngày quyền và lợi ích bị xâm hại)

Trường hợp của bạn bạn có thể thỏa thuận lại với FPT về việc thanh toán số tiền nợ để họ rút đơn kiện. Trường hợp có phải ra tòa thì vẫn còn một giai đoạn Tòa tiến hành hòa giải, bạn có thể đề xuất việc thanh toán số nợ, nếu bên FPT đồng ý thì tòa sẽ ra quyết định hòa giải thành. Vậy là mọi việc Ok.

nếu như mình không đóng thì khả năng gì sẽ xảy ra?. nếu ra tòa mình sẽ không thể thắng vì theo lý thì mình sai ! nhug thực tế thì ko phải như vậy! mình nghĩ ko đóng phí cho nó sẽ tự động cắt vì theo hướng dẫn của dai lý ADSL của fpt thì không bi gì vì thế mình cũng chủ quan nên không đến fpt kết thúc hợp đồng . ai ngờ nó cắt mạng rồi sau đó vẫn tính cước
nếu ra tòa mình thua kiện thì mình phải trả phí gì? nếu mình không có khả năng thanh toán thì sao?

//mình có thể tránh bị thiệt hại ? bằng cách nào? mình cám ơn !

Trích:

mình nghĩ ko đóng phí cho nó sẽ tự động cắt vì theo hướng dẫn của dai lý ADSL của fpt thì không bi gì vì thế mình cũng chủ quan nên không đến fpt kết thúc hợp đồng . ai ngờ nó cắt mạng rồi sau đó vẫn tính cước nếu ra tòa mình thua kiện thì mình phải trả phí gì?

Việc FPT đòi bạn phải thanh toán cả những tháng sau khi họ đã cắt kết nối internet của bạn không phải không có lý. Nhìn chung đối với những hợp đồng dịch vụ kiểu này thì khi đến thời hạn thanh toán cước mà người sử dụng không thanh toán thì nhà cung cấp dịch vụ có quyền tạm ngừng cung cấp dịch vụ cho đến khi người sử dụng thanh toán xong số tiền nợ thì mới cung cấp trở lại. Việc họ cắt kết nối của bạn chỉ là vì bạn đã không thực hiện nghĩa vụ thanh toán. Sở dĩ sau khi họ ngừng cung cấp dịch vụ mà họ vẫn có thể yêu cầu bạn thanh toán tiền của những tháng sau đó vì thực tế hợp đồng giao kết của hai bên vẫn còn hiệu lực pháp lý. Họ có thể vin cớ vào đó để lập luận rằng nếu không phải duy trì hợp đồng với bạn, họ có thể cung cấp đường truyền đó cho người sử dụng khác để đảm bảo doanh thu. Và số tiền họ đòi bạn sau khi đã tạm cắt dịch vụ không phải là tiền cước mà đó chính là số tiền bồi thường thiệt hại (do bạn chấm dứt hợp đồng mà không thực hiện nghĩa vụ thông báo cho nhà cung cấp) cho khoản thu mà đáng nhẽ ra họ sẽ thu được nếu cung cấp cho người dùng khác.

Để bạn rõ hơn về quyền và nghĩa vụ mình trích thêm điều luật này để bạn tham khảo
"Điều 525. Đơn phương chấm dứt thực hiện hợp đồng dịch vụ
1. Trong trường hợp việc tiếp tục thực hiện công việc không có lợi cho bên thuê dịch vụ thì bên thuê dịch vụ có quyền đơn phương chấm dứt thực hiện hợp đồng, nhưng phải báo cho bên cung ứng dịch vụ biết trước một thời gian hợp lý; bên thuê dịch vụ phải trả tiền công theo phần dịch vụ mà bên cung ứng dịch vụ đã thực hiện và bồi thường thiệt hại.
2. Trong trường hợp bên thuê dịch vụ không thực hiện nghĩa vụ của mình hoặc thực hiện không đúng theo thoả thuận thì bên cung ứng dịch vụ có quyền đơn phương chấm dứt thực hiện hợp đồng và yêu cầu bồi thường thiệt hại."

Trích:

nếu như mình không đóng thì khả năng gì sẽ xảy ra? nếu mình không có khả năng thanh toán thì sao?

Nếu bạn có tài sản riêng thì tài sản sẽ bị thu giữ để đảm bảo thi hành án hoặc bạn sẽ bị áp dụng các biện pháp cưỡng chế để đảm bảo thực hiện nghĩa vụ bồi thường thiệt hại!

Theo mình bạn nên chủ động đến thoả thuận thanh toán tiền cho nhà cung cấp để tránh những rắc rối không cần thiết!
nguồn :http://www.diendanphapluat.vn

---

---

Chân dung một Tester

Chân dung một Tester Tháng 6/1999 tôi bước chân vào FSoft (thời gian đó là FSU1) và bắt đầu với vị trí tester cho dự án LifeServ.
 Lần đầu làm quen với công việc test trong một dự án, mọi thứ đều mới mẻ.

 Chật vật lắm tôi mới viết xong một tài liệu test, hình như là test plan, nhưng viết xong rồi cũng không bao giờ dùng đến nó nữa!.

 Rồi tháng 5/2000, tôi tham gia test cho dự án đầu tiên của G1 - dự án ProxiGate, cùng với NganVK.

 Trong dự án này, tôi thực hiện tất cả các bước chuẩn bị: viết test plan, test case, làm test data.

 NganVK viết code giả lập front-end để test phần back-end.

 Sau hai dự án đầu tiên này, tôi được “trên” giao cho tìm hiểu về test.

 Đọc và học, tôi đã biết được nhiều điều thú vị về test.

 Điều quan trọng nhất là tôi hiểu tester trong dự án thực sự là một nghề độc lập, một vị trí không thể thiếu trong ngành công nghiệp phần mềm.

Test là một công việc khó, nói đúng ra là một công việc mơ hồ, kém xác định hơn công việc coding.

 Hồi còn đại học, sinh viên chúng tôi được đào tạo về thiết kế chương trình, lập trình còn khái niệm về test chương trình thì “mù tịt”, đâu có được học.

 Khi nhận yêu cầu xây dựng chương trình mới, tôi có thể hình dung được công việc mình sẽ làm, khi nào thì hoàn tất.

 Nhưng mọi việc sẽ không rõ ràng như thế khi tôi nhận test chương trình.

 Khi tự viết một chương trình, bạn dễ tự tin hơn khi khẳng định chất lượng của nó, nhưng khi test chương trình của người khác, việc đó không dễ chút nào.

 Làm sao biết được test bao nhiêu là đủ? Khi nào yên tâm khẳng định rằng chất lượng chương trình đạt để giao cho khách?

Tester phải hình dung các trường hợp có thể xảy ra với chương trình (các test scenario) để thử thực hiện chúng.

 Vậy làm sao đảm bảo rằng không tình huống quan trọng nào bị bỏ qua?.

 Lúc này, tester cần có khả năng phân tích hệ thống, hiểu kỹ về nghiệp vụ (business) của chương trình, đặc biệt, phải có quan điểm độc lập với developer.

 Sau đó, tester viết tất cả những phân tích của mình trong tài liệu test case (hay test design).

 Test case là tài liệu mô tả tất cả các bước tester làm để tạo các tình huống có thể xảy ra và kiểm tra “phản ứng” của chương trình có đúng với kết quả mong muốn không rồi tester tạo ra bộ test data dùng trong quá trình test dựa trên test case mình viết.

Viết test case và chuẩn bị test data chiếm rất nhiều thời gian, cần sự tỉ mỉ và tính cẩn thận của người test.

 Công việc này bắt đầu từ giai đoạn phân tích thiết kế của dự án để hoàn thành trước khi thực hiện test.

 Giống như developer, tester cũng phải update test case và test data khi có sự thay đổi requirement, design của dự án.

 Công việc của chúng tôi sẽ thuận lợi hơn nếu PL luôn nhớ thông báo kịp thời mọi thay đổi.

 Với một khối lượng công việc như vậy, chúng tôi có thể mắc sai sót.

 Vì vậy, việc development team review lại test case là rất cần thiết.

Nếu công việc chuẩn bị suôn sẻ, tester sẽ bắt tay vào test chính thức dự án.

 Rất nhiều tình huống khó khăn có thể xảy đến cho tester lúc này.

 Làm thế nào nếu tiến độ test bị chậm, không kịp test hết test case? Có thay đổi nào trong chức năng chương trình mà tester không được biết? Làm gì đây nếu developer (thậm chí cả PL) không chấp nhận lỗi do tester bắt được? Cãi nhau chăng? Xử lý sao đây nếu developer không unit test cẩn thận, giao cho chương trình quá nhiều lỗi trong khi ngày bàn giao code đã gần kề? Phải làm sao đây nếu việc bug fix kéo đến tận ngày cuối deliver sản phẩm, tester không thể bảo đảm được các phần test trước đó không bị lỗi mới? Áp lực công việc làm cho mọi người dễ nổi cáu, cãi nhau và … stress.

Một tester (chính xác hơn là Test Leader trong dự án) có kinh nghiệm, có trách nhiệm sẽ phải lường trước tất cả những khó khăn đó và có biện pháp đối phó.

 Tài liệu test plan sẽ giúp bạn làm việc đó.

 Nếu test plan được chuẩn bị tốt, nó sẽ trở thành công cụ giúp test team communicate hiệu quả hơn với development team.

 Development team hiểu rõ hơn công việc và khó khăn của nhóm test, tạo điều kiện tốt hơn cho nhóm test làm việc.

Cuối cùng, sau khi test, bạn sẽ lập báo cáo như thế nào? Bản báo cáo phải làm sao để có tính thuyết phục?.

 Nó cần phải chính xác, cụ thể và có lập luận chặt chẽ, một việc không đơn giản.

 Nếu trong test  report bạn có thể đưa ra kết luận chất lượng chương trình chính xác thì bạn đã là một tester cao cấp rồi đấy.

Những công việc và kỹ năng trên đây của tester mới chỉ đủ đáp ứng cho functional test trong giai đoạn system test.

 Để thực hiện performance test, integration test, tester phải có kỹ thuật tốt, cũng như phải biết các phương pháp chuyên dùng để thực hiện test.

 Tuy nhiên đó lại là cả một câu chuyện dài.

Bạn thấy đấy, test đâu phải là công việc đơn giản, thuần tuý “chân tay” theo kiểu chạy đi chạy lại chương trình cần test ngẫu nhiên để xem có lỗi gì không.

 (Thậm chí câu hỏi “hiện tượng vừa xảy ra có thực sự là lỗi không” không phải lúc nào cũng dễ trả lời.

).

 Để trở thành một tester “có đẳng cấp”, bạn cần phải có rất nhiều kỹ năng, từ lập kế hoạch, quản lý công việc, phân tích, viết tài liệu, communication, lên báo cáo, và tất nhiên cả kiến thức vững vàng về kỹ thuật nữa.

Tác giả: Thục Quyên