Which fields on a PB transaction could change between requests?

[programmable-banking-community]

This is what I’ve got in my PB Transaction type so far:

export type TransactionType =
  | 'DebitOrders'
  | 'FeesAndInterest'
  | 'OnlineBankingPayments'
  | 'Deposits'
  | 'CardPurchases'
  | 'SendCash'
  | 'VASTransactions'
  | 'FasterPay';

export interface InvestecPBTransaction {
  accountId: string;

  type: 'DEBIT' | 'CREDIT';

  transactionType: TransactionType | null;

  status: 'POSTED';

  description: string;

  /**
   * Could be an empty string if a transaction is not associated with a card. Digits 7–12 will be obfuscated with x's. Eg. `123456xxxxxx1234`
   */
  cardNumber: string;

  /**
   * May start at `0` and then change to the correct number once it has been posted. I.e., when it has been deducted from your balance.
   *
   * To be safe, ignore transactions while their `postedOrder` is `0`.
   */
  postedOrder: number;

  /**
   * Refers to the date that the amount was deducted from your balance.
   *
   * Follows the format: `yyyy-MM-dd`. Does not contain time.
   */
  postingDate: string | null;

  /**
   * Follows the format: `yyyy-MM-dd`. Does not contain time.
   */
  valueDate: string | null;

  /**
   * Follows the format: `yyyy-MM-dd`. Does not contain time.
   */
  actionDate: string;

  /**
   * Refers to the date that you swiped your card or issued a payment.
   *
   * Follows the format: `yyyy-MM-dd`. Does not contain time.
   */
  transactionDate: string;

  /**
   * Always a positive integer or floating point number. One needs to use the `type` property to determine whether it is a `CREDIT` or `DEBIT` amount.
   */
  amount: number;

  /**
   * An integer or floating point number.
   */
  runningBalance: number;
}

I know the postingDate and valueDate may initially be null but then update to a date string. What about postedOrder , status and transactionType? I’m just trying to track changes between “existing” transactions and new ones, to make sure those I’ve saved get updated accordingly.