Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 1 de 33

LEVANTAMIENTO DE INFORMACIN
SIMPLE S.A.

ARCHIVO DE RECAUDO Y WEBSERVICE

ENTIDADES RECAUDADORAS CAJAS

Versin al: 10 de marzo de 2015

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 2 de 33

Versin

Fecha

Descripcin de cambios

Elaborado por:

01

04/02/2015

Levantamiento inicial del

documento.

Fabian Camilo Ruiz

Rojas Analista
funcional.

02

Modificacin al Prototipo
1: Boucher entidad
recaudadora COMFANDI.,
Prototipo 2: Boucher
entidad recaudadora
CAFAM y Prototipo 3:
Boucher entidad
recaudadora
COLSUBSIDIO. Con su
respectiva aclaracin en
13/02/2015 la Descripcin de campos
Se agregar el punto 2.2.3
y se agrega el Prototipo 4:
Boucher entidad
recaudadora
FINAMERICA. Y Prototipo
5: Pantalla estacin POS
entidades recaudadoras.
Se adicional el CU3:
PANTALLA ESTACION
POS

03

19/02/2015

Se adicional el Prototipo
4: Boucher entidad
recaudadora
FINAMERICA. Con la
respectiva Descripcin de
campos, Adicionalmente
el punto 2.2.7 y el CU4:
ARCHIVO DE RECAUDO
POR CICLOS.

04

24/02/2015

Ajuste al CU1: ROLL

Validado por:

Fabian Camilo Ruiz

Rojas Analista
funcional.

Fabian Camilo Ruiz

Rojas Analista
funcional.

Cristian
Antolinez
Coordinador
compensacin
de
informacin.

Fabian Camilo Ruiz

Ricardo

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL
BACK en el punto 4.

05

10/03/2015

Se actualiza la
numeracin del
documento de acuerdo a
las prioridades. Se elimina
el numeral 2.2.1. Se
agregan los puntos 2.2.1,
2.2.2 y 2.2.5. Se modifica
periodo de servicio por
periodo de cotizacin.

Versin: 1
Pgina 3 de 33

Rojas Analista
funcional.

Manjarres
Coordinador
plataforma
transaccional.

Fabian Camilo Ruiz

Rojas Analista
funcional.

Tabla 1 control de cambios

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 4 de 33

CONTENIDO
1.

INTRODUCCIN ........................................................................................................ 6

2.

REQUERIMIENTOS FUNCIONALES ......................................................................... 6

2.1.

Requerimientos generales....................................................................................... 6

2.2.

Requerimientos especficos .................................................................................... 7

2.2.1.

Proceso de recaudo............................................................................................. 7

2.2.2.

Cierre de transacciones. ...................................................................................... 7

2.2.3.

Confirmacin de periodo estacin POS. .............................................................. 7

2.2.4.

Boucher entidades recaudadoras. ....................................................................... 8

2.2.5.

Archivo de recaudo discriminado por transaccin. ............................................... 9

2.2.6.

Roll back.............................................................................................................. 9

2.2.7.

Archivo de recaudo por ciclos. ........................................................................... 10

3.

PROTOTIPOS .......................................................................................................... 12

3.1.

Diseo de prototipos ............................................................................................. 12

3.1.1.

Prototipo 1: Pantalla estacin POS entidades recaudadoras. ............................ 12

3.1.2.

Prototipo 2: Boucher entidad recaudadora COMFANDI. .................................... 12

3.1.3.

Prototipo 3: Boucher entidad recaudadora CAFAM. .......................................... 13

3.1.4.

Prototipo 4: Boucher entidad recaudadora COLSUBSIDIO. ............................... 14

3.1.5.

Prototipo 5: Boucher entidad recaudadora FINAMERICA. ................................. 15

3.1.6.

Prototipo 6: Archivo de recaudo Discriminado. .................................................. 16

3.2.
4.

Descripcin de campos ......................................................................................... 17

DIAGRAMA GENERAL............................................................................................. 21

4.1.

Diagrama de caso de uso ..................................................................................... 21

4.1.1.

CU1: Proceso De Recaudo................................................................................ 22

4.1.2.

CU2: Cierre De Transacciones .......................................................................... 23

4.1.3.

CU3: Pantalla estacin POS .............................................................................. 25

4.1.4.

CU4: Boucher .................................................................................................... 26

4.1.5.

CU5: Roll back ................................................................................................... 27

4.1.6.

CU6: Archivo de recaudo por ciclos ................................................................... 29

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL
4.1.7.
5.
5.1.

Versin: 1
Pgina 5 de 33

CU7: Archivo de recaudo discriminado por transacciones ................................. 30

REFERENCIAS ........................................................................................................ 32
Definiciones .......................................................................................................... 32

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 6 de 33

ARCHIVO RE RECAUDO Y WEBSERVICE

