Charlitas entre velneadores (XI)

16 enero 2010

Nuestra Base de Datos de Códigos Postales

bbdd 

Llegamos al punto en el que tenemos que comenzar a velnear toda la información que os he dado en artículos anteriores correspondientes a distintos tipos de información. Hagamos un resumen de las tablas que inicialmente vamos a ir creando:

  1. Códigos de países, la norma ISO (3166-1)
  2. Códigos regionales, la norma ISO (3166-2)
  3. Códigos de monedas, la norma ISO 4217
  4. Prefijos telefónicos internacionales
  5. Regiones administrativas internacionales
  6. Otras que irán surgiendo

Los contenidos de cada solución (tanto proyectos de aplicación como proyectos de datos), quedarán en el momento de su terminación y oportuno momento, libres para su descarga y uso para aquellos velneadores que lo soliciten.

Trataremos que hacer las soluciones lo más genéricas posibles, con ello existe la posibilidad de que no se adapten 100% a sus necesidades pero, al menos os valdrá como punto de partida para vuestros desarrollos.

Profesionales, Empresas e Instituciones que deseen colaborar de alguna forma, pueden ponerse en contacto conmigo. Teniendo en cuenta lo explicado en los siguientes enlaces:

  1. Charlitas entre velneadores (I)
  2. Charlitas entre velneadores (II)
  3. Charlitas entre velneadores (III)

Charlitas entre velneadores (VII)

15 enero 2010

 

Códigos monedas (ISO 4217)

pesetas

Ahora le llega el turno a la ISO 4217, que contempla los códigos de las monedas usadas internacionalmente.

ISO Symbol Money Name
AED د.إ درهم UAE Dirham
AFN ؋ افغانۍ Afghani
ALL L Leku Lek
AMD դր. Դրամ Armenian Dram
ANG NAƒ Gulden Netherlands Antillian Guilder
AOA Kz Kwanza Kwanza
ARS $ Peso Argentine Peso
AUD $ Dollar Australian Dollar
AWG Afl. Florijn Aruban Guilder
AZN ман Manatı Azerbaijanian Manat
BAM KM Marka Convertible Marks
BBD Bds$ Dollar Barbados Dollar
BDT টাকা Taka
BGN лв лев Bulgarian Lev
BHD .د.ب دينار Bahraini Dinar
BIF FBu Franc Burundi Franc
BMD BD$ Dollar Bermudian Dollar
BND B$ Ringgit Brunei Dollar
BOB Bs. Boliviano Boliviano
BRL R$ Real Brazilian Real
BSD B$ Dollar Bahamian Dollar
BTN Nu. དངུལ་ཀྲམ Ngultrum
BWP P Pula Pula
BYR Br Рубель Belarussian Ruble
BZD BZ$ Dollar Belize Dollar
CAD $ Dollar Canadian Dollar
CDF F Franc Congolese Franc
CHF Fr. Franc Swiss Franc
CLP $ Peso Chilean Peso
CNY ¥ 人民币 Chinese Yuan
COP Col$ Peso Colombian Peso
CRC Colón Costa Rican Colon
CUP $ Peso Cuban Peso
CVE Esc Escudo Cape Verde Escudo
CZK Koruna Czech Koruna
DJF Fdj الفرنك Djibouti Franc
DKK Kr Krone Danish Krone
DOP RD$ Peso Dominican Peso
DZD دج دينار Algerian Dinar
EEK KR Kroon Kroon
EGP £ الجنيه Egyptian Pound
ERN Nfk Nakfa Nakfa
ETB Br Birr Ethiopian Birr
EUR Euro Euro
FJD FJ$ Dollar Fiji Dollar
FKP £ Pound Falkland Islands Pound
GBP £ Pound Pound Sterling
GEL lari ლარი Lari
GHS GH₵ Cedi Cedi
GIP £ Pound Gibraltar Pound
GMD D Dalasi Dalasi
GNF FG Franc Guinea Franc
GTQ Q Quetzal Quetzal
GWP $ Peso Guinea-Bissau Peso
GYD GY$ Dollar Guyana Dollar
HKD HK$ 香港圓 Hong Kong Dollar
HNL L Lempira Lempira
HRK kn Kuna Croatian Kuna
HTG G Gourde Gourde
HUF Ft Forint Hungary Forint
IDR Rp Rupiah Rupiah
ILS שקל Israeli Sheqel
INR Rs Rupee Indian Rupee
IQD ع.د دينار Iraqi Dinar
IRR Iranian Rial
ISK kr Króna Iceland Krona
JMD $ Dollar Jamaican Dollar
JOD دينار دينار Jordanian Dinar
JPY ¥ 日本円 Japan Yen
KES KSh Shilling Kenyan Shilling
KGS сом сом Som
KHR riel Riel Riel
KMF Fr. Franc Comoro Franc
KPW North Korean Won
KRW Won
KWD د.ك دينار Kuwaiti Dinar
KYD $ Dollar Cayman Islands Dollar
KZT Теңгесі Tenge
LAK ກີບ Kip
LBP ل.ل ليرة, Lebanese Pound
LKR Rs Rupee Sri Lanka Rupee
LRD L$ Dollar Liberian Dollar
LSL L Loti Loti
LTL Lt Litas Lithuanian Litas
LVL Ls Lats Latvian Lats
LYD ل.د دينار Libyan Dinar
MAD د.م درهم Moroccan Dirham
MDL leu Leu Moldovan Leu
MGA FMG Ariary Malagasy Ariary
MKD ден Денар Denar
MMK K Kyat Kyat
MNT Төгрөг Tugrik
MOP MOP$ 澳門圓 Pataca
MRO UM أوقية Ouguiya
MUR Rs Roupie Mauritius Rupee
MVR Rf Rufiyaa Rufiyaa
MWK MK Kwacha Kwacha
MXN $ Peso Mexican Peso
MYR RM ريڠڬيت Malaysian Ringgit
MZN MTn Metical Metical
NAD N$ Dollar Namibia Dollar
NGN Naira Naira
NIO C$ Córdoba Cordoba Oro
NOK kr Krone Norwegian Krone
NPR NRs Rupee Nepalese Rupee
NZD $ Dollar New Zealand Dollar
OMR ر.ع. ريال Rial Omani
PAB B./ Balboa Balboa
PEN S/. Sol Nuevo Sol
PGK K Kina Kina
PHP Piso Philippine Peso
PKR Rs. Rupee Pakistan Rupee
PLN Złoty Zloty
PYG Guaraní Guarani
QAR ر.ق ريال Qatari Rial
RON L Leu New Leu
RSD дин. Динар Serbian Dinar
RUB руб Рубль Russian Ruble
RWF RF Franc Rwanda Franc
SAR ر.س ريال Saudi Riyal
SBD SI$ Dollar Solomon Islands Dollar
SCR SR Roupie Seychelles Rupee
SDG £ جنيه Sudanese Pound
SEK kr Krona Swedish Krona
SGD S$ 新加坡元 Singapore Dollar
SHP £ Pound Saint Helena Pound
SLL Le Leone Leone
SOS So. Shilin Somali Shilling
SRD $ Dollar Surinam Dollar
STD Db Dobra Dobra
SVC Colón Salvadoran Colon
SYP الليرة Syrian Pound
SZL L Lilangeni Lilangeni
THB ฿ บาทไทย Baht
TJS Сом Сомонӣ Somoni
TMT m Манат Manat
TND د.ت دينار Tunisian Dinar
TOP T$ Pa’anga Pa’anga
TRY TL Lirası Turkish Lira
TTD $ Dollar Trinidad and Tobago Dollar
TWD $ 新臺幣 Taiwan Dollar
TZS /= Shilingi Tanzanian Shilling
UAH Гривня Hryvnia
UGX USh Shilling Uganda Shilling
USD $ Dollar US Dollar
UYU $ Peso Peso Uruguayo
UZS сўм Сўм Uzbekistan Sum
VEF Bs. Bolívar Bolivar Fuerte
VND đồng Dong
VUV Vt Vatu Vatu
WST WS$ Tālā Tala
XAF CFA Franc CFA Franc
XCD EC$ Dollar East Caribbean Dollar
XOF CFA Franc CFA Franc
XPF F Franc CFP Franc
YER ريال ريال Yemeni Rial
ZAR R Rand Rand
ZMK ZK Kwacha Zambian Kwacha
ZWL $ Dollar Zimbabwe Dollar


