Generate PHP code which will realize those scenerios
Scenario 1: When the user doesn't exist (no record in db) and the lead doesn't exist (no record in db)

 New prospect (not existing record in database) fulfilling the form and sending request to the platform. 

 System automatically assign guardian to the new record/lead and making a task.

 New prospect receive email for successfully send request.

 Guardian make a call.

Scenario 2: When the user exists but the lead doesn't exist.

 A existing user without a lead fulfilling the form and sending request to the platform. 

 System making a task/ notification to the existing guardian.

 The user receive email for forgotten password.

 Guardian make a call.

Scenario 3: An existing lead (but not user) in the database with same tax\_id.

 Existing prospect (existing lead) fulfilling the form and sending request to the platform. 

 System making a task/ notification to the existing guardian.

 Existing prospect receive email for successfully send request.

 Guardian make a call.

Scenario 4: An existing lead (but not user) in the database with different tax\_id but existing email in the database.

 Existing prospect (existing lead) fulfilling the form and sending request to the platform. 

 System automatically assign guardian to the new record/lead and making a task and notify the new guardian that the email existing in database. Notifying the guardian of the existing record as well.

 Existing prospect receive email for successfully send request.

 Guardian make a call.

Scenario 5: Existing user (customer) in database. If the user already exists with the same tax\_id, but different email (applicable when the user do not have lead too)

 A user (existing customer) with same tax\_id but different email from our record in database fulfilling the form and sending request to the platform. 

 System making a task/ notification to the existing guardian. 
 1 option: System record a note in the customer profile (not in the lead card) with the previous email and the new email. System change the email in the customer profile (not in the lead card) with the new provided.
 2 option: To send email to the customer that he already have account and provide the email.

 The user receive email for forgotten password to the new provided email.

 Guardian take the next action.

Scenario 6: If the user already exists with the same email but different tax\_id (applicable when the user do not have lead too)

 A user with same email but different tax\_id (which do not existing in database) fulfilling the form and sending request to the platform. 

 System automatically assign guardian to the new record/lead (the data from the “ask for offer” form is saved in the system) and making a task for the new lead. Notify the new guardian that the email existing in database. Notifying the guardian of the existing email record as well.

 The user receive email for successfully send request.

 Guardian take the next action.

Scenario 7: If the user already exists with the same tax\_id and same email, how will it work?

 A user with same tax\_id and email from our record in database fulfilling the form and sending request to the platform. 

 System making a task/ notification to the guardian.

 The user receive email for forgotten password.

 Guardian take the next action.

Scenario 8: When the user exists and the lead exists with the same tax\_id but different email (in the lead card and in the customer profile) and the user is trying to fill out the ask offer form with the same tax\_id and the 3td email which do not existing in database. (applicable when the user do not have lead too)

 A user (existing customer) with same tax\_id but different email from our record in database (and customer profile) fulfilling the form and sending request to the platform.

 System making a task/ notification to the existing guardian. 
 1 option: System record a note in the customer profile (not in the lead card) with the previous email and the new email. System change the email in the customer profile (not in the lead card) with the new provided.
 2 option: To send email to the customer that he already have account and provide the email.

 The user receive email for forgotten password to the new provided email.

 Guardian take the next action.

Scenario 9: When the user exists and the lead exists with the same tax\_id but different email (in the lead card and in the customer profile) and the user is trying to fill out the ask offer form with the same tax\_id and the 3td email which existing in database but with another tax\_id. (applicable when the user do not have lead too)

 A user with same tax\_id but with email which is linked to another tax\_id in database fulfilling the form and sending request to the platform.

 System making a task/ notification to the existing guardian. 
 2.2. System make a new task for the guardian of the provided tax\_id to verify the email and the company.
 2.3. System notify the guardian of the another tax\_id for the action.
 (system do not change the email)

 The user receive email for forgotten password to the new provided email.

 Guardian take the next action.
이러한 시나리오를 실현할 PHP 코드를 생성합니다.
시나리오 1: 사용자가 존재하지 않고(DB에 기록이 없음) 리드가 존재하지 않는 경우(DB에 기록이 없음)

 새로운 잠재 고객(데이터베이스에 기존 기록이 없음)이 양식을 작성하고 플랫폼에 요청을 보냅니다. 

 시스템이 새 레코드/리드에 자동으로 가디언을 할당하고 작업을 생성합니다.

 새 잠재 고객이 요청을 성공적으로 보냈다는 이메일을 수신합니다.

 가디언이 전화를 겁니다.

시나리오 2: 사용자는 존재하지만 리드가 존재하지 않는 경우.

 리드가 없는 기존 사용자가 양식을 작성하고 플랫폼에 요청을 보냅니다. 

 시스템에서 기존 보호자에게 작업/알림을 보냅니다.

 사용자가 비밀번호 분실에 대한 이메일을 수신합니다.

 보호자가 전화를 겁니다.

시나리오 3: 데이터베이스에 동일한 세금\_ID를 가진 기존 리드(사용자가 아님)가 있습니다.

 기존 잠재 고객(기존 리드)이 양식을 작성하고 플랫폼에 요청을 보냅니다. 

 시스템이 기존 보호자에게 작업/알림을 보냅니다.

 기존 잠재 고객이 요청을 성공적으로 전송했다는 이메일을 수신합니다.

 보호자가 전화를 겁니다.