ENTIDADES RECAUDADORAS CAJAS
1. INTRODUCCIN
Teniendo en cuenta la funcionalidad actual de planilla asistida y su lgica de negocio, es
necesaria la inclusin de algunos criterios en el proceso de recaudo tanto por consumo de
los Webservice como por archivo de facturacin, actualmente implementados con las
entidades recaudadoras, para de esta manera disminuir los inconvenientes presentados
en la operacin actual.

2. REQUERIMIENTOS FUNCIONALES

2.1.

Requerimientos generales

Todas las transacciones que concluyan con el pago exitoso de un PIN (referencia) debe
contar con una solicitud de consulta y un solicitud de recaudo, es decir que deben existir
la misma cantidad de consumos en los dos tipos de solicitudes, es necesario realizar esta
validacin para impedir que la entidad recaudadora confirme como recaudados PINES
que an no han sido consultados y que realmente no se pagaron por los usuarios.
Las transacciones confirmadas como exitosas deben ser cerradas nicamente sobre la
respuesta a la solicitud de recaudo con el fin de evitar la entrega de soportes de recaudo
de planillas que realmente no se encuentran recaudadas.
Todos los pagos exitosos se debern relacionar de manera independiente en el archivo
de recaudo independientemente de que estos sean hechos con el mismo nmero de PIN.
Al realizar la lectura del cdigo de barras Se deber consumir el Webservice suministrado
por SIMPLE S.A., en el aplicativo POS se deber mostrar tanto el valor de la planilla como
el periodo de cotizacin, esto le permitir al usuario realizar la verificacin del periodo que
se va a recaudar.

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 7 de 33

Se requiere modificar los Boucher entregados por las entidades recaudadoras a los
aportantes al realizar el pago xito de un PIN.
Se requiere implementar la devolucin de la transaccional (Roll Back), como un Request
3, el cual deber permitir a las entidades recaudadoras reversar el pago y el valor de las
transacciones, de tal manera que se podr anular el pago de una planilla aun despus de
haber realizado la confirmacin del recaudo.

2.2.

Requerimientos especficos

2.2.1. Proceso de recaudo.

Para que el resultado del Request SolicitudRecaudo sea <Status> = 0 y <MesageText> =
Exitoso es necesario que el campo <Periodo> del Request SolicitudFacturas sea igual al
periodo de cotizacin en la base de datos o al periodo relacionado en el archivo de
facturacin (Campo Periodo liquidado Posicin inicial 43 a la 48) que se intenta recaudar,
en caso de que los periodos no sean los mismo se debe impedir el recaudo.

2.2.2. Cierre de transacciones.

Todas las transacciones donde se realice un pago exitoso de una planilla, culminaran con
la respuesta al Request SolicitudRecaudo donde el <Status> debe ser igual a 0 (cero) y el
<MesageText> igual a Exitoso, solo hasta este momento se podr realizar la entrega de
los Boucher y los comprobantes del recaudo, al usuario.

2.2.3. Confirmacin de periodo estacin POS.

Al realizar la lectura de un cdigo de barras en el cual se realice el consumo del
Webservice dispuesto por SIMPLE S.A., donde la RESPUESTA al Request
SolicitudFacturas es EXITOSA (<Status> = 0 y <MesageText> = Exitoso), en la estacin
POS de la entidad recaudadora, se deber relacionar el <Periodo> de la planilla, ver
Prototipo 1: Pantalla estacin POS entidades recaudadoras.

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 8 de 33

2.2.4. Boucher entidades recaudadoras.

El Boucher solo se podr generar si en el Websevice la respuesta al Request
SolicitudRecaudo es Exitosa (<Status> = 0 y <MesageText> = Exitoso), es necesaria la
relacin de la siguiente informacin en los Boucher entregados por las entidades
recaudadoras a los aportantes, de acuerdo con la descripcin dada en el punto
PROTOTIPOS

En el boucher de COMFANDI ver Prototipo 2: Boucher entidad recaudadora

COMFANDI. Adicional a la informacin que se relaciona actualmente, se
deber relacionar los siguientes datos cuando se confirme el pago de una
planilla.

NIT = <Idreference>
PLANILLA = <Factura>
PERIODO = <Periodo>

En el boucher de CAFAM, ver Prototipo 3: Boucher entidad recaudadora

CAFAM. Adicional a la informacin que se relaciona actualmente, se deber
relacionar los siguientes datos cuando se confirme el pago de una planilla.

PLANILLA = <Factura>
ID = <Idreference>
PERIODO = <Periodo>

En el boucher de COLSUBSIDIO ver Prototipo 4: Boucher entidad recaudadora

COLSUBSIDIO.. Adicional a la informacin que se relaciona actualmente, se
deber relacionar los siguientes datos cuando se confirme el pago de una
planilla.

PLANILLA = <Factura>
PERIODO = <Periodo>
ID = <Idreference>

