"ако той има повече от 3 значи ще има и 3 проекта логично е да се сетите да вземете и тези с =3. " и това наричаш логика? На мен ми звучи като логиката на Божинката :)

P.S. Относно грешката в условието, мисля, че е субективно, докато не дадеш точния линк към условие и джъдж, понеже форума гъмжи от хора през 10 поста дето са открили грешки в условията, но 99% се оказват нещо неразбрали.

Ами реалноста е по-страшна,може и така да ти звучи но хората от бизнеса за който пишем софтуера са още по-страшни.. За 6 месеца вече толкова историй мога да разкажа че е плашещо

Да, извинявам се.

УСЛОВИЕ: https://softuni.bg/trainings/resources/officedocument/37712/exercise-problem-descriptions-databases-basics-ms-sql-server-january-2019/2266

ДЖЪДЖ:https://judge.softuni.bg/Contests/Practice/Index/1025#19

21-ва задача. 

Не е логично за мен. Ясно е че хората не сме перфектни и на работа ще са объркани условията. 
Тук обаче очаквам да се учим да кодим не на психология на клиента. 
Нямам мозък в момента да кажа нещо конкретно, просто аргумента ти, че и на работа ще ни бъркат условията абс не важи в дадения контекст.

И къде е проблема в условието? Според мен е коректно, при транзакции > maxEmployeeProjectsCount ( в случая 3) хвърля грешка и прави ролбек.

CREATE PROCEDURE usp_AssignProject (@employeeID int, @projectID int)
AS
BEGIN
  DECLARE @maxEmployeeProjectsCount int = 3;
  DECLARE @employeeProjectsCount int;

  BEGIN TRAN
  INSERT INTO EmployeesProjects (EmployeeID, ProjectID) 
  VALUES (@employeeID, @projectID)

  SET @employeeProjectsCount = (
    SELECT COUNT(*)
    FROM EmployeesProjects
    WHERE EmployeeID = @employeeID
  )
  IF(@employeeProjectsCount > @maxEmployeeProjectsCount)
    BEGIN
      RAISERROR('The employee has too many projects!', 16, 1);
      ROLLBACK;
    END
  ELSE COMMIT
END

--testing - do not submit in Judge
EXEC usp_AssignProject 2, 1; -- no projects initially
EXEC usp_AssignProject 2, 2;
EXEC usp_AssignProject 2, 3;
EXEC usp_AssignProject 2, 4; -- raiserror & rollback