Ventas - observaciones - consulta

Hola
necesito ver en las notas de débito el motivo de rechazdo de un cheque,
cómo lo busco?
Entiendo que te referis a que cuando accedes al debito por consulta solo
muestra los codigos de productos.

Tanto para debitos o para cualquier otro comprobante tenes que clickear en
Observaciones (para textos generales) u Observaciones Item pinchando primero
el codigo de producto.

Inventario - seguridad

Logica de seguridad de inventario:

Inicializar marbetes : Operadores de nivel <=3
Generacion de marbetes : Operadores de nivel <=3
Segundo ingreso : Si el operador tiene nivel <= 3 permite segunda carga sin primera.
Confirmacion de marbetes : Operadores de nivel <=3
Incorporar al stock : Operadores de nivel 0
Autoinventario : Operadores de nivel <=1
F8 excel : Operadores de nivel <=3
Consulta de stock : Operadores de nivel = 0
Valuacion de diferencias : Operadores de nivel <=3

Demas botones sin niveles de seguridad.

Ingresos Egresos - mayor por caja

Carlos, yo ya defini las carteras para los vales VA01 (segun sucursal),
> como hago ahora para que sea incluida en el mayor por caja???
>
Se agrega sola si tiene movimiento alguna vez en la historia de la caja
asociada.
Las carteras tienen asociada una caja, el e caso de va01 la asociaste a 01
San martin, eso solo hace que se incluya en ese resumen si es que alguna vez
tiene movimiento.
Por eso mismo aparecen EP01 y CP01.

Si quieren sacar ese mismo listado de desde administracion, es el mayor por
banco o caja, Ingresos y egresos, informes, opcion mayor por banco o caja.
En el caso de las cajeras, se obvia el panel que solicita fecha inicial y
final y siempre tiene tildada la opcion de solo resumen.

Ingresos egresos - cheques - busqueda

Hola Carlos
> Como hago para encontrar un cheque que solamante tengo el importe?
Ingresos y egresos, menu superior ingresos y egresos, opcion informes,
Valores historicos.
El ultimo dato es Importe mayor/igual.
Sino por excel.

Ingresos egresos - asientos - lockeo

Cuando se hace un asiento de ventas, compras o ingresos y egresos en forma Defintiva o Reciclado, en realidad no se recorren las facturas sino los movimientos que esas facturas generaron.
O sea que basicamente se traba todo el esquema de ingresos y egresos que esta presente no solo en la venta sino en los pagos o bancos en general.

Como la cantidad de movimientos es muy grande, se tarda en recorrerlos un tiempo considerable, si el tipo de asiento es reciclado o definitivo el proceso marca al movimiento como contabilizado, o sea es necesario trabarlo para poder grabarle la S de contabilizado.

Si esta trabado ese movimiento, y posiblemente los anteriores y posteriores tambien, quedan imposibilitados de ser tomados por otro proceso o terminal que lo necesite, o que necesite intercarlar alguno nuevo, debido a que en los archivos los datos no estan secuenciales, sino desparramados como el sql interpreta mejor.
Sql no envia nada y el sistema se queda esperando.

Habitualmente espera unos 35 segundos y luego hace lo que puede, si esta en una orden de pago es posible que grabe una parte si y la otra no.

Eso genera las famosas inconsistencias que hay una manera de buscarlas porque uno sabe como se van grabando las cosas.

Por ejemplo si un recibo se traba, la secuencia es : grabar el recibo, actualizar la cuenta corriente, generar el movimiento de ingresos y egresos, dar de alta los cheques que el cliente me dio.

En un sistema ideal con un solo usuario y una sola operacion a la vez, uno puede tomar el criterio que se llama UTL, o sea, dejar en stand by toda la cadena hasta que se completa el ultimo eslabon, en el ejemplo anterior seria no dar por terminado nada hasta que el cheque de terceros esta archivado.

Con 43 usuarios, como estan trabajando habitualmente ustedes, eso seria imposible, ya que seria practicamente como si cada uno tuviera que esperar que termine el otro, volviendo el sistema multiusuario en monousuario.

Entonces uno lo que hace es ir grabando por partes, divide la UTL en : grabar el recibo, grabar la cuenta corriente, grabar el movimiento y grabar el cheque de terceros, (UTLs mas chiquitas) posibilitando que otro usuario este en la misma cadena pero en otro eslabon.