En el Boucher de FINAMERICA ver. Prototipo 5: Boucher entidad recaudadora

FINAMERICA. Adicional a la informacin que se relaciona actualmente, se
deber modificar y relacionar los siguientes datos cuando se confirme el pago
de una planilla.
La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y
no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 9 de 33

Ref4: = <Factura>
Ref5: = <Periodo>
Ref6: = <Idreference>

2.2.5. Archivo de recaudo discriminado por transaccin.

Cuando exista ms de un pago exitoso realizado con el mismo PIN, es necesario que en
el archivo de recaudo cada transaccin sea discriminada de manera independiente en los
registros tipo 2, para que esta manera se conozca el valor de cada transaccin.
Ejemplo: Con el PIN 8825457820 se realiz el pago exitoso de 3 planillas, una por valor
de $100.000, otra por valor de $98.000 y una ltima transaccin por valor de $105.500, el
detalle del archivo de recaudo debe relacionar 3 registros tipo 2, con el mismo PIN
(Campo 2 posicin inicial 3 posicin final 12) y cada uno con su respectivo valor de
recaudo, ver Prototipo 6: Archivo de recaudo Discriminado.

2.2.6. Roll back.

Se deber implementar en el WS el reverso de pago del valor recaudado de las
liquidaciones.

El reverso de pago deber aplicar en la falta de disponibilidad de conectividad

o en TIME OUT, es decir tiempo mayor de 3 segundos en dar respuesta del
recaudo exitoso. Posteriormente se realiza una solicitud de reverso de pago en
un rango de tiempo de 30 segundos a 3 minutos.
En el WS implementado debe realizar la consulta y la confirmacin entre la
aplicacin dispuesta por la entidad recaudadora y SIMPLE.
La entidad recaudadora deber consumir el WS con el nmero de PIN y valor,
para solicitar el reverso de pago como lo indica la siguiente estructura:

Mtodo: sendPmtRollback
Mensaje enviado desde ATH hacia el convenio remoto para el reverso
Peticin: PmtRollbackRequest
Campo
RequestId

Uso
Obligatorio

Tipo dato
xsd:string

Descripcin
Id de la solicitud,
generado

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 10 de 33

automticamente
por el sistema que
enva la consulta.
CurrentDatetime
Opcional
xsd:dateTime Fecha y hora de la
peticin.
InqDate
Obligatorio
xsd:dateTime Fecha y hora del
Canal, debe ser la
misma que para la
notificacin.
Objeto que se repite por las facturas que se estn pagando (mnimo debe
aparecer una vez en este mensaje)
PaidInvoices[].AgreementId
Opcional
xsd:int
En caso de ser
multifacturador,
indica el nmero del
convenio
de
la
factura
PaidInvoices[].InvoiceId
Obligatorio
xsd:int
Nmero
de
la
factura, debe ser la
misma que para la
notificacin
PaidInvoices[].PaidValue
Obligatorio
xsd:int
Valor total pagado,
debe ser la misma
que
para
la
notificacin
Paidinvoices[].BankAuthCode Obligatorio
xsd:int
Numero
de
autorizacin
del
banco. (Este se
utiliza en caso de
algn seguimiento),
debe ser la misma
que
para
la
notificacin.
Tabla 2 Roll Back

2.2.7. Archivo de recaudo por ciclos.

La entidad recaudadora deber realizar l envi de los archivos de recaudo con las
transacciones cuya respuesta al Request SolicitudRecaudo sea <Status> = 0 y
<MesageText> = Exitoso, por ciclos en el da en el siguiente horario:

Ciclo 1: debe ser enviado a las (10:30:00) y debe contener lo recaudado realizado
entre las (16:00:01) Da hbil anterior y las (10:00:00) da hbil actual.

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 11 de 33

Ciclo 2: debe ser enviado a las (12:30:00) y debe contener lo recaudado entre las
(10:00:01) y las (12:30:00).
Ciclo 3: Ciclo 3: debe ser enviado a las (14:30:00) y debe contener lo recaudado
entre las (12:30:01) y las (14:30:00).
Ciclo 4: debe ser enviado a las (16:00:00) y debe contener lo recaudado entre las
(14:30:01) y las (16:00:00).

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 12 de 33

3. PROTOTIPOS

3.1.

Diseo de prototipos

3.1.1. Prototipo 1: Pantalla estacin POS entidades recaudadoras.

1

3.1.2. Prototipo 2: Boucher entidad recaudadora COMFANDI.

2
3

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 13 de 33

3.1.3. Prototipo 3: Boucher entidad recaudadora CAFAM.

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 14 de 33

3.1.4. Prototipo 4: Boucher entidad recaudadora COLSUBSIDIO.

1
3

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 15 de 33

3.1.5. Prototipo 5: Boucher entidad recaudadora FINAMERICA.

1
3

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 16 de 33

