Non so che cosa tu abbia "letto in giro", ma lascia stare quella strada.
Da come hai scritto l'istruzione sembra che tu faccia il controllo della @@ERROR solo al termine della quarta istruzione. Se è così il rollback della transazione può avvenire esclusivamente se ad andare in errore è l'istruzione appena precedente il @@ERROR.
Questa variabile globale viene aggiornata in occasione di ogni istruzione e anche la lettura stessa della @@ERROR resetta qualunque valore in essa memorizzato. Per questo motivo un errore che interviene nella prima, nella seconda o nella terza istruzione non sarà mantenuto al termine della quarta istruzione (dove tra l'altro scrivi "faccio alcuni update"; ognuno di essi aggiorna il valore della @@ERROR).
Per avere un comportamento coerente con quanto da te auspicato dovresti modificare il tutto in maniera simile a

BEGIN TRAN

1 faccio una insert nella tabella A
IF @@ERROR <> 0
BEGIN
ROLLBACK TRAN
RETURN
END

--2 select dalla tabella A
IF @@ERROR <> 0
BEGIN
ROLLBACK TRAN
RETURN
END

--3 faccio UNA SOLA operazione avvalendomi di tabelle temporanee #tmp che poi subito dopo droppo
IF @@ERROR <> 0
BEGIN
ROLLBACK TRAN
RETURN
END

--4 faccio UN SOLO update
IF @@ERROR <> 0
BEGIN
ROLLBACK TRAN
RETURN
END

COMMIT

Laddove volessi riutilizzare il codice di errore contenuto nella @@ERROR (magari per restituirlo come output della sp che esegue tutti questi comandi) dovresti memorizzarlo in una variabile PRIMA di leggerlo (altrimenti come detto subito dopo leggeresti un altro valore rispetto a quello che hai appena letto. Il controllo dovrebbe diventare quindi simile a

SET @myvar = @@ERROR
IF @myvar <> 0
BEGIN
ROLLBACK TRAN
Faccio quello che voglio con @myvar
RETURN
END

In alternativa a tutto questo puoi impostare l'opzione SET XACT_ABORT come descritto sul BOL

http://msdn.microsoft.com/library/ms188792.aspx

che rimuove la necessità di fare un controllo al termine di ogni istruzione per decidere se fare il rollback o continuare (con l'opzione a ON viene fatto automaticamente un rollback al verificarsi di un errore). Come ulteriore alternativa puoi utilizzare il TRY...CATCH di cui trovi info a partire da questo link

http://msdn.microsoft.com/library/ms175976.aspx

Bye