Keep in mind that these terms are somewhat subjectively defined and can mean different things in a different context. This answer only applies to the current question's context.
Business logic is the catch-all term for logic that is part of the application's non-technical purpose, i.e. logic that exists not for a technical reason, but because it's part of the functional requirements. For example, if you refuse user access to your website if the user is under 18.
There is no technical reason why you ban people under 18. The reason this is done is due to "business reasons", i.e. it's something we want the application to do, because "the business" (which tends to mean the product owner and/or company) has asked you to do so.
Enterprise logic is much of the same thing, except that it is expected to be reusable across the company's many applications.
For example, if you're a bank, you might want to reuse the verification logic for credit card numbers across several of your applications. In that case, the credit card verification logic is enterprise logic.
Your bank might also have one application (no more) that generates loan contracts. therefore, the loan contract generation logic is not expected to be shared across applications, and therefore it is business logic, not enterprise logic.