3.1.6. Prototipo 6: Archivo de recaudo Discriminado.

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL
3.2.
Prototipo
/Campo

P1/C1

P2/C1

P2/C2

P2/C3

Versin: 1
Pgina 17 de 33

Descripcin de campos
Nombre

PERIODO

NIT

PLANILLA

PERIODO

Tipo de
Objeto

Lable

Lable

Lable

Lable

Descripcin

Campo
<Periodo> del
Request
SolicitudFacturas.

Campo
<Idreference> del
Request
SolicitudFacturas.

Campo
<Factura> del
Request
SolicitudFacturas.

Campo
<Periodo> del
Request
SolicitudFacturas.

Valor
Permitido

Numerico

Numerico

Numerico

Numerico

Obligat
oriedad

SI

SI

SI

SI

Longitud

Validacin

Request
SolicitudF
acturas<S
tatus> = 0
y
<Mesage
Text> =
Exitoso

17

Request
SolicitudR
ecaudo
<Status>
=0y
<Mesage
Text> =
Exitoso

17

Request
SolicitudR
ecaudo
<Status>
=0y
<Mesage
Text> =
Exitoso

28

Request
SolicitudR
ecaudo
<Status>
=0y
<Mesage
Text> =

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 18 de 33
Exitoso

P3/C1

P3/C2

P3/C3

PLANILLA

ID

PERIODO

Lable

Lable

Lable

Campo
<Factura> del
Request
SolicitudFacturas.

Campo
<Idreference> del
Request
SolicitudFacturas.

Campo
<Periodo> del
Request
SolicitudFacturas.

P4/C1

PLANILLA

Lable

Campo
<Factura> del
Request
SolicitudFacturas.

P4/C2

PERIODO

Lable

Campo
<Periodo> del

Numerico

Numerico

Numerico

SI

SI

SI

17

Request
SolicitudR
ecaudo
<Status>
=0y
<Mesage
Text> =
Exitoso

17

Request
SolicitudR
ecaudo
<Status>
=0y
<Mesage
Text> =
Exitoso

28

Request
SolicitudR
ecaudo
<Status>
=0y
<Mesage
Text> =
Exitoso

Numerico

SI

17

Request
SolicitudR
ecaudo
<Status>
=0y
<Mesage
Text> =
Exitoso

Numerico

SI

28

Request
SolicitudR

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 19 de 33

Request
SolicitudFacturas.

P4/C3

P5/C1

P5/C2

P5/C3

ID

Ref4:

Ref5:

Ref6:

Lable

Lable

Campo
<Idreference> del
Request
SolicitudFacturas.

Campo
<Factura> del
Request
SolicitudFacturas.

Lable

Campo
<Periodo> del
Request
SolicitudFacturas.

Lable

Campo
<Idreference> del
Request
SolicitudFacturas.

ecaudo
<Status>
=0y
<Mesage
Text> =
Exitoso

Numerico

Numerico

Numerico

Numerico

SI

SI

SI

SI

17

Request
SolicitudR
ecaudo
<Status>
=0y
<Mesage
Text> =
Exitoso

17

Request
SolicitudR
ecaudo
<Status>
=0y
<Mesage
Text> =
Exitoso

28

Request
SolicitudR
ecaudo
<Status>
=0y
<Mesage
Text> =
Exitoso

17

Request
SolicitudR
ecaudo
<Status>
=0y
<Mesage

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 20 de 33
Text> =
Exitoso

P6/C1

P6/C2

Referenci
a de pago

Valor
recaudo

Otro

Otro

Referencia de
pago del registro
tipo 2 del archivo
de recaudo.

Valor recaudo del

registro tipo 2 del
archivo de
recaudo.

Numrico

Numrico

SI

SI

10

Referenci
as
confirmad
as como
recaudada
s.

10

Referenci
as
confirmad
as como
recaudada
s.

Tabla 3 Descripcin de campos

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 21 de 33

4. DIAGRAMA GENERAL

4.1.

Diagrama de caso de uso

CU1: PROCESO DE RECAUDO.

Todas las transacciones confirmadas como
exitosas deben contar con una solicitud de
consulta y una solicitud de recaudo.

CU2: CIERRE DE TRANSACCIONES.

El cierre xito de las transacciones y la
entrega de los Boucher solo se deben
realizar en el momento en el que la
respuesta a la solicitud de recaudo sea
exitosa.

<<Include>>

CU6: ARCHIVO DE RECAUDO POR

CICLO
Las entidades recaudadoras realizaran el
envi de los archivos de recaudo en los
ciclos definidos en el requerimiento.

<<Include>>
<<Extends>>
CU3: PANTALLA ESTACION POS
Al realizar la consulta de un numero de
PIN se debe relacionar el <Periodo> en la
estacin POS.

<<Include>>

Realizar el pago de planillas marcadas

