Unidad III

Recursos:

Procesamientos de las Transacciones

Conceptos de Transacciones:

• Se reserva el derecho a cancelar o bloquear las cuentas de sus clientes,

en cualquier momento en el caso de una transacción fraudulenta.
• Órdenes de compra, ventas, cambios, altas y bajas que se registran en un
entorno de información de negocios. Las consultas y demás solicitudes
son también transacciones para la computadora, pero normalmente se las
procesa sin registrarlas en el sistema. El volumen de transacciones es un
factor preponderante en la determinación del tamaño y la velocidad de un
sistema informático.
• Es la acción donde existe dos partes hasta llegar a un acuerdo finalmente
conforme.
• Fase en la cual se puede gestionar y completar trámites y servicios en
línea, haciendo transacciones que requieren intercambio de datos, por
medio de la red de datos Internet.
• Cambio de un bien por otro o dinero.

Un ejemplo habitual de transacción es el traspaso de una cantidad de dinero

entre cuentas bancarias. Normalmente se realiza mediante dos operaciones
distintas, una en la que se decrementa el saldo de la cuenta origen y otra en la
que incrementamos el saldo de la cuenta destino. Para garantizar la consistencia
del sistema (es decir, para que no aparezca o desaparezca dinero), las dos
operaciones deben ser atómicas, es decir, el sistema debe garantizar que, bajo
cualquier circunstancia (incluso una caída del sistema), el resultado final es que,
o bien se han realizado las dos operaciones, o bien no se ha realizado ninguna.
Los clientes manipulan el estado compartido a través de objetos que se ejecutan
en servidores entre los que se reparte el trabajo. Uno de los beneficios que
provee el modelo objeto-por-cliente es la simplificación del desarrollo mediante
la eliminación del acceso concurrente a los objetos; el estado que forma parte
del objeto está protegido implícitamente. Sin embargo, no alivia todas las
preocupaciones que trae la concurrencia. Para coordinar el acceso al estado que
un proceso o servidor mantiene para compartir entre todos los objetos, basta con
usar técnicas tradicionales de acceso .NET o Win32 (i.e. critical sections,
mutexes, etc.). Pero, ¿qué mecanismo se usar para coordinar el acceso
concurrente al estado compartido que reside en la base de datos? La respuesta
es: Transacciones.

Las transacciones son un mecanismo estándar para manejar los cambios al

estado del un sistema distribuido. Proveen un modelo para controlar el acceso
concurrente a los datos y para manejar las fallas inherentes al cómputo
distribuido. Si se permite que el trabajo que los objetos realizan, progrese
concurrentemente sin considerar transacciones, lo único que se obtendrá será
un caos total.

Una transacción es generalmente definida como una unidad de trabajo que se

hace a nombre de una aplicación o componente. Cada transacción puede estar
compuesta de múltiples operaciones realizadas en datos que están dispersos en
uno o varios procesos o en una o varias máquinas. Cada transacción asegura el
trabajo de proteger la integridad del estado de un sistema al proveer cuatro
garantías básicas conocidas como las propiedades ACID: atomicidad (atomicity),
consistencia (consistency), aislamiento (isolation) y durabilidad (durability) y que
se explican a continuación.

Atomicidad (Atomicity). Una transacción tiene que ser atómica lo que significa
que es indivisible; todas las operaciones deben ejecutarse o ninguna en lo
absoluto. No debe haber posibilidad de que solo una parte se ejecute. En un
sistema bancario, por ejemplo, una transferencia de dinero entre dos cuentas de
cheques tiene que ser atómica; tomar dinero de una cuenta para agregarlo a
otra. No es posible ejecutar una de las operaciones y la otra no. La atomicidad
se garantiza a través de mecanismos de base de datos con los que se hace el
seguimiento de la transacción.

Si la transacción falla por cualquier razón, las actualizaciones que se hayan

realizado hasta el momento serán deshechas.

Solo si la transacción llega al fin los cambios se volverán parte de la base de

datos. La propiedad de atomicidad permite escribir operaciones que emulan
transacciones de negocio tales como retiros de cuentas de cheques,
reservaciones de vuelo o compra y venta de bonos entre otras. Cada una de
estas acciones, requiere actualizar varios datos y al implementarlas acciones en
una transacción, se asegura que todas o ninguna de las actualizaciones se
realizan.

