About this project
it-programming / web-development
Open
Actualmente utilizando adminpaq en los modulos administrativos, nada contable. (Adjunto ficha tecnica de las bases de datos del adminpaq) .
Hay que elaborar el sistema y hacer la migración del adminpaq a la aplicación.
Enfasis en el modulo de monedero electronico.
Correra en cloud service propietario.
Estos son los datos de lo que deseamos.
CATALOGOS
Catálogo de Clientes
El usuario podrá registrar clientes nuevos, modificarlos y eliminarlos, bastara con proporcionar los siguientes datos:
⎯ Código
⎯ Nombre completo
⎯ Descuento
⎯ Lista de precios asignada
Adicionalmente se contara con parámetros adicionales automáticos como fecha de alta y estado del cliente (activo/inactivo).
El catalogo contara con la opción de exportación a formato XLS (Excel) así como los accesos usuales para altas, bajas y cambios.
Catálogo de Agentes
El usuario podrá registrar agentes nuevos, modificarlos y eliminarlos, bastara con proporcionar los siguientes datos:
⎯ Código
⎯ Nombre completo
Adicionalmente se contara con parámetros adicionales automáticos como fecha de alta y estado del agente (activo/inactivo).
El catalogo contara con la opción de exportación a formato XLS (Excel) así como los accesos usuales para altas, bajas y cambios.
Catálogo de Proveedores
El usuario podrá registrar proveedores nuevos, modificarlos y eliminarlos, bastara con proporcionar los siguientes datos:
⎯ Código
⎯ Razón Social
⎯ Dirección completa
⎯ Teléfono
⎯ RFC
Adicionalmente se contara con parámetros adicionales automáticos como fecha de alta y estado del proveedor (activo/inactivo).
El catalogo contara con la opción de exportación a formato XLS (Excel) así como los accesos usuales para altas, bajas y cambios.
Catálogo de Productos
El usuario podrá registrar productos nuevos, modificarlos y eliminarlos, bastara con proporcionar los siguientes datos:
⎯ Código
⎯ Descripción
⎯ Tipo de producto (servicio, insumo, producto)
⎯ Unidad de medida (pieza, paquete)
⎯ Precio de venta (menudeo, mayoreo)
⎯ Costo
⎯ Mínimo y Máximo
Adicionalmente se contara con parámetros adicionales automáticos como fecha de alta y estado del producto (activo/inactivo).
El catalogo contara con la opción de exportación a formato XLS (Excel) así como los accesos usuales para altas, bajas y cambios.
Catálogo Formas de Pago
El usuario podrá registrar nuevas y modificarlas, bastara con proporcionar los siguientes datos:
⎯ Identificador
⎯ Descripción
Adicionalmente se contara con parámetros adicionales automáticos como fecha de alta y estado de la forma de pago (activo/inactivo).
El catalogo contara con la opción de exportación a formato XLS (Excel) así como los accesos usuales para altas y cambios.
MOVIMIENTO
Compras / Entradas al Inventario
El usuario podrá registrar compras nuevas, cancelarlas y eliminarlas de ser necesario, bastara con proporcionar los siguientes datos:
⎯ Código de producto (os) comprado
⎯ Cantidad de producto (os) comprado
⎯ Costo de producto (os) comprado, de ser necesario
⎯ Código de proveedor
⎯ Referencia de la compra (opcional - # de nota o factura, descripción)
Adicionalmente se contara con parámetros adicionales automáticos como fecha de alta y estado de la compra (activo/cancelado).
El movimiento contara con la opción de exportación a formato XLS (Excel) así como los accesos usuales para altas, bajas y eliminación.
Nota: Cada compra nueva generara una entrada al almacén con los productos, las cancelaciones y eliminaciones realizan el proceso inverso, es decir realizaran una salida de producto.
Salidas de Inventario
El usuario podrá registrar salidas nuevas, cancelarlas y eliminarlas de ser necesario, bastara con proporcionar los siguientes datos:
⎯ Código de producto (os)
⎯ Cantidad de producto (os)
⎯ Costo de producto (se tomara el costo del producto)
⎯ Referencia de la salida (hacia dónde va la salida, motivo de la salida, etc)
Adicionalmente se contara con parámetros adicionales automáticos como fecha de alta y estado de la salida (activo/cancelado).
El movimiento contara con la opción de exportación a formato XLS (Excel) así como los accesos usuales para altas, bajas y eliminación.
Nota: Cada salida nueva descontara del inventario la cantidad de producto especificada, las cancelaciones y eliminaciones realizan el proceso inverso, es decir regresaran la cantidad de producto especificada.
Ajuste de inventario
El usuario podrá realizar ajustes de inventarios, bastara con proporcionar los siguientes datos:
⎯ Cantidad a sumar o restar por producto
⎯ Referencia del ajuste (obligatoria)
Adicionalmente se contara con parámetros adicionales automáticos como fecha del ajuste y estado del mismo (aplicado/cancelado).
El ajuste sumara las cantidades por modelo que se le indiquen así como restara las cantidades por producto que se le indiquen con la finalidad de crear un solo registro con estos movimientos.
Nota: Cada ajuste de inventario afectara directamente las existencias ya sea sumando o restando según sea el caso, si el ajuste se cancela los cambios se revertirán directo sobre las existencias.
VENTAS
Nota de Venta
El usuario podrá realizar notas de venta, cancelarlas o eliminarlas de ser necesario, bastara con proporcionar los siguientes datos:
⎯ Código de cliente
⎯ Código de producto y cantidades a vender
⎯ Código de agente
⎯ Monto de devolución (de existir)
Adicionalmente se contara con parámetros adicionales automáticos como fecha de la nota.
La nota de venta no se aplicara (cambios de inventario) hasta el momento en que sea pagada. (Modulo caja), ya que dicho proceso pudiera tener una o más formas de pago.
CAJA
Corte de caja
El usuario podrá realizar corte de caja por cada área de la cual reciba pagos, de igual manera podrá realizar ingresos y egresos de caja, registrando todos y cada uno de ellos en su apartado correspondiente.
El corte de caja tendrá los acumulados de venta segmentado por formas de pago, efectivo, tarjeta de crédito, tarjeta de debido, cheque, transferencia y/o mixto (Combinación de efectivo con cualquier otra forma de pago, o más de una forma de pago)
El usuario podrá realizar corte “X” en cualquier momento y al final del día corte “Z”.
ADMINISTRACION
En esta sección el usuario podrá tener siempre actualizada la información de sus ventas, gastos y utilidad en todo momento, bastara con solicitar el estatus de dichos rubros, en el mes corriente.
Para esto es de suma importancia que el usuario registre todos y cada uno de sus gastos (rentas, sueldos, papelería u otros gastos generados del negocio), en todo momento tendrá el control de su inventario en dinero
REPORTES
El sistema tendrá la posibilidad de generar reportes varios como:
Ventas
• reporte de ventas por agente en un rango de fechas personalizable
• reporte de ventas por cliente en un rango de fechas personalizable
• reporte de ventas por producto en un rango de fechas personalizable
Saldos/Pagos
• reporte de saldo por pagar del cliente en un rango de fechas personalizable
• reporte de pagos realizados del cliente en un rango de fechas personalizable
Inventarios
• reporte de existencias por producto en un rango de fechas personalizable
• reporte de entradas y salidas de inventario en un rango de fechas personalizable
monedero electronico
en esta sección el cliente podrá asignarle a un cliente dado su tarjeta socio distinguido, ya que los datos estarán en el catálogo de clientes que anteriormente fue capturado por un agente de ventas, la acumulación del 3% en puntos se realizara de manera automática al momento que la nota de venta sea pagada por cualquiera de las formas de pago ya establecidas anteriormente.
Cabe mencionar que el proceso de cancelación de nota revertirá el abono de los puntos del cliente, también es importante aclarar que esta funcionalidad únicamente estará disponible para versiones online, la versión offline del sistema al no poderse conectar a la base de datos de clientes no podrá realizar abonos ni canjes de puntos.
Los canjes de puntos se realizaran al momento de realizar el pago de la nota, es decir, el cliente podrá pagar con cualquiera de las formas de pago mencionadas anteriormente o si lo desea podrá aplicar los puntos que tenga al momento de su pago.
De igual manera contaremos con una sección nueva de canjes del día, en donde podremos verificar que los canjes fueron aplicados con éxito, así mismo las reposiciones de tarjetas de socio se llevaran a cabo dentro de esta misma sección, por control el personal de caja o el que este designado para este proceso será el único que lo podrá realizar.
El proceso de venta estará estrechamente ligado con el monedero, es decir al momento de comenzar una venta el primer dato que se solicitara será el número de tarjeta del socio para poder continuar con la cotización hasta llegar al pago de la nota de venta.
Consideraciones:
El código debe ser nuestro y montado en nuestra infraestructura.
Debe venir documentado.
Plantillas de captura similares al sistema actual para facilitar el uso a los usuarios.
Considerar la migración de las bases de datos actual al sistema.
Considerar la puesta a punto, etapa de revisiones y liberación.
Considerar adecuaciones posteriores a las revisiones.
El sistema de monedero electronico hay que integrarlo como parte escencial, ya que es el inicio de las operaciones con clientes.
Todo cliente debe tener un monedero,
Todas las (notas) de compras abonan puntos
(notas) de Compras canceladas, descuentan los puntos
Todos las notas de venta generan un porcentaje definido previamente en el sistema, dependiendo de los niveles de compra del usuario.
El cliente puede elegir pagar o no sus notas con puntos
Hay puntos de venta que estan offline por no contar con internet, que correrian una version local del sistema
Cada cliente (nivel Distribuidor) podra ver reportes de sus movimientos de compras / ventas / clientes / monederos, en el rango de fecha que deseen, tambien el sistema deberá de proveerle información financiera de balance basico de operaciones para que sepa como va con sus metas de ventas, pagos pendientes y pagos hechos.
Existiran reportes predefinidos como los que se mencionan en un principio, y un reporteador que explote la base de datos para generar reportes adhoc con combinaciones de información, como rangos de fechas, estado de cuenta por cliente, o por grupo de clientes dependiente de un distribuidor, etc.
A groso modo ese es el sistema, cualquier otra caracterisitica especifica, la comentamos mas adelante.
Por favor revise la información, para que aclaremos dudas y me brinde una propuesta definida: Tiempo de entrega, costo, versiones y requerimientos de software en el servidor, observaciones y comentarios.
Una vez recibida la propuesta, tengo que plantearla con mi cliente para asignar los recursos para el proyecto y en su caso aceptar la propuesta.
Agradezco la atención y quedo pendiente de cualquier duda o aclaración al respecto.
Éxito
Eduardo
Hay que elaborar el sistema y hacer la migración del adminpaq a la aplicación.
Enfasis en el modulo de monedero electronico.
Correra en cloud service propietario.
Estos son los datos de lo que deseamos.
CATALOGOS
Catálogo de Clientes
El usuario podrá registrar clientes nuevos, modificarlos y eliminarlos, bastara con proporcionar los siguientes datos:
⎯ Código
⎯ Nombre completo
⎯ Descuento
⎯ Lista de precios asignada
Adicionalmente se contara con parámetros adicionales automáticos como fecha de alta y estado del cliente (activo/inactivo).
El catalogo contara con la opción de exportación a formato XLS (Excel) así como los accesos usuales para altas, bajas y cambios.
Catálogo de Agentes
El usuario podrá registrar agentes nuevos, modificarlos y eliminarlos, bastara con proporcionar los siguientes datos:
⎯ Código
⎯ Nombre completo
Adicionalmente se contara con parámetros adicionales automáticos como fecha de alta y estado del agente (activo/inactivo).
El catalogo contara con la opción de exportación a formato XLS (Excel) así como los accesos usuales para altas, bajas y cambios.
Catálogo de Proveedores
El usuario podrá registrar proveedores nuevos, modificarlos y eliminarlos, bastara con proporcionar los siguientes datos:
⎯ Código
⎯ Razón Social
⎯ Dirección completa
⎯ Teléfono
⎯ RFC
Adicionalmente se contara con parámetros adicionales automáticos como fecha de alta y estado del proveedor (activo/inactivo).
El catalogo contara con la opción de exportación a formato XLS (Excel) así como los accesos usuales para altas, bajas y cambios.
Catálogo de Productos
El usuario podrá registrar productos nuevos, modificarlos y eliminarlos, bastara con proporcionar los siguientes datos:
⎯ Código
⎯ Descripción
⎯ Tipo de producto (servicio, insumo, producto)
⎯ Unidad de medida (pieza, paquete)
⎯ Precio de venta (menudeo, mayoreo)
⎯ Costo
⎯ Mínimo y Máximo
Adicionalmente se contara con parámetros adicionales automáticos como fecha de alta y estado del producto (activo/inactivo).
El catalogo contara con la opción de exportación a formato XLS (Excel) así como los accesos usuales para altas, bajas y cambios.
Catálogo Formas de Pago
El usuario podrá registrar nuevas y modificarlas, bastara con proporcionar los siguientes datos:
⎯ Identificador
⎯ Descripción
Adicionalmente se contara con parámetros adicionales automáticos como fecha de alta y estado de la forma de pago (activo/inactivo).
El catalogo contara con la opción de exportación a formato XLS (Excel) así como los accesos usuales para altas y cambios.
MOVIMIENTO
Compras / Entradas al Inventario
El usuario podrá registrar compras nuevas, cancelarlas y eliminarlas de ser necesario, bastara con proporcionar los siguientes datos:
⎯ Código de producto (os) comprado
⎯ Cantidad de producto (os) comprado
⎯ Costo de producto (os) comprado, de ser necesario
⎯ Código de proveedor
⎯ Referencia de la compra (opcional - # de nota o factura, descripción)
Adicionalmente se contara con parámetros adicionales automáticos como fecha de alta y estado de la compra (activo/cancelado).
El movimiento contara con la opción de exportación a formato XLS (Excel) así como los accesos usuales para altas, bajas y eliminación.
Nota: Cada compra nueva generara una entrada al almacén con los productos, las cancelaciones y eliminaciones realizan el proceso inverso, es decir realizaran una salida de producto.
Salidas de Inventario
El usuario podrá registrar salidas nuevas, cancelarlas y eliminarlas de ser necesario, bastara con proporcionar los siguientes datos:
⎯ Código de producto (os)
⎯ Cantidad de producto (os)
⎯ Costo de producto (se tomara el costo del producto)
⎯ Referencia de la salida (hacia dónde va la salida, motivo de la salida, etc)
Adicionalmente se contara con parámetros adicionales automáticos como fecha de alta y estado de la salida (activo/cancelado).
El movimiento contara con la opción de exportación a formato XLS (Excel) así como los accesos usuales para altas, bajas y eliminación.
Nota: Cada salida nueva descontara del inventario la cantidad de producto especificada, las cancelaciones y eliminaciones realizan el proceso inverso, es decir regresaran la cantidad de producto especificada.
Ajuste de inventario
El usuario podrá realizar ajustes de inventarios, bastara con proporcionar los siguientes datos:
⎯ Cantidad a sumar o restar por producto
⎯ Referencia del ajuste (obligatoria)
Adicionalmente se contara con parámetros adicionales automáticos como fecha del ajuste y estado del mismo (aplicado/cancelado).
El ajuste sumara las cantidades por modelo que se le indiquen así como restara las cantidades por producto que se le indiquen con la finalidad de crear un solo registro con estos movimientos.
Nota: Cada ajuste de inventario afectara directamente las existencias ya sea sumando o restando según sea el caso, si el ajuste se cancela los cambios se revertirán directo sobre las existencias.
VENTAS
Nota de Venta
El usuario podrá realizar notas de venta, cancelarlas o eliminarlas de ser necesario, bastara con proporcionar los siguientes datos:
⎯ Código de cliente
⎯ Código de producto y cantidades a vender
⎯ Código de agente
⎯ Monto de devolución (de existir)
Adicionalmente se contara con parámetros adicionales automáticos como fecha de la nota.
La nota de venta no se aplicara (cambios de inventario) hasta el momento en que sea pagada. (Modulo caja), ya que dicho proceso pudiera tener una o más formas de pago.
CAJA
Corte de caja
El usuario podrá realizar corte de caja por cada área de la cual reciba pagos, de igual manera podrá realizar ingresos y egresos de caja, registrando todos y cada uno de ellos en su apartado correspondiente.
El corte de caja tendrá los acumulados de venta segmentado por formas de pago, efectivo, tarjeta de crédito, tarjeta de debido, cheque, transferencia y/o mixto (Combinación de efectivo con cualquier otra forma de pago, o más de una forma de pago)
El usuario podrá realizar corte “X” en cualquier momento y al final del día corte “Z”.
ADMINISTRACION
En esta sección el usuario podrá tener siempre actualizada la información de sus ventas, gastos y utilidad en todo momento, bastara con solicitar el estatus de dichos rubros, en el mes corriente.
Para esto es de suma importancia que el usuario registre todos y cada uno de sus gastos (rentas, sueldos, papelería u otros gastos generados del negocio), en todo momento tendrá el control de su inventario en dinero
REPORTES
El sistema tendrá la posibilidad de generar reportes varios como:
Ventas
• reporte de ventas por agente en un rango de fechas personalizable
• reporte de ventas por cliente en un rango de fechas personalizable
• reporte de ventas por producto en un rango de fechas personalizable
Saldos/Pagos
• reporte de saldo por pagar del cliente en un rango de fechas personalizable
• reporte de pagos realizados del cliente en un rango de fechas personalizable
Inventarios
• reporte de existencias por producto en un rango de fechas personalizable
• reporte de entradas y salidas de inventario en un rango de fechas personalizable
monedero electronico
en esta sección el cliente podrá asignarle a un cliente dado su tarjeta socio distinguido, ya que los datos estarán en el catálogo de clientes que anteriormente fue capturado por un agente de ventas, la acumulación del 3% en puntos se realizara de manera automática al momento que la nota de venta sea pagada por cualquiera de las formas de pago ya establecidas anteriormente.
Cabe mencionar que el proceso de cancelación de nota revertirá el abono de los puntos del cliente, también es importante aclarar que esta funcionalidad únicamente estará disponible para versiones online, la versión offline del sistema al no poderse conectar a la base de datos de clientes no podrá realizar abonos ni canjes de puntos.
Los canjes de puntos se realizaran al momento de realizar el pago de la nota, es decir, el cliente podrá pagar con cualquiera de las formas de pago mencionadas anteriormente o si lo desea podrá aplicar los puntos que tenga al momento de su pago.
De igual manera contaremos con una sección nueva de canjes del día, en donde podremos verificar que los canjes fueron aplicados con éxito, así mismo las reposiciones de tarjetas de socio se llevaran a cabo dentro de esta misma sección, por control el personal de caja o el que este designado para este proceso será el único que lo podrá realizar.
El proceso de venta estará estrechamente ligado con el monedero, es decir al momento de comenzar una venta el primer dato que se solicitara será el número de tarjeta del socio para poder continuar con la cotización hasta llegar al pago de la nota de venta.
Consideraciones:
El código debe ser nuestro y montado en nuestra infraestructura.
Debe venir documentado.
Plantillas de captura similares al sistema actual para facilitar el uso a los usuarios.
Considerar la migración de las bases de datos actual al sistema.
Considerar la puesta a punto, etapa de revisiones y liberación.
Considerar adecuaciones posteriores a las revisiones.
El sistema de monedero electronico hay que integrarlo como parte escencial, ya que es el inicio de las operaciones con clientes.
Todo cliente debe tener un monedero,
Todas las (notas) de compras abonan puntos
(notas) de Compras canceladas, descuentan los puntos
Todos las notas de venta generan un porcentaje definido previamente en el sistema, dependiendo de los niveles de compra del usuario.
El cliente puede elegir pagar o no sus notas con puntos
Hay puntos de venta que estan offline por no contar con internet, que correrian una version local del sistema
Cada cliente (nivel Distribuidor) podra ver reportes de sus movimientos de compras / ventas / clientes / monederos, en el rango de fecha que deseen, tambien el sistema deberá de proveerle información financiera de balance basico de operaciones para que sepa como va con sus metas de ventas, pagos pendientes y pagos hechos.
Existiran reportes predefinidos como los que se mencionan en un principio, y un reporteador que explote la base de datos para generar reportes adhoc con combinaciones de información, como rangos de fechas, estado de cuenta por cliente, o por grupo de clientes dependiente de un distribuidor, etc.
A groso modo ese es el sistema, cualquier otra caracterisitica especifica, la comentamos mas adelante.
Por favor revise la información, para que aclaremos dudas y me brinde una propuesta definida: Tiempo de entrega, costo, versiones y requerimientos de software en el servidor, observaciones y comentarios.
Una vez recibida la propuesta, tengo que plantearla con mi cliente para asignar los recursos para el proyecto y en su caso aceptar la propuesta.
Agradezco la atención y quedo pendiente de cualquier duda o aclaración al respecto.
Éxito
Eduardo
Category IT & Programming
Subcategory Web development
What is the scope of the project? Create a new custom site
Is this a project or a position? Project
I currently have I have specifications
Required availability Full time
Experience in this type of projects Yes (I have managed this kind of project before)
Roles needed Developer
Delivery term: August 30, 2017
Skills needed