como asistidas a travs del consumo por
Webservice o archivo de facturacin.

<<Extends>>
<<Include>>
CU7:
ARCHIVO
DE
RECAUDO
DISCRIMINADO POR TRANSACCIN

CU4: BOUCHER
Dentro del Boucher entregado por la
entidad recaudadora al aportante se
debe relacionar: PIN, Planilla, Periodo,
ID aportante y valor.

<<Include>>

El archivo de recaudo debe realizar cada

transaccin de manera independiente en
los registros tipo 2. Sin importar si este
realizando con el mismo PIN de manera
consecutivo.

CU5: ROLLBACK
La entidad recaudador podr realizar la
reversin de los pagos.

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 22 de 33

4.1.1. CU1: Proceso De Recaudo

Nombre del caso de uso
ltima actualizacin por
Actores

Descripcin

Pre-condiciones
Post-condiciones
Resultados Esperados

Proceso de recaudo
Fabian Ruiz Analista funcional
SIMPLE S.A. Usuario Entidad recaudadora.
Para que la respuesta al Request SolicitudRecaudo sea
<Status> = 0 y <MesageText> = Exitoso es necesario que el
campo <Periodo> del Request SolicitudFacturas sea igual al
periodo de cotizacin en la base de datos o al periodo
relacionado en el archivo de facturacin (Campo Periodo
liquidado Posicin inicial 43 al 48).
PIN (referencia) disponible para recaudo.
Validacin entre los periodos de Request SolicitudFactura y el
Request solicitudRecaudo.
Todos los pines pagados deben presentar la misma cantidad
de solicitudes al Request SolicitudFacturas y al Request
SolicitudRecaudo.

Flujo Principal
Actor
Sistema
1. El caso de uso inicial cuando el
funcionario de la entidad recaudadora
2. El sistema confirma la disponibilidad del
realiza el Request SolcitudFacturas de un
PIN para el recaudo.
PIN.
3. El funcionario de la entidad recaudadora
confirma al usuario la disponibilidad del
PIN para el recaudo y el valor.
4. El usuario confirma al funcionario de la
entidad recaudadora el pago del PIN.
6. El sistema valida que el periodo del
Request SolicitudRecaudo (periodo en
5. El funcionario de la entidad recaudadora
BD o Archivo de facturacin) sea el
realiza el Request SolicitudRecaudo.
mismo de la respuesta del Request
SolicitudFacturas.
7. El sistema genera la respuesta Request
SolicitudRecaudo teniendo en cuenta la
validacin descrita en el punto 6, si el
recaudo es Exitoso ver punto 8, recaudo
rechazado ver Flujo(s) Alterno(s) FA1:
8. El funcionario de la entidad recaudadora
9. El sistema realiza la generacin del
confirma el recaudo exitoso del PIN al
Boucher.
usuario.
10. Se cierra la transaccin.
Fin de caso de uso.
La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y
no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 23 de 33

Flujo(s) Alterno(s)
FA1: El periodo de la SolicitudRecaudo es diferente al periodo de la SolicitudFacturas.
1. El sistema rechaza la
SolicitudRecaudo <Status> = 1 y
<MesageText> = Referencia
Rechazada.
2. El funcionario de la entidad inicia el
proceso de recaudo, ver Flujo
Fin del flujo alterno.
Principal.
Frecuencia del caso de uso
1.
Cada vez que se realice una transaccin de planilla asistida.
Reglas de negocio
R1-Request SolicitudFacturas vs SolicitudRecaudo
Todas las transacciones exitosas deben El sistema debe validar que el periodo del
contar con un Request
Request SolicitudRecaudo (periodo en BD o
1.
SolicitudFacturas exitoso y un Request Archivo de facturacin) sea el mismo de la
SolicitudRecaudo exitoso.
respuesta del Request SolicitudFacturas.
Excepciones
E1 N/A
1.
N/A
Observaciones
1.
N/A
N/A
Tabla 4 CU1

4.1.2. CU2: Cierre De Transacciones

Nombre del caso de uso
ltima actualizacin por
Actores
Descripcin
Pre-condiciones
Post-condiciones
Resultados Esperados

Cierre de transacciones
Fabian Ruiz Analista funcional
SIMPLE S.A. Usuario Entidad recaudadora.
El cierre de las transacciones, la entrega de los Boucher y
soportes de recaudo solo se podr realizar si la respuesta al
Request Solicitud
PIN (referencia) disponible para recaudo.
Respuesta por parte del Request SolicitudRecaudo.
Solo se puede entregar el Boucher si la respuesta al Request
SolicitudRecaudo es <Statu> igual a 0 (cero) y <MesageText>
es igual a Exitoso.

Flujo Principal
La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y
no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 24 de 33