Aún más, la atomicidad garantiza que la base de datos se queda en un estado

conocido después de la falla de una transacción lo que reduce el requerimiento
de intervención manual. La terminación exitosa de una transacción se conoce
como commit mientras que a la falla de una transacción se le conoce como
abort.

Consistencia (Consistency). Una transacción mantendrá la consistencia de la

base de datos. Esto es, si la base de datos se encuentra en un estado
consistente antes de ejecutar la transacción, una vez que ésta termine la
consistencia de la base de datos deberá conservarse. Por consistente se debe
entender, internamente consistente. En términos de base de datos esto significa
que se satisfacen todas las restricciones en cuanto a su integridad que incluyen:

1. Todos los valores de la llave primaria son únicos.

2. La base de datos mantiene integridad referencial lo que significa que los
registros solo referencian información que existe.
 3. Ciertos predicados se mantienen. Por ejemplo, la suma de los gastos es
menor o igual al presupuesto.

A diferencia de la atomicidad, el aislamiento y la durabilidad, la consistencia es

una práctica de programación. La atomicidad, el aislamiento y la durabilidad
están aseguradas estén o no programadas para preservar la consistencia. Es
responsabilidad del desarrollador de la aplicación asegurar que su programa
preserva la consistencia.

Aislamiento (Isolation). La tercera propiedad de una transacción es el

aislamiento. Se dice que un conjunto de transacciones está aislado si el efecto
del sistema que las ejecuta es el mismo que si ejecutara cada una a la vez; las
transacciones se ejecutan en secuencia. Tómese, por ejemplo, el caso de un
sistema bancario en el que dos transacciones intentaran hacer un retiro de los
últimos $200 de una cuenta de cheques.

Si se permite que al mismo tiempo, dos transacciones consulten el saldo antes

de afectarlo, ambas determinarán que hay fondos suficientes y realizarán el
retiro. En cambio, si las transacciones se ejecutan en serie -una detrás de otra-,
solo una de las transacciones será capaz de retirar los últimos $200. La
siguiente encontrará el saldo de la cuenta en cero.

El usuario final tiene la percepción de que su transacción es la única en el

sistema. La base de datos típicamente usa técnicas de locking o versioning en
los datos que cada transacción accede. El efecto de esto es hacer que la
ejecución parezca en serie aunque, internamente, el sistema ejecuta las
transacciones en paralelo. Por la importancia y el impacto que tiene el
aislamiento (isolation) en la escalabilidad, se le ha dedicado un capítulo
completo de este libro.

Durabilidad (Durability). Cuando una transacción termina de ejecutarse, todas

sus actualizaciones se graban en algún tipo de medio de almacenamiento,
típicamente disco, en donde se asegura que las actualizaciones no se perderán.
Aun si el sistema operativo falla, los resultados de la transacción son
almacenados en disco y podrán ser encontrados ahí cuando se recupere el
sistema operativo. Más aún, la durabilidad a menudo debe mantenerse por un
periodo largo. Por ejemplo, por cuestiones de auditoría.

La durabilidad se obtiene por medio de un mecanismo que guarda en una

bitácora (log) copia de todas las actualizaciones que una transacción realiza.
Cuando se ejecuta el commit de la transacción, el sistema se asegura que todos
los registros escritos en el log están en disco y entonces informa a la transacción
que los resultados son durables. Si después del commit de la transacción y
antes de escribirse a la base de datos, el sistema falla, es responsabilidad de
éste reparar la base de datos lo que logra por medio de una lectura del log para
verificar que se efectuó cada modificación hecha por una transacción committed.

De no cumplirse esta condición, entonces vuelve a realizar las actualizaciones.

Cuando esta actividad de recuperación se ha terminado, el sistema reanuda su
operación normal. Cualquier nueva transacción encontrará un estado en la base
de datos que incluye todas las actualizaciones. En resumen, las transacciones
garantizan que los cambios al estado de un sistema se aplican atómicamente,
dejan al sistema consistente, están aisladas una de otra mientras están en
progreso y serán durables aun en casos de una falla catastrófica.

Transacciones que generan efectivo:

1- Los ingresos de efectivo derivados de actividades de operación:

