Por que sale este mensaje?
Por que tenias abierto dos accesos, al cerrar uno dejaste sin codigo de operador
a la relacion sistema/terminal.
O sea no vas a poder hacer nada hasta que te logees de nuevo.
martes, 3 de enero de 2006
Fecha de busqueda default en workpanels
Carlos en la pantalla solicitudes por numero del programa aparece como fecha 02/01/2005.
Exitoooooosssssss
Un abrazo
Rodolfo
Hola, siempre es un año menos.
Exitoooooosssssss
Un abrazo
Rodolfo
Hola, siempre es un año menos.
Inconsistencias
Hola
el proceso de archivo de facturas de ventas como es el orden???
1)registra el comprobante
2)lo registra en el subdiario
3)lo archiva en la cuenta corriente del cliente
4)y por ultimo lo registra contablemente
Me puse analizar en profundidad el subdiario de diciembre y por ejemplo encuentro que la factura 0003-00001562 del cliente 300017 (obviamente bahía) no esta en la contabilidad pero si en el subdiario y si en el cliente
El sql toma la determinacion solo, no hay una logica secuencial, o sea, se graba el comprobante cabecera, se graba el detalle y despues viene el resto todo junto, si algo falla es por problemas tecnicos, donde el sql se queda esperando una confirmacion que no viene nunca, a los 35 segundos hace lo mejor que puede.
Si es una sucursal fiscal lo primero que se hace es imprimir el comprobante y se obtiene el numero.
Basicamente cabecera y detalle de factura se archivan en el mismo momento.
Luego vienen los relacionados, como ser el pedido asociado o el remito.
Luego vienen algunos condicionales.
Si es un comprobante manual se actualiza el talonario.
Si es un comprobante de cuenta corriente se genera cronologico y analitico.
Luego el movimiento/asiento en ingresosegresos diario.
Si es un contado se efectua la cobranza.
Si no es fiscal se la imprime.
Finalmente se analiza si hay que emitir alguna alarma.
el proceso de archivo de facturas de ventas como es el orden???
1)registra el comprobante
2)lo registra en el subdiario
3)lo archiva en la cuenta corriente del cliente
4)y por ultimo lo registra contablemente
Me puse analizar en profundidad el subdiario de diciembre y por ejemplo encuentro que la factura 0003-00001562 del cliente 300017 (obviamente bahía) no esta en la contabilidad pero si en el subdiario y si en el cliente
El sql toma la determinacion solo, no hay una logica secuencial, o sea, se graba el comprobante cabecera, se graba el detalle y despues viene el resto todo junto, si algo falla es por problemas tecnicos, donde el sql se queda esperando una confirmacion que no viene nunca, a los 35 segundos hace lo mejor que puede.
Si es una sucursal fiscal lo primero que se hace es imprimir el comprobante y se obtiene el numero.
Basicamente cabecera y detalle de factura se archivan en el mismo momento.
Luego vienen los relacionados, como ser el pedido asociado o el remito.
Luego vienen algunos condicionales.
Si es un comprobante manual se actualiza el talonario.
Si es un comprobante de cuenta corriente se genera cronologico y analitico.
Luego el movimiento/asiento en ingresosegresos diario.
Si es un contado se efectua la cobranza.
Si no es fiscal se la imprime.
Finalmente se analiza si hay que emitir alguna alarma.
Personalizacion extrema
Hola, buen dia como estan ?, Pero te lo
consulto porque me interesa saber si se puedehacer, ya que seria bastante práctico para Telema.
Se puede hacer tres botones ( te lo digo con mis palabras, quizas vos lo
llamas "accesos"), que digan los nombres de nosotras tres Paula, Ana y
gisela, ó los nª de operadores. Para saber todos los pedidos Cons. Final, y
con nª de cliente que hacemos por día.
Te paso a explicar el porque. Sería necesario ya que es mucho más facil si
las sucursales nos piden decime el 3 er pedido que tomaste vos hoy, yo
entro a esa opcion, y sale todo agendado de mis pedidos.
Como agregaste a ultimo momento el acceso que dice Productos, bueno asi
pero que diga Ana Aducci ó Gisela Jorge ó Paula Schek.
Si se puede hacer, la verdad sería muy útil...
Hola.
Si yo hago eso le agrego los botones de Paula, Ana y Gisela a otros 60
usuarios en 10 instalaciones distintas.
Todo el sistema esta orientado a localizar las cosas por cliente.
La sucursal tiene que decirte el cliente, de esa manera llegas al primer o
segundo pedido que hiciste.
Por otro lado, las sucursales a medida que se vaya agregando se van a
acostumbrar al metodo de trabajo este, donde una vez localizado al cliente
tenes alrededor todo lo que ese cliente usa o tiene.
consulto porque me interesa saber si se puedehacer, ya que seria bastante práctico para Telema.
Se puede hacer tres botones ( te lo digo con mis palabras, quizas vos lo
llamas "accesos"), que digan los nombres de nosotras tres Paula, Ana y
gisela, ó los nª de operadores. Para saber todos los pedidos Cons. Final, y
con nª de cliente que hacemos por día.
Te paso a explicar el porque. Sería necesario ya que es mucho más facil si
las sucursales nos piden decime el 3 er pedido que tomaste vos hoy, yo
entro a esa opcion, y sale todo agendado de mis pedidos.
Como agregaste a ultimo momento el acceso que dice Productos, bueno asi
pero que diga Ana Aducci ó Gisela Jorge ó Paula Schek.
Si se puede hacer, la verdad sería muy útil...
Hola.
Si yo hago eso le agrego los botones de Paula, Ana y Gisela a otros 60
usuarios en 10 instalaciones distintas.
Todo el sistema esta orientado a localizar las cosas por cliente.
La sucursal tiene que decirte el cliente, de esa manera llegas al primer o
segundo pedido que hiciste.
Por otro lado, las sucursales a medida que se vaya agregando se van a
acostumbrar al metodo de trabajo este, donde una vez localizado al cliente
tenes alrededor todo lo que ese cliente usa o tiene.
lunes, 2 de enero de 2006
Clientes modelo
>hola
cual es cliente modelo???
cuando abrimos un cliente esta trayendo como vendedor a martín en lugar de mostrador hay un cliente modelo por sucursal???
chau
El cliente modelo es 999(grupo), 999001 grupo 1, 999030 grupo 30..
cual es cliente modelo???
cuando abrimos un cliente esta trayendo como vendedor a martín en lugar de mostrador hay un cliente modelo por sucursal???
chau
El cliente modelo es 999(grupo), 999001 grupo 1, 999030 grupo 30..
Redondeo impresoras fiscales
>Puede ser que la impresion fiscal esta dando distinto que la factura archivada?
No, eso es otra cosa que se detalla en la pagina de la afip respecto a los controladores fiscales y como calculan, lo que arregle es el tema de precios unitarios muy chicos con cantidades muy grandes.
Tampoco es que lo arregle, sino que por cantidades mayores a 100 pongo cantidad 1 y agrego la cantidad original en la descripcion, de esa manera el unitario que le envio es igual al precio*cantidad del sistema, lo que origina menos diferencias de calculo.
Algo podes ver en:
http://www.afip.gov.ar/servicios_y_consultas/consultas_en_linea/controladores_fiscales/impresoras_hasar.htm
Luego busca dentro de la pagina a:
Apéndice 7. Redondeo y ajustes de montos
>y si haces q el sistema utilice el mismo procedimiento no da igual ? o es un KILOMBO hacerlo ?
No seria facil, mas o menos hacer todo ventas de nuevo y en realidad el problema lo tienen los que usan impresoras fiscales con el resto no hay problema.
Tendria que ampliar todos los campos a 10 decimales, lo que seria bastante complicado en la pantalla, o tener campos para la pantalla e internos para los calculos.
Por otro lado, pasaria que en comprobantes con muchos items, la sumatoria de iva por item no daria igual a neto por 21%, o sea siempre va a haber diferencias.
Una solucion seria hacer como con las facturas manuales, donde una cosa es el resultado manual y otra la del sistema.
Igualmente el problema se da en productos con precio unitario muy chico y con cantidades muy grandes, generalmente no hay diferencias.
Las impresoras fiscales estan pensadas para vender 2 o 3 pantalones y al contado.
Siempre lo mejor es cobrar lo que dice la factura y hacer los ajustes correspondientes en el sistema, si yo tuviera acceso al importe impreso lo haria automaticamente, en pick pasaba igual, creo que la diferencia esta en que el wspooler ya de alguna manera redondeaba mejor, yo ahora uso el ocx fiscal y tengo por un lado el sistema con dos decimales y el ocx maneja 10, de ahi la diferencia y porque digo que pasa con unitarios muy chicos y cantidades muy grandes.
No, eso es otra cosa que se detalla en la pagina de la afip respecto a los controladores fiscales y como calculan, lo que arregle es el tema de precios unitarios muy chicos con cantidades muy grandes.
Tampoco es que lo arregle, sino que por cantidades mayores a 100 pongo cantidad 1 y agrego la cantidad original en la descripcion, de esa manera el unitario que le envio es igual al precio*cantidad del sistema, lo que origina menos diferencias de calculo.
Algo podes ver en:
http://www.afip.gov.ar/servicios_y_consultas/consultas_en_linea/controladores_fiscales/impresoras_hasar.htm
Luego busca dentro de la pagina a:
Apéndice 7. Redondeo y ajustes de montos
>y si haces q el sistema utilice el mismo procedimiento no da igual ? o es un KILOMBO hacerlo ?
No seria facil, mas o menos hacer todo ventas de nuevo y en realidad el problema lo tienen los que usan impresoras fiscales con el resto no hay problema.
Tendria que ampliar todos los campos a 10 decimales, lo que seria bastante complicado en la pantalla, o tener campos para la pantalla e internos para los calculos.
Por otro lado, pasaria que en comprobantes con muchos items, la sumatoria de iva por item no daria igual a neto por 21%, o sea siempre va a haber diferencias.
Una solucion seria hacer como con las facturas manuales, donde una cosa es el resultado manual y otra la del sistema.
Igualmente el problema se da en productos con precio unitario muy chico y con cantidades muy grandes, generalmente no hay diferencias.
Las impresoras fiscales estan pensadas para vender 2 o 3 pantalones y al contado.
Siempre lo mejor es cobrar lo que dice la factura y hacer los ajustes correspondientes en el sistema, si yo tuviera acceso al importe impreso lo haria automaticamente, en pick pasaba igual, creo que la diferencia esta en que el wspooler ya de alguna manera redondeaba mejor, yo ahora uso el ocx fiscal y tengo por un lado el sistema con dos decimales y el ocx maneja 10, de ahi la diferencia y porque digo que pasa con unitarios muy chicos y cantidades muy grandes.
Fechas validas
>Carlos: espero que este sea un Buen año!!
Estoy intentando pasar movimientos de ingresos con fecha 30-12-05 y me da el siguiente mensaje:
"fecha invalida", en parametrizacion, todos los movimientos tienen fecha 02-01-06. Como lo resuelvo??
Hola, cuando comienza un año automaticamente todas las fechas validas se ponen como validas para el mismo dia.
Ingrese en parametros, sucursales, localice la sucursal, clickee en fechas validas, y destilde la opcion de Fechas autoactualizables al inicio, y luego indique las fechas que desea que sean validas.
Estoy intentando pasar movimientos de ingresos con fecha 30-12-05 y me da el siguiente mensaje:
"fecha invalida", en parametrizacion, todos los movimientos tienen fecha 02-01-06. Como lo resuelvo??
Hola, cuando comienza un año automaticamente todas las fechas validas se ponen como validas para el mismo dia.
Ingrese en parametros, sucursales, localice la sucursal, clickee en fechas validas, y destilde la opcion de Fechas autoactualizables al inicio, y luego indique las fechas que desea que sean validas.
Suscribirse a:
Entradas (Atom)