Actor
Sistema
1. El caso de uso inicial cuando el
funcionario de la entidad recaudadora
2. El sistema confirma la disponibilidad del
realiza el Request SolcitudFacturas de un
PIN para el recaudo.
PIN.
3. El funcionario de la entidad recaudadora
confirma al usuario la disponibilidad del
PIN para el recaudo y el valor.
4. El usuario confirma al funcionario de la
entidad recaudadora el pago del PIN.
6. El sistema valida que el periodo del
Request SolicitudRecaudo (periodo en
5. El funcionario de la entidad recaudadora
BD o Archivo de facturacin) sea el
realiza el Request SolicitudRecaudo.
mismo de la respuesta del Request
SolicitudFacturas.
7. El sistema genera la respuesta Request
SolicitudRecaudo teniendo en cuenta la
validacin descrita en el punto 6, si el
recaudo es Exitoso ver punto 8, recaudo
rechazado ver Flujo(s) Alterno(s) FA1:
8. El funcionario de la entidad financiera
9. El sistema realiza la generacin del
confirma el recaudo exitoso del PIN al
Boucher.
aportante.
10. Se cierra la transaccin.
Fin de caso de uso.
Flujo(s) Alterno(s)
FA1: El resultado del Request SolicitudRecaudo, es<Status> = 1 y <MesageText> =
Referencia Rechazada. .
1. El flujo alterno inicia cuando el
sistema rechaza la SolicitudRecaudo
<Status> = 1 y <MesageText> =
Referencia Rechazada.
2. El funcionario de la entidad
3. El sistema no genera Boucher, ni
recaudadora confirma al usuario el
soportes del pago.
rechazo de la solicitud de recaudo.
4. Se cierra la transaccin.
5. Fin del flujo alterno.
Frecuencia del caso de uso
Cada vez que el resultado al Request SolicitudRecaudo sea <Status> = 1 y
1.
<MesageText> = Referencia Rechazada..
Reglas de negocio
R1-Cierre de transacciones.
La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y
no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL
Todas las transacciones deben ser
cerradas nicamente cuando se genere
1.
la respuesta al Request
SolicitudRecaudo..
Excepciones
E1 N/A
1.
N/A
Observaciones
1.
N/A

Versin: 1
Pgina 25 de 33

El sistema solo podr generara Boucher y

soportes de recaudo cuando la respuesta al
Request Solicitud Recaudo sea <Status> = 1
y <MesageText> = Referencia Rechazada.

N/A

Tabla 5 CU2

4.1.3. CU3: Pantalla estacin POS

Nombre del caso de uso
ltima actualizacin por
Actores
Descripcin
Pre-condiciones
Post-condiciones
Resultados Esperados

PANTALLA ESTACION POS

Fabian Camilo Ruiz Rojas Analista Funcional
SIMPLE S.A. USUARIO ENTIDAD RECAUDADORA
Garantizar que al realizar la consulta de una planilla asistida
en la pantalla de la estacin pos de la entidad recaudadora se
relacin el periodo de cotizacin de la planilla.
Planilla guardada y marcada como asistida, disponibilidad del
Webservice o en su defecto del archivo de facturacin.
Relacin del periodo de cotizacin de la planilla, en la pantalla
de la estacin POS de la entidad recaudadora.
El periodo relacionado en la pantalla de la estacin POS de la
entidad recaudadora debe corresponder al periodo de
cotizacin de la planilla.

Flujo Principal
Actor
1. El caso de uso inicia en el momento
donde el funcionario de la entidad
recaudadora consulta el PIN de la
planilla.

Sistema
2. A travs del Webservice o del
archivo de facturacin se realiza la
consulta de la referencia (PIN) y se
genera la respuesta.
3. RESPUESTA al Request
SolicitudFacturas <Status> = 0 y
<MesageText> = Exitoso . Se
confirma el <Periodo> el cual es
relacionado en la pantalla de la
estacin POS.

4. El funcionario de la entidad
recaudadora confirma el periodo y el
La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y
no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL
valor de la planilla al usuario
aportante.
5. El usuario aportante confirma el pago
de la planilla.
6. El funcionario de la entidad
recaudadora confirma el pago de la
planilla.

Versin: 1
Pgina 26 de 33

7. La planilla es marcada como

recaudada.
8. Fin del caso de uso.

Flujo(s) Alterno(s)
FA1: N/A
Reglas de negocio
R1-N/A
Excepciones
E1 Error de conexin en la base de datos
Se cay la conexin a la BD. Se debe intentar la reconexin automtica, en caso de
2.
no ser posible, se aborta el proceso sin almacenar ningn dato o valor.
E2 Error de conexin con la red
Se cay la conexin con la red. Se debe intentar la reconexin automtica, en caso de
3.
no ser posible, se aborta el proceso sin almacenar ningn dato o valor.
Observaciones
Los mdulos y funcionalidades no mencionadas en este requerimiento no debern ser
2.
modificados.
Tabla 6 CU3

4.1.4. CU4: Boucher