Charlitas entre velneadores (III)

10 enero 2010

consejo-asesor2

Charlando con los demás y tomando anotaciones de aquellos puntos interesantes a tener en cuenta, voy a citar algún ejemplo donde se usará vRCV.

Los Datos de ejemplos son aleatorios, cualquier coincidencia es pura casualidad.

Datos Entidad Emisora de ejemplo:

Entidad emisora (proveedor)

Distrib.Alimentarias de Aquí, s.l.

C.I.F

BBB-1234567

Fecha Factura

01-01-2015

Número de Factura

2015/234765

Base Imponible

1.000 euros

18% I.V.A

180 euros

Total Factura

1.180 euros

Entidad Receptora (cliente)

Pablito Alimentación

C.I.F.

123412455-XL

Cualquier tipo de entidad que se esté tratando en cualquier momento, estará siempre incluida y gestionada dentro de un proyecto de aplicación independiente (entidades), ésta a su vez dispondrá de distintos proyectos de datos (y/o de aplicación) que quedarán heredados para su uso y tratamiento dentro del proyecto de entidades. Véase ejemplos de herencias entre proyectos en las imágenes de los artículos anteriores.

Cualquier información de cualquier tipo de entidad (emisora, receptora, de control, etc.) quedarán informatizadas dentro del mismo proyecto de aplicación, información identificada y  heredada mediante herencia inversa. (estamos usando los términos de velneo, no explicándolos) gracias.

 En cualquier momento podremos ver y/o actualizar aquellas relaciones existentes entre las distintas entidades.

Datos Entidad Receptora de ejemplo:

Entidad receptora (cliente)

Pablito Alimentación

C.I.F

123412455-XL

Fecha Factura

01-01-2015

Número de Factura

2015/234765

Base Imponible

