1
00:00:00,267 --> 00:00:03,333
Quieres comprar tres contratos, pero hay dos

2
00:00:03,333 --> 00:00:06,133
disponibles a cien y otros dos a ciento

3
00:00:06,133 --> 00:00:10,067
uno. ¿Comprarás todos al mismo precio? Depende de

4
00:00:10,067 --> 00:00:12,867
la orden que envíes. Vamos a mover esas

5
00:00:12,867 --> 00:00:14,300
cantidades paso a paso.

6
00:00:15,233 --> 00:00:18,067
El libro de órdenes reúne propuestas de compra

7
00:00:18,067 --> 00:00:21,667
y venta. Aquí miraremos solamente las ventas

8
00:00:21,667 --> 00:00:24,800
disponibles para alguien que compra. Usaremos una

9
00:00:24,800 --> 00:00:28,300
escala esquemática; estos números no representan

10
00:00:28,300 --> 00:00:30,667
cotizaciones reales del eme, ene, cu.

11
00:00:31,533 --> 00:00:35,033
Una orden a mercado prioriza ejecutar contra las

12
00:00:35,033 --> 00:00:38,267
contrapartes disponibles, no asegurar un precio

13
00:00:38,267 --> 00:00:42,400
específico. Para comprar, empieza por la venta más

14
00:00:42,400 --> 00:00:45,667
barata disponible y puede continuar con precios

15
00:00:45,667 --> 00:00:47,600
superiores si falta cantidad.

16
00:00:49,100 --> 00:00:52,233
Enviamos una compra a mercado de tres contratos

17
00:00:52,233 --> 00:00:55,567
al libro inicial. Las dos unidades ofrecidas a

18
00:00:55,567 --> 00:00:59,167
cien se encuentran con nuestra orden. Se ejecutan

19
00:00:59,167 --> 00:01:02,800
esas dos; todavía falta conseguir una para completar

20
00:01:02,800 --> 00:01:03,200
la compra.

21
00:01:04,200 --> 00:01:07,733
La unidad restante encuentra una venta a ciento

22
00:01:07,733 --> 00:01:11,433
uno. Se ejecuta ahí y termina nuestra compra

23
00:01:11,433 --> 00:01:14,767
de tres. En ese nivel queda otra unidad

24
00:01:14,767 --> 00:01:18,400
disponible: consumimos una de las dos que estaban

25
00:01:18,400 --> 00:01:18,933
ofrecidas.

26
00:01:20,067 --> 00:01:24,100
El registro conserva dos ejecuciones a cien y

27
00:01:24,100 --> 00:01:27,567
una a ciento uno. Agrupamos las primeras dos

28
00:01:27,567 --> 00:01:30,500
en una fila. La cantidad total es tres,

29
00:01:31,067 --> 00:01:34,033
pero eso no convierte sus distintos precios en

30
00:01:34,033 --> 00:01:34,500
uno solo.

31
00:01:35,467 --> 00:01:38,933
Para resumir la compra, multiplicamos cada precio

32
00:01:38,933 --> 00:01:41,700
por su cantidad y dividimos la suma entre

33
00:01:41,700 --> 00:01:45,433
tres. Obtenemos aproximadamente cien punto tres tres

34
00:01:45,433 --> 00:01:49,133
tres. Es un promedio calculado, no un nuevo

35
00:01:49,133 --> 00:01:50,333
precio al que negociamos.

36
00:01:51,533 --> 00:01:56,333
Ahora cambiamos de herramienta. Una compra límite

37
00:01:56,333 --> 00:02:00,800
establece el precio máximo que aceptas pagar. Puede

38
00:02:00,800 --> 00:02:03,100
ejecutarse a ese precio o a uno menor,

39
00:02:03,600 --> 00:02:06,400
pero no autoriza comprar por encima del límite

40
00:02:06,400 --> 00:02:07,033
que elegiste.

41
00:02:07,933 --> 00:02:11,167
Para vender, la lógica se invierte: una venta

42
00:02:11,167 --> 00:02:14,767
límite fija el mínimo que aceptas recibir. Con

43
00:02:14,767 --> 00:02:17,633
límite de ciento uno, vender a ciento uno

44
00:02:17,633 --> 00:02:21,633
o más está permitido; vender a cien queda

45
00:02:21,633 --> 00:02:21,933
fuera.

46
00:02:22,900 --> 00:02:26,167
Abrimos un escenario separado y recuperamos el libro

47
00:02:26,167 --> 00:02:28,833
inicial: dos ventas a cien y dos a

48
00:02:28,833 --> 00:02:32,367
ciento uno. Esta vez enviaremos una compra límite

49
00:02:32,367 --> 00:02:35,533
de tres a cien. Primero observa qué precios

50
00:02:35,533 --> 00:02:36,700
permite esa instrucción.

51
00:02:37,900 --> 00:02:40,267
La compra encuentra las dos ventas a cien