Nombre del caso de uso
ltima actualizacin por
Actores
Descripcin

Pre-condiciones
Post-condiciones
Resultados Esperados

BOUCHER
Fabian Camilo Ruiz Rojas Analista Funcional
SIMPLE S.A. USUARIO ENTIDAD RECAUDADORA
Garantizar que el Boucher entregado por la entidad
recaudadora al usuario como evidencia del pago de la planilla
contenga informacin correspondiente al detalle de la
liquidacin.
Planilla confirmada como pagada por la entidad recaudadora
(Request SolicitudRecaudo <Status> = 0 y <MesageText> =
Exitoso).
Entrega del Boucher por parte de la entidad recaudadora al
usuario como evidencia del pago de la planilla.
El Boucher debe tener la informacin con la que cuenta

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 27 de 33

actualmente y adicionalmente la planilla, el periodo de

cotizacin y el nmero de identificacin del aportante.
Flujo Principal
Actor

2. La entidad recaudadora realiza la

entrega del Boucher al usuario.

Sistema
1. El caso de uso inicia cuando se
confirma el pago de una planilla
asistida por parte de la entidad
recaudadora.
3. El Boucher relaciona adicional a la
informacin que muestra
actualmente los siguientes datos.
Planilla
Periodo de cotizacin
Nmero de identificacin aportante
4. Finaliza el caso de uso.

Flujo(s) Alterno(s)
FA1: N/A
Reglas de negocio
R1-N/A
Excepciones
E1 Error de conexin en la base de datos
Se cay la conexin a la BD. Se debe intentar la reconexin automtica, en caso de
4.
no ser posible, se aborta el proceso sin almacenar ningn dato o valor.
E2 Error de conexin con la red
Se cay la conexin con la red. Se debe intentar la reconexin automtica, en caso de
5.
no ser posible, se aborta el proceso sin almacenar ningn dato o valor.
Observaciones
Los mdulos y funcionalidades no mencionadas en este requerimiento no debern ser
3.
modificados.
Tabla 7 CU2

4.1.5. CU5: Roll back

Nombre del caso de uso
ltima actualizacin por
Actores
Descripcin
Pre-condiciones

ROLL BACK
Fabian Camilo Ruiz Rojas Analista Funcional
SIMPLE S.A. USUARIO ENTIDAD RECAUDADORA
Permitir a las entidades recaudadoras reversar la
confirmacin del pago de una planilla asistida.
Planilla confirmada como pagada por la entidad recaudadora

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Post-condiciones
Resultados Esperados

Versin: 1
Pgina 28 de 33

(Request SolicitudRecaudo <Status> = 0 y <MesageText> =

Exitoso).
Confirmacin de la reversin exitosa del pago (Request
SolicitudRecaudo <Status> = 0 y <MesageText> = Exitoso).
Reversar la confirmacin del pago de la planilla, no realizar
ningn proceso de dispersin de informacin ni dineros y
mantener la planilla guardada y marcada como asistida.

Flujo Principal
Actor

2. Se enva la solicitud de reverso de

pago por parte de la entidad
recaudadora en un tiempo de 30
segundos a 3 minutos.

Sistema
1. El caso de uso inicia cuando se
presenta un TIME OUT en el
Webservice cuando se enva
notificacin de recaudo.
3. Confirma si el proceso fue exitoso o
error al reversar el pago
4. Cambia el estado de la planilla a
Guarda y marcada como asistida
para confirmacin fue exitoso. Para
confirmacin error al reversar, el
recaudo pasar a conciliacin.
5. Finaliza el caso de uso.

Flujo(s) Alterno(s)
FA1: N/A
Reglas de negocio
R1-N/A
Excepciones
E1 Error de conexin en la base de datos
Se cay la conexin a la BD. Se debe intentar la reconexin automtica, en caso de
6.
no ser posible, se aborta el proceso sin almacenar ningn dato o valor.
E2 Error de conexin con la red
Se cay la conexin con la red. Se debe intentar la reconexin automtica, en caso de
7.
no ser posible, se aborta el proceso sin almacenar ningn dato o valor.
Observaciones
Los mdulos y funcionalidades no mencionadas en este requerimiento no debern ser
4.
modificados.
Tabla 8 CU1

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 29 de 33

4.1.6. CU6: Archivo de recaudo por ciclos

Nombre del caso de uso
ltima actualizacin por
Actores
Descripcin
Pre-condiciones
Post-condiciones
Resultados Esperados
Flujo Principal
Actor

ARCHIVO DE RECAUDO POR CICLOS

