![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Amerika111:
Ofrezco mi humilde ayuda para codificar dicho procedimiento almacenado, siempre y cuando me hagas llegar el proceso por escrito (lo mas explicito que se pueda, así como también algunos casos típicos para ver que todo funciona correctamente), no quiero estar viendo el código en otros lenguajes y hacer suposiciones que no siempre resultan ciertas, ¿me explico?. Espero tu respuesta. Saludos, Gerardo Suárez Trejo |
|
#2
|
||||
|
||||
|
Cita:
El RFC es un identificador alfanumérico que se asigna en México a cada persona y se basa en los apellidos, nombre y fecha de nacimiento. Para fijar ideas, vamos a tomar esta persona ficticia: Apellido paterno: Del Real Apellido Materno: Anzures Nombre: José Antonio Fecha de nacimiento: 14 de abril de 1972 Su RFC será: Código:
REAA 720414 N9 4 Veamos por partes, como se calcula cada una: Letras Esta parte se forma con:
Ahora bien, deben tomarse en cuenta estas excepciones:
Aquí hay que notar, que estas reglas no son absolutas ni completas (pero son las oficiales). Por ejemplo, no indican qué hacer en caso de que el apellido paterno no contenga vocales internas, como ALBY, BYRD, ORMSBY. En alguna ocasión tuve la oportunidad de analizar los RFC de una base de datos relativamente amplia y observé que la excepción 4 en realidad es así: Primera letra y primera vocal interna del apellido y primera y segunda letra del nombre. En resumen, parece que en los casos de excepción, muchas veces depende del criterio del funcionario en turno que asigne el RFC oficial. Fecha En formato de seis diígitos: aammdd Homonimia
Dígito verificador
Algunas observaciones Como dije antes, el algoritmo en la parte de las letras es confuso. Al implementar hay que decidir qué hacer en los casos especiales (por ejemplo, poner una X en caso de no haber vocal interna del apellido paterno). Por otra parte, todas las letras de los nombres deben considerarse sin acentos de ningún tipo. Este algoritmo es únicamente para personas físicas (seres humanos) y no para personas morales (empresas). Desconozco si hay un documento oficial de Hacienda que describa el algoritmo, pero existe un documento oficial (en el cual yo me basé) en el IFAI (Instituto Federal de Acceso a la Información). Este documento pueden localizarlo entrando al sitio de INFOMEX buscando el folio: 0610100135506, que corresponde a la solicitud que alguien hizo para obtener esta información. Ahí pueden ver el documento de respuesta. Este documento también describe el algoritmo del RFC para personas morales. // Saludos Última edición por roman fecha: 12-08-2011 a las 06:25:23. |
|
#3
|
|||
|
|||
|
Román:
Excelente, es justamente lo que necesitaba... de hecho ya empece .... creo que ya llevo la primera parte ... tuve que parar un rato (hay que ganarse el pan de cada día, je, je, je). Saludos, Gerardo Suárez Trejo P.D. Estoy indeciso en liberar la primera parte (de esta forma es más fácil hacer la depuración). ¿Hay alguien que se apunte para hacer las pruebas? |
|
#4
|
||||
|
||||
|
Todavía no tengo mucho tiempo para lo del dígito verificador pero aprovecho para comentar que en esta página http://www.aplicarh.com/ pueden descargar una aplicación que calcula el RFC. Con esto pueden probar qué tal funciona su algoritmo.
// Saludos |
|
#5
|
||||
|
||||
|
¡Listo! Ya completé la parte del dígito verificador y puse algunas observaciones finales.
// Saludos |
|
#6
|
|||
|
|||
|
Román:
Gracias ... bueno pues lo que sigue solo es cuestión mía ... espero que hoy por la tarde tener un versión lista ... saludos al foro ... Atte: Gerardo Suárez Trejo |
|
#7
|
|||
|
|||
|
America111:
Bueno pues aquí tenemos el primer esbozo . Se debe de considerar como eso, es decir, una versión de prueba que no está lista para entrar a producción. Falta muchas protecciones, además de agregarle el código para la homoclave y el dígito verificador. Lo programé en la versión 2.5, sin embargo creo que funcionaría desde la 2.1 (falta confirmar). Utilicé dominios en la declaración de variables (enorme ventaja de conservar consistencia en el tipo de datos entre tablas y procedimientos almacenados). No utilicé ningún UDF (ventaja que se traduce al utilizar diferentes plataformas: Linux, Mac, UNIX, Windows, etc). Planeo, para después, agregar una tabla de Personal donde utilizaré los dominios antes mencionados, además de un campo calculado para el nombre completo que estaría indexado para hacer búsquedas rapidísimas que no sean sensibles a mayúscula o a los acentos (tal y como sucede en el cálculo del RFC). Se usa de la siguiente manera:
Código:
Saludos, Gerardo Suárez Trejo |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| condicionar un procedimiento dentro de otro procedimiento | yossi | Varios | 7 | 17-05-2010 10:47:14 |
| Ayuda, como llamar a un procedimiento desde otro procedimiento? | Ariatna | Varios | 1 | 01-02-2005 04:05:35 |
| error calculo en udf | marrullas | Firebird e Interbase | 0 | 02-11-2004 21:01:58 |
| Calculo con un String | AMC | Varios | 7 | 14-09-2004 20:46:53 |
| Calculo De Totales | PETERKANTROPUS | Tablas planas | 2 | 25-05-2004 03:06:14 |
|