1.000 euros

18% I.V.A

180 euros

Total Factura

1.180 euros

Entidad Emisora (proveedor)

Distrib.Alimentarias de Aquí, s.l.

C.I.F.

BBB-1234567

Observamos que ambas entidades en sus correspondientes registros de compras y ventas están registrando la correspondiente información. Indirectamente se está duplicando.

Uno de nuestros objetivos es, que cuando una entidad emisora envía información al sistema de registros, ya quede disponible para los demás tipos de entidades. Siempre bajo el control y autorización de las partes que intervienen.

Las entidades de control (gestorías, gerentes..etc.) podrán disponer de la información de  aquellas entidades emisoras, entidades receptoras y sobre todo la relación entre los datos registrados entre ambos tipos de entidades. Con esta gestión queda controlada por parte de las entidades de control las posibles diferencias que puedan aparecer entre los registros de compras y ventas correspondientes.

A modo de confirmación, a la entidad receptora se le dará el privilegio de confirmar y aceptar el registro entrante que se le ha generado en su  libro de compras.

Entre otras funcionalidades que iremos exponiendo, las entidades de control dispondrán de paneles indicadores en los cuales pueden observar las diferencias reflejadas entre lo que se vende y lo que realmente se registra como compra.

Las entidades de control (gestorías) tendrán como misión fundamental el ir registrando sus entidades clientes en el sistema bajo previo aviso y uso de la información. Respetando la LOPD.

 

Aquí no se duplica información, aquí se gestiona.

Piense en quienes serán los beneficiados.


Charlitas entre velneadores (II)

9 enero 2010

En las siguientes imágenes veremos a groso modo el planteamiento que hemos optado para comenzar a realizar la aplicación informática que nos impida el tener que introducir la misma información en más de una aplicación.

Simplemente es una forma de trabajar como muchas otras por las que se puede optar. Dado que nuestra herramienta de desarrollo es Velneo, lo hemos planteado así:

01

La solución se llamará vRCV ‘Registro de Compras y Ventas’

BOX HOME 

Siempre usaremos un proyecto sin contenido inicial.

Este proyecto hereda los proyectos de cada velneador, en este caso seremos tres personas velneando. En cualquier momento podremos ampliar los recursos humanos de la solución si hiciese falta.

Velneador x

Contendrá dos tipos de proyectos heredados de forma individual, cada velneador dispondrá de ‘tareas en curso’  y ‘tareas finalizadas’.

02

Las tareas en curso son aquellas en las que cada desarrollador está velneando en esos momentos.

Las tareas finalizadas son aquellas que están pendientes de incorporar al proyecto principal de la aplicación, en este caso – vRCV Aplicación 1.0- que es heredada por cada uno de los velneadores con el objetivo de poder traspasar las tareas finalizadas al mismo.

03

La solución final (vRCV Aplicación 1.0) hereda un proyecto de datos y otro proyecto de recursos.

En base a este pequeño y gran esquema comenzaremos nuestras tareas.


Charlitas entre velneadores (I)

9 enero 2010

A partir de hoy y si el tiempo nos lo permite, comentaré algunas charlitas que tengo y tenemos entre distintas personas y/o entidades. Sus necesidades, sus inquietudes, sus puntos de vista, entre otros temas.

No hay cosa que nos moleste más a todos que tener que introducir la misma información en distintas aplicaciones cuando siempre se parte de los mismos datos, aunque los resultados finales a obtener por las distintas partes implicadas sea distinto.

Un ejemplo:

La empresa A vende y provee de artículos a distintas empresas (B,C,D,E…clientes). Las distintas partes (Proveedores y Clientes) están obligadas a llevar un registro oficial de compras y ventas donde figuran todas sus actividades económicas.

Cada una de estas partes para llevar su control de lo que compran y venden se ven obligadas a introducir la información correspondiente en aplicaciones informáticas distintas. Por lo tanto se repite la introducción de datos a diario.

Aparecen en estos entornos la figura de las Gestorías, que a su vez vuelven a introducir la misma información de sus clientes en otras aplicaciones para obtener los resultados deseados. Total, mucho tiempo perdido con la misma información.

Podemos deducir de esta charlita, que inicialmente podemos distinguir una serie de entidades a estudiar para el análisis y desarrollo superficial de una aplicación básica.

- Entidades de Control (Gestorías, Asesorías, Usuarios, etc.)

- Entidades Emisoras (Autónomos, profesionales, empresas que EMITEN facturas).

- Entidades Receptoras (Autónomos, profesionales, ciudadanos que RECIBEN facturas).

De esta charlita también deducimos después de hablar con muchos autónomos, profesionales y empresas; que aún habiendo millones de aplicaciones en el mercado para cualquier tipo de gestión, muy pocas se basan en centralizar la información y los datos a usar por las distintas Entidades de Gestión (aquellas que forman parte en cualquier momento de la información a usar y distribuir entre las demás entidades).

De ahora en adelante vamos a tratar este tipo de casos con el objetivo de crear una base de conocimiento para crear una aplicación bajo tecnología Paas y Saas.

vida-programador


Seguir

Get every new post delivered to your Inbox.