시나리오 4: 데이터베이스에 세금\_id는 다르지만 기존 이메일이 있는 기존 리드(사용자가 아님)가 있습니다.

 기존 잠재 고객(기존 리드)이 양식을 작성하고 플랫폼에 요청을 보냅니다. 

 시스템이 자동으로 새 레코드/리드에 보호자를 지정하고 작업을 수행하며 새 보호자에게 데이터베이스에 이메일이 존재함을 알립니다. 보호자에게 기존 레코드에 대해서도 알립니다.

 기존 잠재 고객이 요청을 성공적으로 보냈다는 이메일을 수신합니다.

 보호자가 전화를 겁니다.

시나리오 5: 데이터베이스에 기존 사용자(고객)가 있는 경우. 세금\_ID는 동일하지만 이메일이 다른 사용자가 이미 존재하는 경우(사용자에게 리드가 없는 경우에 해당)

 세금\_id는 동일하지만 데이터베이스에 기록된 이메일이 다른 사용자(기존 고객)가 양식을 작성하고 플랫폼에 요청을 보냅니다. 

 시스템에서 기존 보호자에게 작업/알림을 보내는 경우. 
 1 옵션: 시스템에서 고객 프로필(리드 카드가 아닌)에 이전 이메일과 새 이메일이 포함된 메모를 기록합니다. 시스템에서 고객 프로필(리드 카드가 아닌)의 이메일을 새로 제공된 이메일로 변경합니다.
 2 옵션: 이미 계정이 있는 고객에게 이메일을 보내고 해당 이메일을 제공합니다.

 사용자는 새로 제공된 이메일로 비밀번호를 잊어버렸을 때 사용할 수 있는 이메일을 받습니다.

 보호자는 다음 조치를 취합니다.

시나리오 6: 이메일은 같지만 세금\_ID가 다른 사용자가 이미 존재하는 경우(사용자에게 리드도 없는 경우에 해당)

 이메일은 같지만 세금번호가 다른 사용자(데이터베이스에 존재하지 않음)가 양식을 작성하고 플랫폼에 요청을 보냅니다. 

 시스템이 새 레코드/리드에 자동으로 가디언을 할당하고('오퍼 요청' 양식의 데이터가 시스템에 저장됨) 새 리드에 대한 작업을 생성합니다. 새 보호자에게 데이터베이스에 이메일이 존재함을 알립니다. 기존 이메일 기록도 보호자에게 알립니다.

 사용자가 요청을 성공적으로 보낸 이메일을 수신합니다.

 보호자가 다음 조치를 취합니다.

시나리오 7: 동일한 세금\_id와 동일한 이메일을 가진 사용자가 이미 존재하는 경우 어떻게 작동하나요?

 데이터베이스에 기록된 동일한 세금\_id와 이메일을 가진 사용자가 양식을 작성하고 플랫폼에 요청을 보냅니다. 

 시스템에서 보호자에게 작업/알림을 보냅니다.

 사용자는 비밀번호 분실에 대한 이메일을 수신합니다.

 보호자가 다음 조치를 취합니다.

시나리오 8: 사용자가 존재하고 리드와 세금번호는 같지만 이메일(리드 카드와 고객 프로필에 있음)이 다른 리드가 존재하며 사용자가 데이터베이스에 존재하지 않는 동일한 세금번호와 3번째 이메일로 오퍼 요청 양식을 작성하려고 하는 경우. (사용자에게 리드도 없는 경우에 해당)

 세금\_id는 동일하지만 데이터베이스의 기록(및 고객 프로필)과 다른 이메일을 가진 사용자(기존 고객)가 양식을 작성하고 플랫폼에 요청을 보내는 경우.

 시스템에서 기존 보호자에게 작업/알림을 보내는 경우. 
 1 옵션: 시스템에서 고객 프로필(리드 카드가 아닌)에 이전 이메일과 새 이메일이 포함된 메모를 기록합니다. 시스템에서 고객 프로필(리드 카드가 아닌)의 이메일을 새로 제공된 이메일로 변경합니다.
 2 옵션: 이미 계정이 있는 고객에게 이메일을 보내고 해당 이메일을 제공합니다.

 사용자는 새로 제공된 이메일로 비밀번호를 잊어버렸을 때 사용할 수 있는 이메일을 받습니다.

 보호자는 다음 조치를 취합니다.

시나리오 9: 사용자가 존재하고 리드와 세금\_ID는 같지만 이메일(리드 카드와 고객 프로필에 있음)이 다른 사용자가 동일한 세금\_ID와 데이터베이스에 존재하지만 다른 세금\_ID를 가진 3td 이메일로 오퍼 요청 양식을 작성하려고 하는 경우(사용자에게 리드도 없는 경우에 해당).

 세금 번호는 같지만 데이터베이스에 있는 다른 세금 번호에 연결된 이메일을 가진 사용자가 양식을 작성하고 플랫폼에 요청을 보냅니다.

 시스템이 기존 보호자에게 작업/알림을 보내는 경우. 
 2.2. 시스템은 제공된 세금\_id의 보호자에게 이메일과 회사를 확인하기 위해 새 작업을 생성합니다.
 2.3. 시스템 알림