Cuando alguno traba a otro se produce una especie de arbol, uno traba un movimiento de ingresos y egresos, el que esta haciendo el recibo queda trabado por no poder generar el movimiento, el que esta haciendo el recibo trabo a los clientes, por lo que el que esta facturando no puede acceder a los legajos, y que ademas como esta facturando un producto, los productos pueden quedar trabados y el que esta haciendo una orden de compra se traba por no poder leer los productos y deja trabado a proveedores, por lo que el que hace una orden de pago deja trabado a ingresos y egresos completando el ciclo.

Ante esta cirscunstancia sql determina grabar lo que puede y por eso quedan recibos sin asiento, facturas faltantes en la cuenta corriente, ordenes de pago huecas y demas.

Otra es que se quede esperando para siempre, no grabaria nada, todo se quedaria trabado hasta que reinicien el servidor.

Por todo esto es que pido que traten de no realizar ese tipo de procesos en el horario normal, igualmente no recuerdo otro de uso cotidiano por ustedes que genere el mismo caos, hay otros que uso yo de noche que de utilizarlos de dia provocarian el mismo lio.

Incidentes - Informes

> Hola
> Hay alguna forma de listar los incidentes que se hagan x dia ?
>
Existe un informe de incidentes desde el acceso de incidentes general, esta
pensado para aquella persona que evalua lo que esta ocurriendo y no le sirve
el panel general de trabajar con incidentes.
Desde el punto de vista mio, en el caso de telemarketing o mostrador, como
lo importante es el cliente, solamente ves aquellos incidentes que
correspondan al cliente y no en forma general.
Sino se deberia ingresar desde incidentes, donde ahi es precisamente la
inversa, lo importante es el incidente y el cliente es secundario, ya que
puede haber incidentes sin cliente.
Seguramente tu pregunta apunta a saber que incidentes hiciste vos, o algo
asi, en ese caso la respuesta la tiene la persona que administra todos los
incidentes y que accede, como dije anteriormente, al acceso de incidentes,
independientemente que sean incidentes a clientes, proveedores o cualquier
otro contacto.

Parametrizacion contable

El sistema trabaja sobre un plan de cuentas contables que se define en el sector de contabilidad, luego esas cuentas contables pueden ser utilizadas para imputación directa, caso de ingreso de facturas de proveedores o movimientos de ingresos y egresos, o bien pueden ser inferidas parametricamente, caso de generar facturas a clientes, recibos o utilización de carteras.
La parametrizacíon contable se realiza en varios archivos del sistema agrupados según el objeto de cada uno.
En el caso de ventas, el asiento contable se genera como mayorizacíon de los movimientos individuales que se realizan comprobante por comprobante, o sea que al generar una factura, crédito, debito o recibo, la carga no necesita de la imputación contable ya que la misma se toma parametricamente del cliente, productos, alícuotas o demás elementos intervinientes.
Concretamente, se realiza un debito por el total del comprobante imputándolo a la cuenta contable que este definida en el legajo del cliente, y distintos créditos donde intervienen las cuentas contables definidas en los productos y las correspondientes a impuestos que se definen en parámetros.

En definitiva si un cliente, producto, alícuota o impuesto en general tiene una imputación contable errónea, el movimiento unitario se genera en forma errónea y el asiento final también.

Básicamente se deben determinar las cuentas contables que correspondan a :

-Deudores por ventas

-Productos, la venta, el costo y la compra.

-Alícuotas de impuestos, alícuota por alícuota en lo referente a la imputación de ventas débitos y ventas créditos, así como las que se utilizan en proveedores.

-Imputación de exenciones de IVA, descuentos, recargos y otros.
Las cuentas de deudores por ventas se parametrizan cliente por cliente, accediendo a su legajo y en la sección de complementarios, opción Imputación.

Las cuentas de productos se parametrizan producto por producto, accediendo a su legajo y en la sección de imputaciones.

Para el caso de alícuotas de IVA se debe ingresar en el acceso de parámetros, menú superior parámetros, opción alícuotas validas e indicar las cuentas contables que correspondan.

Para otros impuestos o situaciones, se debe ingresar en el acceso a parámetros, menú superior parámetros, opción sucursales, y luego el botón Imputaciones.
(en este caso en particular es posible que haya muchas situaciones que no utilicen, en ese caso no es importante la cuenta que dejen indicada).