a) Los derivados de las ventas de bienes y servicios,
incluyendo los relacionados con los cobros o ventas de
cuentas a cobrar a corto y a largo plazo originados en dichas
ventas.
b) Los relacionados con los rendimientos de los préstamos,
distintos de los instrumentos de las deudas de otras
entidades y títulos de participación, intereses y dividendos.
 c) Otros ingresos de efectivo que no deriven de las
transacciones definidas como actividades de inversión y
financiamiento, tales como: montos recibidos por
indemnizaciones a raíz de demandas judiciales,
indemnizaciones de seguros y otros de similar naturaleza.

2- Los desembolsos de efectivo originados en las actividades de operación

son:
a) Los utilizados para adquirir materias primas para la
producción o bienes para la venta.
b) Pagos por concepto de impuestos, derechos, multas y otros
tributos, honorarios o multas.
c) Pagos de intereses a prestamistas y otros acreedores.
d) Otros pagos que no estén relacionados con transacciones
definidas como actividades de inversión o financiamiento.”

Los flujos de efectivo provistos o utilizados en actividades operativas, se originan

por la actividad principal del negocio. O del giro de las operaciones. Se
consideran como ingresos de efectivo:

• Se mencionan las ventas de bienes y servicios y los cobros a corto y largo

plazo que se relacionan con esas ventas. Analicemos, utilizando registros
contables, dónde se generan los movimientos de efectivo. Para esto se
deben distinguir las siguientes operaciones:
o Ventas al contado.
o Ventas a crédito.
o Cobro de ventas a crédito.
Las actividades de inversión incluyen otorgar y cobrar préstamos, adquirir o
traspasar deuda o instrumentos de participación y la adquisición de activos
necesarios para la producción de bienes y servicios (distintos de los inventarios
objeto del tráfico del negocio).”

• En el rubro de actividades de inversión no existe una relación directa en la

generación o uso de efectivo por el giro principal de las actividades, como
es el caso de la compra de un valor negociable o la venta de un activo
fijo, pero está subyacente el objetivo de generar flujos para las
operaciones. Cuando una empresa adquiere una maquinaria, está
invirtiendo en activos que van a ser utilizados en las operaciones del
negocio y que generarán ingresos en un futuro cuando sean utilizados en
la producción de bienes como es el caso de una empresa manufacturera.
Otro tipo de activos fijos como la compra de un lote de computadoras
también se considera como una actividad de inversión, cuando se efectúa
un desembolso de efectivo para adquirirlos.

Los conceptos de ingresos y desembolsos de efectivo por actividades de

inversión:
Los ingresos de efectivo previstos por las actividades de inversión son:
a) El cobro o venta de préstamos hechos por la entidad.
b) El efectivo recibido por la venta de activo fijo (propiedades,
plantas y equipos).
Los desembolsos de efectivo relacionados con las actividades de inversión son:
a) Desembolsos por préstamos hechos por la entidad y pagos
para adquirir instrumentos de deudas de otras empresas.
b) Pagos para adquirir acciones o participaciones en otras
empresas.
c) Pagos para adquirir activo fijo (propiedades, plantas y
equipos).”
Por otra parte podemos decir, que las transacciones bancarias también generan
movimientos de efectivo, como por ejemplo, Cuando usted utiliza su
tarjeta de crédito en un Restaurante o Tienda, uno pensaría que como la
máquina que autoriza tiene el emblema del banco la comunicación se
establece directamente con el Banco.Sin embargo, esto no es así (al
menos en U.S), la transacción de nuestra compra se lleva acabo por un
tercero, entre las compañías que realizan este servicio se encuentran
NOVA , FirstData y Paymentech . De manera que cuando nuestra tarjeta
de crédito pasa por el "autorizador" en la tienda, ésta se comunica con
alguna de estas compañías y ellas se comunican con nuestro banco y
con el banco de la tienda.

El realizar un cargo a una tarjeta de crédito posee un alto riesgo tanto para la
empresa que autoriza la venta, así como para el Banco que otorga el servicio a
esta Empresa, y el problema se agrava aún más con Internet ,pero el problema
no es la psicosis de seguridad o encriptación en Internet; inclusive es el mismo
riesgo que asumen tanto empresas y bancos cuando se lleva acabo un cargo
vía telefónica, y estos cargos existen desde antes de Internet!

El ejemplo clásico del uso de Tarjeta de Crédito es cuando tenemos posesión

