> For the complete documentation index, see [llms.txt](https://transactiontool.hedera.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://transactiontool.hedera.com/transactions/creating-a-transaction.md).

# Creating a transaction

In this guide, you'll learn how to create and sign a transaction within the application using your individual credentials.&#x20;

This flow is ideal for submitting transactions that require only your own signature (i.e., not part of a multi-signature organization workflow).

{% hint style="info" %}
**Note:** If you're creating a transaction on behalf of an organization, refer to the [Organization Transaction Guide](broken://pages/pDLX8zlNvEFKe4ZROAUy).
{% endhint %}

***

### **Select Personal Mode**

In the top-right dropdown menu, switch the mode from **Organization** to **Personal**.\
This ensures that the transaction will be created and signed only by you, outside of any multi-signature organization workflow.

***

### Navigate to the Transaction Tab

* In the left-hand navigation menu, select on **Transaction**.

***

### Create a New Transaction

* Select **Create New** from the main menu then Choose **Transaction.**

<p align="center"><img src="https://2153012268-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIupt2Mk5CkOvzIUMpDrp%2Fuploads%2FSqySD3DXKdQYbgyALGtG%2Fimage.png?alt=media&amp;token=72f5d89e-3809-47d4-a233-8463ed39904f" alt=""></p>

***

### Choose a **Transaction Type**

* For example, Choose **Account** and then select **Create Account**.
* Each transaction type will display a different set of required fields.

<figure><img src="https://2153012268-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FIupt2Mk5CkOvzIUMpDrp%2Fuploads%2FIBJRSEdTM0XImEAxgQL0%2Fimage.png?alt=media&amp;token=75cedcb2-ee10-490e-aaf6-2eae4c1ca074" alt=""><figcaption></figcaption></figure>

***

### **Fill in the Required Fields**

Once you’ve selected the appropriate transaction type (in this case, **Account Create**), the form will display both **common** and **transaction-specific** fields.

#### **Common Transaction Fields**

These fields are available on every transaction type:

<table><thead><tr><th>Field</th><th width="443">Description</th><th>Required/Optional</th></tr></thead><tbody><tr><td><strong>Transaction Description</strong> </td><td>A text description of the transaction. Does not get published to the network Ledger and is private to you.</td><td>Optional</td></tr><tr><td><strong>Nickname</strong></td><td>A name for the transaction.  Does not get published to the network Ledger and is private to you.</td><td>Optional</td></tr><tr><td><strong>Payer ID</strong></td><td>The ID of the account that will be charged the transaction fee for this transaction.</td><td>Required</td></tr><tr><td><strong>Valid Start</strong></td><td>The time the transaction should be executed by the selected network</td><td>Required</td></tr><tr><td><strong>Transaction Memo</strong></td><td>A short memo for the transaction that will be visible on the network ledger. Any information here is not private. 100 characters max. </td><td>Optional </td></tr><tr><td><strong>Max Transaction Fee</strong></td><td>The maximum amount of HBARs you're willing to pay for the transaction</td><td>Required</td></tr></tbody></table>

#### **Account Transaction Fields**

These fields are specific to the **Account Create** transaction type. If you create a different transaction these fields may not apply.

<table><thead><tr><th width="162">Field</th><th width="446">Description </th><th>Optional/Required</th></tr></thead><tbody><tr><td><strong>Key</strong> </td><td>The public key that will own this account and sign transactions for. This can be a simple key or complex key. This can be an ED25519 key and ECDSA key type. Learn how to create a complex key type &#x3C;here>. </td><td>Required</td></tr><tr><td><strong>Accept Staking Rewards</strong></td><td>Whether or not this account should accept staking rewards if it were staked to a node. </td><td>Optional</td></tr><tr><td><strong>Staking</strong></td><td>The account can be staked to a node account ID or staking to another account. Select the method in which you would like to stake your account. </td><td>Optional</td></tr><tr><td><strong>Receiver Signature Required</strong></td><td>If enabled, this account would require to sign all transactions where this account is being transferred tokens. </td><td>Optional</td></tr><tr><td><strong>Initial Balance</strong></td><td>The starting balance of the account when it is created. The balance is transfererd from the transaction fee payer account into this account upon creation.</td><td>Optional</td></tr><tr><td><strong>Max automatic token associations</strong> </td><td>Whether or not this account should recieve token airdrops. &#x3C;Expand futher></td><td>Optional</td></tr><tr><td><strong>Account Memo</strong></td><td>A text memo to attach to the account. 100 characters max.<br><br><strong>Warning:</strong> This information will be publicly available on a network explorer when the account is searched for by anyone.</td><td>Optional</td></tr></tbody></table>

###

***


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://transactiontool.hedera.com/transactions/creating-a-transaction.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
