Last published on: 7 October 2026 at 15:30 UTC
This question set collects information regarding the legal entity that would enter into a Registry Agreement with ICANN upon successful completion of all relevant application processes. The information collected is intended to be used for background screening.
Provide the full legal name of the applying entity as it appears on the official registration documents. Do not use abbreviations.
PT Bank Central Asia Tbk
Provide the long form (no acronyms) of the legal entity form/business structure of the applying entity as it appears on the official registration documents. If the original script of the legal entity form/business structure is not English, ONLY provide its official English translation. No additional information should be provided as this will be used for the automatic population of the Registry Agreement.
PT Bank Central Asia Tbk
The jurisdiction indicates the location in which the business of the applying entity is registered for legal and financial purposes. This is either 1) a country name, or a 2) state/territory name, depending on where the applying entity is registered. No additional information should be provided as this will be used for the automatic population of the Base Registry Agreement. Examples include "Delaware", "Germany", etc.
Indonesia
Provide the website URL of the applying entity, if available.
https://www.bca.co.id/
1. Choose Yes or No. 2. Use the definition of Affiliate from the Base Registry Agreement (see https://www.icann.org/en/registry-agreements/base-agreement).
false
Choose Yes or No.
false
1. If the applying entity is publicly traded, provide its stock symbol. 2. If the applying entity is traded under multiple symbols/tickers, provide the symbol of the entity's primary equity listing that has the most units outstanding.
BBCA
1. If the applying entity is publicly traded, select the Stock Exchange with which the applying entity is listed. 2. If the applying entity is traded on multiple exchanges, provide the exchange of the entity's primary equity listing.
Indonesia Stock Exchange
62
Provide the primary business phone number without including the country code.
02123588000
Provide the primary business email address of the applying entity.
dti@bca.co.id
Enter the street address (no PO Box).
Menara BCA - Grand Indonesia
Jl. MH Thamrin No. 1
Enter the city, village, municipality, etc.
Jakarta Pusat
Enter the state, province, department, territory, prefecture, oblast, etc., if applicable.
DKI Jakarta
1. Enter the postal code, if applicable. 2. If a postal code does not exist, type “Not Applicable”.
10310
ID
This question set collects information related to the individuals who will have access to TAMS, manage the application, and receive inquiries.
Gregory Hendra Lembong, Armand Wahyudi Hartono, John Kosasih, Subur Tan, Lianawaty Suwono, Santoso Santoso, Vera Eve Lim, Haryanto Tiara Budiman, Antonius Widodo Mulyono, Hendra Tanumihardja, David Formula, Frengky Chandra Kusuma
Arman Arman
PT DWIMURIA INVESTAMA ANDALAN
Gregory Hendra Lembong, Armand Wahyudi Hartono, John Kosasih, Subur Tan, Lianawaty Suwono, Santoso Santoso, Vera Eve Lim, Haryanto Tiara Budiman, Antonius Widodo Mulyono, Hendra Tanumihardja, David Formula, Frengky Chandra Kusuma
PT DWIMURIA INVESTAMA ANDALAN
Provide a single document for Self-Certification question Q3.2-1. The document must include only the SC3.2-1.1, SC3.2-1.2, SC3.2-1.3 and SC3.2-1.4 statements. Do not modify any of the Self-Certification statements.
1. Provide a single document for Self-Certification question Q3.2-1. 2. The document must include only the SC3.2-1.1 through SC3.2-1.4 statements. 3. Do not modify any of the Self-Certification statements. 4. If the applying entity cannot Self-Certify the SC3.2-1.1 through SC3.2-1.4 statements, provide a document that explains why the applying entity cannot Self-Certify the SC3.2-1.1 through SC3.2-1.4 statements.
Provide a single document for Self-Certification question AGB Q220, Q5.1-1. The document must include only the SC5.1-1.1 through SC5.1-1.3 statements. Do not modify any of the Self-Certification statements. If the applicant cannot Self-Certify SC5.1-1.1 through SC5.1-1.3 statements, provide a document that explains why the entity cannot Self-Certify the SC5.1-1.1 through SC5.1-1.3 statements.
1. Provide a single document for Self-Certification question Q5.1-1. 2. The document must include only the SC5.1-1.1 through SC5.1-1.3 statements. 3. Do not modify any of the Self-Certification statements. 4. If the applying entity cannot Self-Certify the SC5.1-1.1 through SC5.1-1.3 statements, provide a document that explains why the applying entity cannot Self-Certify the SC5.1-1.1 through SC5.1.1-3 statements.
Provide a single document for Self-Certification question AGB Q221, Q5.2-1. The document must include only the SC5.2-1.1 through SC5.2-1.7 statements. Do not modify any of the Self-Certification statements. If the applicant cannot Self-Certify the SC5.2-1.1 through SC5.2-1.7 statements, provide a document that explains why the applying entity cannot Self-Certify the SC5.2-1.1 through SC5.2-1.7 statements.
1. Provide a single document for Self-Certification question Q5.2-1. 2. The document must include only the SC5.2-1.1 through SC5.2-1.7 statements. 3. Do not modify any of the Self-Certification statements. 4. If the applying entity cannot Self-Certify the SC5.2-1.1 through SC5.2-1.7 statements, provide a document that explains why the applying entity cannot Self-Certify the SC5.2-1.1 through SC5.2-1.7 statements.
This question set collects basic information regarding the string that is being applied for (for example, a-label, meaning, script). If the applying entity opts to designate a replacement string, it must answer the same set of questions for the replacement string from the AGB Question Set 5 on.
bca
Provide the meaning, or restatement of the string in English, that is, a description of the literal meaning of the string in the opinion of the applying entity. If there is no literal meaning in English (for example, a brand name or a proper noun without a translation) simply state "No English Translation"
BCA is an acronym for Bank Central Asia
Provide a representation of the string according to the International Phonetic Alphabet.
/ˌbiː.siː.ˈeɪ/
Confirm the statement using a checkbox.
true
1. Describe the mission and purpose of the applied-for gTLD, including the intended registrants and users, and the related activities that have been or will be carried out to achieve this purpose. 1a. If applying for a variant of an existing gTLD, please also describe the mission and purpose of the existing gTLD, including the intended registrants and users, and the related activities that have been or will be carried out to achieve this purpose. 2. Explain how this purpose is sustainable over time.
The primary mission of the .bca gTLD is to create a secure, trusted, and identifiable online environment that directly supports and enhances BCA's core business objectives, digital strategy, and commitment to its customers. The specific purposes for establishing and operating the .bca gTLD include: 1. Enhanced Brand Identity and Recognition In an increasingly crowded and noisy digital world, brand differentiation is paramount and an ongoing challenge. The .bca gTLD provides a permanent, unambiguous identifier that cuts through the clutter. As new digital platforms emerge and the internet evolves, having a dedicated, branded namespace ensures BCA's identity remains clear, consistent, and instantly recognizable, regardless of the specific technology or interface. It's a foundational element of their digital brand architecture. 2. Increased Security and Trust Cybercrime, phishing, and online fraud are not going away; they are constantly evolving and becoming more sophisticated. The .bca gTLD offers a structural and enduring defense against these threats. By operating a closed gTLD, BCA creates a trusted zone where customers can be confident they are interacting with the genuine bank. This inherent security model remains relevant and effective even as specific attack vectors change, providing a continuous layer of trust that generic TLDs cannot match. Trust, once established, needs constant reinforcement, and .bca serves as a continuous beacon of authenticity. 3. Streamlined Customer Experience and Communication Customer expectations for intuitive, easy-to-navigate, and personalized digital experiences only increase over time. As BCA expands its services, introduces new digital products, or adapts to new user interfaces (e.g., voice assistants, metaverse applications), the .bca namespace provides a logical, scalable, and branded framework to organize and present these offerings. It prevents fragmentation and ensures a consistent, positive user journey, which is a continuous goal for any customer-centric organization. 4. To provide BCA with full control over its digital naming strategy The digital economy is characterized by rapid change and continuous innovation. The .bca gTLD provides BCA with complete strategic control and agility over its online presence. This means they can quickly adapt to new technologies, launch new services, or pivot their digital strategy without being constrained by the policies, availability, or costs associated with third-party domain registrars or generic TLDs. It's a future-proof platform for digital experimentation and expansion, ensuring BCA can remain competitive and relevant in the long term. 5. Protection of Intellectual Property Protecting a brand's intellectual property is an ongoing, never-ending task. As long as the internet exists, there will be attempts at cybersquatting, trademark infringement, and brand dilution. The .bca gTLD acts as a permanent, proactive deterrent and a clear demarcation of official presence. It significantly reduces the ongoing effort and cost associated with monitoring and enforcing trademark rights across generic TLDs, by creating a definitive "safe zone" for the brand.
This question set collects information related to determining whether certain Safeguard Public Interest Commitments (Safeguard PICs) are required for the applied-for gTLD string. See Section 7.8.2.3 Safeguard PICs. Answers to these questions will inform assessment by ICANN on whether and which Safeguard PICs must be incorporated in the applicable Registry Agreement (RA) if the string proceeds to delegation. The answers themselves will not automatically make such a determination.
1. When answering the questions, apply criteria by considering the meaning of the requested TLD string in the following contexts: a. Literally as described in the application b. Literally in any other language in which the string is a recognized word or phrase. c. Informally in any language or regional variant, where alternative meanings exist. 2. If the proverbial “reasonable person” who understands the relevant context believes that the question should be answered ‘yes’, then the answer is yes.
Yes
1. When answering the questions, apply criteria by considering the meaning of the requested TLD string in the following contexts: a. Literally as described in the application b. Literally in any other language in which the string is a recognized word or phrase. c. Informally in any language or regional variant, where alternative meanings exist. 2. If the proverbial “reasonable person” who understands the relevant context believes that the question should be answered ‘yes’, then the answer is yes.
Yes
1. When answering the questions, apply criteria by considering the meaning of the requested TLD string in the following contexts: a. Literally as described in the application b. Literally in any other language in which the string is a recognized word or phrase. c. Informally in any language or regional variant, where alternative meanings exist. 2. If the proverbial “reasonable person” who understands the relevant context believes that the question should be answered ‘yes’, then the answer is yes.
Yes
1. When answering the questions, apply criteria by considering the meaning of the requested TLD string in the following contexts: a. Literally as described in the application b. Literally in any other language in which the string is a recognized word or phrase. c. Informally in any language or regional variant, where alternative meanings exist. 2. If the proverbial “reasonable person” who understands the relevant context believes that the question should be answered ‘yes’, then the answer is yes.
Yes
1. When answering the questions, apply criteria by considering the meaning of the requested TLD string in the following contexts: a. Literally as described in the application b. Literally in any other language in which the string is a recognized word or phrase. c. Informally in any language or regional variant, where alternative meanings exist. I-2. If the proverbial “reasonable person” who understands the relevant context believes that the question should be answered ‘yes’, then the answer is yes.
No
1. When answering the questions, apply criteria by considering the meaning of the requested TLD string in the following contexts: a. Literally as described in the application b. Literally in any other language in which the string is a recognized word or phrase. c. Informally in any language or regional variant, where alternative meanings exist. I-2. If the proverbial “reasonable person” who understands the relevant context believes that the question should be answered ‘yes’, then the answer is yes.
No
Select Yes or No. Notes: 1. ICANN will evaluate whether an applied-for gTLD string requires one or more Safeguard Public Interest Commitments (Safeguard PICs) to be included in the Base RA). 2. In addition to the Mandatory Public Interest Commitments (PICs) that must be included in each Base RA, a subset of Base RAs must include Safeguard PICs based on ICANN’s Safeguard Assessment. See Section 7.8.2.3 Safeguard PICs. 3. Applying entities for TLDs that are not found to require Safeguard PICs can elect to add them to the applicable Base RAs voluntarily to, for example, further their business objectives, help address issues or concerns that are raised or could be raised with respect to their applications, or avoid the need for the evaluation and implementation of customized Registry Voluntary Commitment (RVC). See Section 7.8.3 Registry Voluntary Commitments (RVCs).
No
This question set collects information related to any Registry Voluntary Commitments (RVCs) that the applying entity is submitting. The decision to submit an RVC is typically voluntary, except for those recognized by ICANN to resolve an objection or to address GAC Consensus Advice. See Section 7.8.3 Registry Voluntary Commitments for more information.
1. Select Yes or No. 2. In addition to Safeguard Public Interest Commitments (PICs), an applying entity will be permitted to propose one or more Registry Voluntary Commitments (RVCs) to provide additional safeguards with regard to the registry operator’s operation of an applied-for gTLD string. See Section 7.8.3 Registry Voluntary Commitments (RVCs). 3. RVCs are separate from Community Registration Policies. See Section 7.8.3 Registry Voluntary Commitments (RVCs) and Section 7.8.4 Community Registration Policies for more information. If you are applying for a Community gTLD, please submit the Community Registration Policies by answering Questions 150-155. However, if you propose to include additional Registry Voluntary Commitments in the RA beyond the Community Registration Policies, you may answer "yes" and proceed to answer the following questions. 4. You are encouraged to consider whether there are other means, separate from including commitment(s) in the Base RA, that could be used to further your business objectives or help resolve any anticipated or actual issue(s) raised regarding the applied-for gTLD string or application. See Section 7.8.3 Registry Voluntary Commitments (RVCs). Notes: If you select “yes” to this question, you are required to pay the conditional Registry Commitments Evaluation fee, and commitments that are approved by ICANN will be included in Specification 11 of the applicable Base RA as specific voluntary public interest commitments as contractual obligations.
No
This question set collects information related to whether the applied-for gTLD string is a .Brand (see Section 7.3) or if the applying entity is seeking a Code of Conduct exemption (see Section 7.4).
Select Yes or No
Yes
Select Yes or No. Notes: If the applying entity selects “no,” it will be required to provide additional documentation describing which criteria is not met as well as a justification for the TLD to nonetheless qualify as a .Brand TLD.
Yes
Attach an accurate and complete copy of the applicable trademark registration that forms the basis of the request for .Brand TLD qualification.
Confirm statement with a checkbox.
true
Explain how the applying entity intends to operate the TLD such that there would not exist any such conflict with Section 3(d) of Specification 11.
PT Bank Central Asia Tbk (BCA) intends to operate the .bca Top-Level Domain (TLD) as a closed registry strictly for BCA internal business operations, affiliates, and authorized stakeholders. This operational model does not conflict with Section 3(d) of Specification 11 of the Base gTLD Registry Agreement due to the following reasons: 1. Non-Generic Nature of the String The string .bca is not a generic term. It is a highly distinctive, recognized acronym and registered trademark belonging exclusively to BCA banking and financial services. 2. Intent to Qualify as a .Brand TLD BCA intends to apply for and meet all requirements of Specification 13 (Brand TLD Provisions). As a designated .Brand TLD, the registry is legally permitted to restrict domain registrations exclusively to the Registry Operator and its Affiliates/Trademark Licensees. 3. Prevention of Public Confusion Operating .bca as a closed registry ensures a secure, trusted, and controlled ecosystem. It prevents malicious third parties from registering domains under our brand name, thereby protecting consumers and upholding the integrity of the TLD. In conclusion, because .bca is a proprietary brand identifier and not a generic class or dictionary term, its operation as a closed registry perfectly aligns with ICANN’s policies and entirely avoids any conflict with Section 3(d) of Specification 11.
This question set collects any additional information that the applying entity would like to provide, including any supporting materials.
This question set contains attestations related to the applying entity’s acknowledgment of bona fide intent and prohibited communications.
Confirm the statement using the checkbox.
true
Confirm the statement using the checkbox.
true