física de la misma Tarjeta, entramos a un Restaurante o Tienda, inclusive en
ocasiones hasta se nos pide identificarnos como los dueños de la tarjeta, algo
en ocasiones inútil, ya que sería raro pensar en alguien que hubiera extraviado
su tarjeta de crédito y que no la reportara robada.

Pero que sucede en Internet o Vía Telefónica? Como sabe el vendedor que
tenemos posesión física de la tarjeta? Que tal si los datos los encontramos en
un Recibo de Banco? o en un "Voucher" en la calle ? Esto incrementa aún más
el riesgo de la transacción.Un ejemplo:
Supongamos que cierta empresa "ELE" es autorizada por el Banco "BX" para
cobrarle a sus clientes vía Internet (o Telefónica,que implica casi el mismo
riesgo), el primer mes de operaciones "ELE" recibe $1,000,000 en Ventas vía
Tarjeta de Crédito, el Banco "BX" cobra sus comisiones y abona el dinero a la
cuenta de la empresa "ELE", PERO a los 25-35 días empiezan a llegar quejas
de los Bancos emisores de Tarjetas de Crédito que ellos no pagarán la cuenta,
porque sus tarjeta habientes reclaman que ellos jamás autorizaron esa compra
a la Empresa "ELE", o peor aún, que nunca recibieron su producto!.

Si el Banco "BX" hizo un buen estudio sobre la empresa "ELE", a pesar del
problema legal que enfrenta el Banco "BX", no debe de tener mucho de que
preocuparse, y sabrá que la empresa "ELE" tiene al menos el dinero para
rembolsar esas quejas, ahora bien, si el Banco "BX" no sabia con quien estaba
trabajando es muy probable que enfrente una gran perdida !.

Entonces la empresa "ELE" esta en desventaja, no puede saber quien es

buen cliente, no?

NO, no existe ninguna desventaja, las autorizadoras de Tarjetas de Crédito