52
00:02:40,267 --> 00:02:43,967
y las ejecuta. Falta una unidad, pero las

53
00:02:43,967 --> 00:02:47,567
ventas a ciento uno exceden nuestro máximo. En

54
00:02:47,567 --> 00:02:50,367
este ejemplo, esa unidad queda pendiente a cien,

55
00:02:50,867 --> 00:02:52,333
sin subir automáticamente.

56
00:02:53,267 --> 00:02:57,200
Pendiente no significa primera en la fila. Imagina

57
00:02:57,200 --> 00:03:00,100
otra compra con prioridad delante de la nuestra

58
00:03:00,100 --> 00:03:03,700
al mismo precio. Si llega una sola venta

59
00:03:03,700 --> 00:03:07,000
a cien, puede atender aquella compra y dejarnos

60
00:03:07,000 --> 00:03:07,867
todavía esperando.

61
00:03:08,933 --> 00:03:11,967
En una continuación distinta, nuestra unidad

62
00:03:11,967 --> 00:03:15,367
pendiente sí recibe una venta compatible cuando le

63
00:03:15,367 --> 00:03:19,367
corresponde. El registro añade un contrato a cien.

64
00:03:20,033 --> 00:03:23,600
Ahora completamos tres, todos a cien, sin haber

65
00:03:23,600 --> 00:03:24,800
aceptado ciento uno.

66
00:03:26,100 --> 00:03:29,267
Considera otro escenario: el lado vendedor está

67
00:03:29,267 --> 00:03:32,600
vacío. Una compra a mercado no puede fabricar

68
00:03:32,600 --> 00:03:35,833
una contraparte. Sin ventas disponibles, no hay

69
00:03:35,833 --> 00:03:38,633
ejecución inmediata; el tratamiento de la orden

70
00:03:38,633 --> 00:03:40,467
depende de las reglas aplicables.

71
00:03:41,767 --> 00:03:44,500
Volvamos a una compra límite con una unidad

72
00:03:44,500 --> 00:03:48,000
pendiente. Decides cancelarla, pero enviar la

73
00:03:48,000 --> 00:03:50,600
solicitud no borra instantáneamente la orden.

74
00:03:51,333 --> 00:03:54,767
Mientras viaja esa petición, una contraparte podría

75
00:03:54,767 --> 00:03:56,933
llegar y ejecutar la unidad restante.

76
00:03:57,900 --> 00:04:01,933
Hay dos desenlaces distintos. Si la cancelación se

77
00:04:01,933 --> 00:04:05,133
confirma antes, la unidad deja de estar pendiente.

78
00:04:05,800 --> 00:04:08,733
Si se ejecuta primero, ya existe una compra.

79
00:04:09,533 --> 00:04:12,567
Revisa tanto el estado final como el registro

80
00:04:12,567 --> 00:04:13,267
de ejecuciones.

81
00:04:14,600 --> 00:04:18,100
Ejercicio: envías una compra límite de un contrato

82
00:04:18,100 --> 00:04:21,167
a ciento uno. La única venta disponible es

83
00:04:21,167 --> 00:04:24,100
un contrato a ciento dos. Con esta información,

84
00:04:24,667 --> 00:04:28,333
¿se ejecuta ahora, espera sin ejecutar o compra

85
00:04:28,333 --> 00:04:29,433
por encima del límite?

86
00:04:36,300 --> 00:04:41,067
La respuesta es esperar sin ejecutar. Ciento dos

87
00:04:41,067 --> 00:04:44,533
supera el máximo de ciento uno, y no

88
00:04:44,533 --> 00:04:47,933
hay una venta compatible. La orden no puede

89
00:04:47,933 --> 00:04:50,833
comprar más caro solamente para completar la

90
00:04:50,833 --> 00:04:52,167
cantidad que solicitaste.

91
00:04:53,167 --> 00:04:56,400
Después podrían ocurrir cosas distintas: aparecer

92
00:04:56,400 --> 00:04:59,800
una venta compatible o mantenerse todas por encima

93
00:04:59,800 --> 00:05:03,100
del límite. Ninguna posibilidad cambia la respuesta

94
00:05:03,100 --> 00:05:06,167
anterior. Decidimos con la disponibilidad del

95
00:05:06,167 --> 00:05:09,933
momento, no con información que todavía no existía.

96
00:05:10,767 --> 00:05:14,800
Mercado busca ejecución disponible; límite establece

97
00:05:14,800 --> 00:05:18,500
un precio aceptable. En ambos casos revisa cantidad

98
00:05:18,500 --> 00:05:22,433
ejecutada, cantidad pendiente y estado confirmado.

99
00:05:23,200 --> 00:05:26,433
Practica reconstruyendo el registro antes de enviar

100
00:05:26,433 --> 00:05:30,000
otra instrucción. Continúa tu aprendizaje gratuito

101
00:05:30,000 --> 00:05:32,500
en la videoteca de tapam.pro.