Fabian Camilo Ruiz Rojas Analista Funcional
SIMPLE S.A. ENTIDAD RECAUDADORA
La entidad recaudadora deber generar el archivo de recaudo
en los ciclos establecidos.
Planillas asistidas confirmadas como recaudadas por la
entidad recaudadora en el archivo de recaudo.
Trasmisin del archivo de recaudo en los ciclos establecidos.
Realizar la dispersin de dineros con la confirmacin de pagos
en el archivo de recaudo enviado por la entidad recaudadora a
simple.
Sistema
1. El caso de uso inicia cuando el
sistema de la entidad recaudadora
genere los archivos de recaudo en
los ciclos establecidos.

2. El funcionario de la entidad
recaudadora trasmite los archivos de
3. Trasmite el archivo de recaudo.
recaudo a SIMPLE S.A.
4. El funcionario de SIMPLE S.A:
confirma la recepcin de los archivos
5. Fin de caso de uso.
de recaudo en los Ciclos establecidos.
Flujo(s) Alterno(s)
FA1: N/A
Reglas de negocio
R1-N/A
Excepciones
E1 Error de conexin en la base de datos
Se cay la conexin a la BD. Se debe intentar la reconexin automtica, en caso de
8.
no ser posible, se aborta el proceso sin almacenar ningn dato o valor.
E2 Error de conexin con la red
Se cay la conexin con la red. Se debe intentar la reconexin automtica, en caso de
9.
no ser posible, se aborta el proceso sin almacenar ningn dato o valor.
Observaciones
Los mdulos y funcionalidades no mencionadas en este requerimiento no debern ser
5.
modificados.
Tabla 9 CU4

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 30 de 33

4.1.7. CU7: Archivo de recaudo discriminado por transacciones

Nombre del caso de uso
ltima actualizacin por
Actores
Descripcin
Pre-condiciones
Post-condiciones
Resultados Esperados

ARCHIVO DE RECAUDO DISCRIMINADO POR

TRANSACCIONES
Fabian Camilo Ruiz Rojas Analista Funcional
SIMPLE S.A. ENTIDAD RECAUDADORA
Realizar el pago de varias planillas que tiene asociado el
mismo PIN y que el archivo de recaudo enviado por el
Planillas asistidas confirmadas como recaudadas por la
entidad recaudadora en el archivo de recaudo.
Trasmisin del archivo de recaudo con transacciones
discriminadas.
La entidad recaudadora deber generar el archivo de recaudo
cada transaccin discriminada en una lnea del registro tipo 2.

Flujo Principal
Actor
Sistema
1. El caso de uso inicia cuando el
funcionario de la entidad recaudadora
2. El sistema de la entidad recaudadora
realiza el recaudo exitoso de varias
genera el archivo de recaudo.
planillas a travs del mismo nmero
de PIN.
3. El archivo de recaudo relaciona cada
transaccin de manera
independiente as se realice el pago
de varias planillas a travs del mismo
nmero de PIN.
Flujo(s) Alterno(s)
FA1: N/A
Reglas de negocio
R1-N/A
Excepciones
E1 Error de conexin en la base de datos
Se cay la conexin a la BD. Se debe intentar la reconexin automtica, en caso de
10.
no ser posible, se aborta el proceso sin almacenar ningn dato o valor.
E2 Error de conexin con la red
Se cay la conexin con la red. Se debe intentar la reconexin automtica, en caso de
11.
no ser posible, se aborta el proceso sin almacenar ningn dato o valor.
Observaciones
Los mdulos y funcionalidades no mencionadas en este requerimiento no debern ser
6.
modificados.
La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y
no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 31 de 33

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL

Versin: 1
Pgina 32 de 33

5. REFERENCIAS

5.1.

Definiciones

WS: Webservices.
Referencia - http://es.wikipedia.org/wiki/Servicio_web

Webservices: Tecnologa que utiliza un conjunto de protocolos y estndares que

sirven para intercambiar datos entre aplicaciones.
Referencia - http://es.wikipedia.org/wiki/Servicio_web

Planilla de Liquidacin de Aportes: Formulario electrnico dispuesto por el

ministerio de la proteccin social para el reporte de la informacin y pago de los
aportantes al sistema de seguridad social.
Referencia - http://www.mineducacion.gov.co/1621/w3-article-270404.html

Entidad Recaudadora: Entidad Financiera con la cual la administradora ha

celebrado su acuerdo de recaudo.
Referencia - http://www.avvillas.com.co

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.

Cdigo: GO-FR-009

FORMATO REQUERIMIENTO
FUNCIONAL
Realizo

Versin: 1
Pgina 33 de 33

Valido

Analista Funcional

Coordinardor

Aprob

X
Jefe de operaciones

La informacin contenida en el presente documento es de propiedad exclusiva de Simple S.A., y

no podr ser utilizada para fines distintos a la gestin del requerimiento contenido en el mismo.
Adicionalmente, sern considerados propiedad de Simple S.A. las marcas, lemas, diseos o
cualquier otro activo de propiedad intelectual que se encuentre incorporado en el presente
Formato, salvo se exprese lo contrario indicando su fuente real.