como NOVA y Paymetech prestan un servicio denominado AVS ("Address
Verfication System") además de la verificación de Fondos. Este sistema es
utilizado por TODAS (en U.S al menos) las compañías que realizan algún tipo
de venta donde no se pueden percatar de la posesión física de la tarjeta del
cliente. (Internet o Telefónica).

Transacciones que generan cuentas por cobrar:

Primero debemos describir qué son las cuentas por cobrar, son las que están
constituidas por créditos a favor de las empresas, correspondientes a las ventas,
prestación de servicios y demás operaciones normales, incluyendo cuentas de
clientes, documentos por cobrar, letras por cobrar, entre otros.

Las cuentas a cobrar se incluyen en el activo circulante solamente cuando se

espera convertir en dinero durante el ciclo operativo o en un plazo inferior a un
año.

Dentro de las cuentas por cobrar, una de las partidas más importantes es la
cuenta clientes, pues se origina en la venta de mercaderías al crédito.

Podemos decir que las transacciones que generan cuentas por cobrar, son las
ventas a crédito y de contado de un bien o servicio.

Estas deben ser pagaderas a un plazo 1 a 30 días, para que el período contable
no sea castigado con cuentas incobrables.

Cuando la empresa otorga créditos a sus clientes, ello implica un riesgo para
ésta, dado que es posible que los clientes no cancelen su deuda; en todo caso,
es un riesgo existente en cualquier negocio.

Debido a este problema, se recurre a realizar una estimación de los deudores

que se espera no cancelarán sus deudas. Esto se encuentra respaldado en el
principio conservador, que establece que las pérdidas hay que anticiparlas, pero
nunca debe hacerse lo mismo con las ganancias.

Transacciones sobre el activos fijos:

Antes de referirnos a las transacciones sobre el activo fijo, debemos decir que
Los activos fijos se definen como los bienes que una empresa utiliza de manera
continua en el curso normal de sus operaciones; representan al conjunto de
servicios que se recibirán en el futuro a lo largo de la vida útil de un bien
adquirido.
Para que un bien sea considerado activo fijo debe cumplir las siguientes
características:

1. Ser físicamente tangible.

2. Tener una vida útil relativamente larga (por lo menos mayor a un año o a un
ciclo normal de operaciones, el que sea mayor).

3. Sus beneficios deben extenderse, por lo menos, más de un año o un ciclo

normal de operaciones, el que sea mayor. En este sentido, el activo fijo se
distingue de otros activos (útiles de escritorio, por ejemplo) que son consumidos
dentro del año o ciclo operativo de la empresa.

4. Ser utilizado en la producción o comercialización de bienes y servicios, para

ser alquilado a terceros, o para fines administrativos. En otras palabras, el bien
existe con la intención de ser usado en las operaciones de la empresa de
manera continua y no para ser destinado a la venta en el curso normal del
negocio.

Es importante aclarar que la clasificación de un bien como activo fijo no es única

y que depende del tipo de negocio de la empresa; es decir, algunos bienes
pueden ser considerados como activos fijos en una empresa y como inventarios
en otra.

Por ejemplo, un camión es considerado como activo fijo para una empresa que
vende artefactos eléctricos si es que lo usa para entregas de mercadería; pero
es considerado como un inventario (para ser destinado a la venta) en una
empresa distribuidora de camiones.

Las transacciones sobre el activo fijo, se muestran cuando compramos un bien

mueble o inmueble, para ponerlo a producir, o sacar un beneficio del mismo.

Por ejemplo, si tenemos una empresa repartidora de leche, y compramos una

vaca y un camión. La vaca nos ayudará en la producción de leche, y el camión
en la distribución de esta.
Entonces, podemos afirmar que hemos realizado una transacción de producción
y reparto de leche, que ayudará a mi empresa a desarrollarse en cuanto a lo
económico y social.

Transacciones de compras a crédito:

Las transacciones de compras a crédito, son las resultantes de realizar compras,

cuyos pagos serán realizados en un tiempo determinado entre las partes
involucradas.

Siempre que realizamos una transacción de compra a crédito, estamos

generando una cuenta por pagar a corto tiempo, estas transacciones las
realizamos por Internet, realizando el saldo en lo inmediato, lo que llamamos
transacciones de compras de contado, y pagando éstas, si realizamos el pago
contra entrega.

En nuestros tiempos, estas transacciones son muy dadas a ocurrir, ya que las
tecnologías nos facilitan esta negociación.

Las empresas que se dedican a estas ventas llamadas de tele marketing, toman
las precauciones necesarias para asegurar sus ventas, como por ejemplo,
nombre completo de la persona que compra, documentos que la identifiquen, si
el pago se hará con tarjeta, cheque o efectivo.

Transacciones de pagos por cheques:

Podemos reseñar, que un cheque es un documento de título valor en el que la

persona que es autorizada para extraer dinero de una cuenta (por ejemplo, el
titular), extiende a otra persona una autorización para retirar una determinada
cantidad de dinero de su cuenta, prescindiendo de la presencia del titular de la
cuenta bancaria.
Jurídicamente el cheque es un título valor a la orden o al portador y abstracto en
virtud del cual una persona, llamada librador, ordena incondicionalmente a una
institución de crédito, que es librado, el pago a la vista de una suma de dinero
determinada a favor de una tercera persona llamada beneficiario.

Son innumerables las transacciones realizadas con cheques, entre ellas

podemos mencionar, todas las compras realizadas a crédito y de contado, los
pagos de nóminas, servicios fijos, como son el agua, luz y teléfono, alquileres,
etc., y una series de pagos, que ameritan ser cubiertos de manera inmediata, y
que evitan el riesgo que conlleva, cargar una cantidad grande de efectivo.

Las transacciones en cheques, al igual que en efectivo, están limitadas, y hasta

poco usuales, ya que por medio de la tecnología, usamos las tarjetas de créditos
y débitos, para agilizar las transacciones, y para una mayor seguridad de la
persona que va a realizar la transacción.

Transacciones de otras transacciones:

Cuando hablamos de transacciones de otras transacciones, nos referimos a la

negociación realizada, de manera personal o comercial, a través de una entidad
bancaria.

Ponemos como ejemplo, si una empresa posee dos cuentas bancarias, la

cuenta A y la cuenta B, y desea pasar una parte de ese dinero que está en la
cuenta A, a la cuenta B, o viceversa; este lo puede realizar mediante
transferencia bancaria, con una autorización por escrita, sellada y firmada, sin
necesidad de trasladarse a la entidad bancaria; del mismo modo, puede realizar
transacciones con otras empresas, y fuera del país en el cual reside.

Les informo que todo este contenido está disponible en la web, de los cuales
ustedes pueden buscar más informaciones de este tema, ya sea en libros o en la
misma web, para ampliar este documento.