ERROR: Error 1005: Can't create table

[gnzsoloyo]

Hay errores a varios niveles, y se vuelve un poco complicado darte una solución sin instarte a corregir primero los defectos de diseño que tienes...

Por lo pronto, francamente resulta incoveniente usar campos TEXT para datos tan básicos como nombres, apellidos, localidades, denominaciones de servicios, etc. Es excesivo e innecesario.
No es convneinte usar DECIMAL para datos enteros, para eso uya existen los INT, que en este caso usará menos espacio en el disco que un DECIMAL.

Código MySQL:

-- Table `DB`.`CLIENTES`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `DB`.`CLIENTES` (
`COD_CLIENTE_IMPUTACION` DECIMAL(10,0) NOT NULL ,
`NOM` TEXT NULL ,
`USUARIOS_CECO_PR` DECIMAL(10,0) NULL ,
`USUARIOS_CECO_FI` DECIMAL(10,0) NULL ,
`COD_CLIENTE_P_TRABAJO` DECIMAL(10,0) NOT NULL ,
PRIMARY KEY (`COD_CLIENTE_IMPUTACION`, `COD_CLIENTE_P_TRABAJO`) )
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8;
 

En este caso estás definicendo una clave compuesta, lo que es terriblemente inseguro, ya que la hará que los campos cod_cliente_imputacion y cod_cliente_p_trabajo puedan repetirse entre diferentes registros sin romper la unicidad de la clave.
No se ve la necesidad de hacer una clave compuesta en ese caso, y no queda claro por qué una aplicación no puede usar la misma clave preexistente en la tabla.
Si pudieras explicarnos esto último, tal vez podamos orientarte mejor.

Código MySQL:

-- Table `DB`.`SUBSERVICIOS_P_TRABAJO`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `DB`.`SUBSERVICIOS_P_TRABAJO` (
`COD_GRUPO` VARCHAR(45) NULL ,
`GRUPO` TEXT NULL ,
`COD_SERVICIO` VARCHAR(45) NULL ,
`SERVICIO` TEXT NULL ,
`COD_SUBSERVICIO` VARCHAR(45) NOT NULL ,
`SUBSERVICIO` TEXT NULL ,
PRIMARY KEY (`COD_SUBSERVICIO`) )
ENGINE = InnoDB;
 

Mismo conjunto de errores: Campos TEXT donde deberían ser VARCHAR. Creo que necesitas estudiar un poco mejor los requerimientosde almacenamiento antes de diseñar las tablas. No pones un tipo TEXT a menos que sea total y absolutamente necesario, entre otras cosas porque no son sencillos ni eficientes de indexar.

Código MySQL:

-- Table `TITHINK_DB_CASA_2`.`CONSUMO_APPLE`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `DB`.`CONSUMO_APPLE` (
`Nombre_Filial` TEXT NULL ,
`AÑO_MES` VARCHAR(45) NULL ,
`Identificador_Filial` VARCHAR(45) NULL ,
`Codigo_Filial` DECIMAL(10,0) NULL ,
`Matricula` VARCHAR(45) NULL ,
`Nombre` TEXT NULL ,
`IMEI` VARCHAR(45) NULL ,
`Marca` TEXT NULL ,
`Modelo` VARCHAR(45) NULL ,
`Serial nº` VARCHAR(45) NULL ,
`Fecha_Alta` DATE NULL ,
`Fecha_Baja` DATE NULL ,
`Precio` FLOAT NULL ,
`COD_SUBSERVICIO` VARCHAR(45) NULL ,
INDEX `FK_CONSUMO_APPLE_CLIENTES_idx` (`Codigo_Filial` ASC) ,
INDEX `FK_CONSUMO_APPLE_SUBSERVICIOS_PT_idx` (`COD_SUBSERVICIO` ASC) ,
CONSTRAINT `FK_CONSUMO_APPLE_CLIENTES`
FOREIGN KEY (`Codigo_Filial` )
REFERENCES `DB`.`CLIENTES` (`COD_CLIENTE_P_TRABAJO` )
ON DELETE CASCADE
ON UPDATE CASCADE,
CONSTRAINT `FK_CONSUMO_APPLE_SUBSERVICIOS_PT`
FOREIGN KEY (`COD_SUBSERVICIO` )
REFERENCES `DB`.`SUBSERVICIOS_P_TRABAJO` (`COD_SUBSERVICIO` )
ON DELETE NO ACTION
ON UPDATE NO ACTION)
ENGINE = InnoDB;
 

El mismo tipo de errores con dos sumados: No se deben usar caracteres extendidos (ñ, á, ç, por ejemplo) en los nombres de las tablas.
Generan serios problemas en la programación, y muchísimos errores de sintaxis no detectables. Usa el alfabeto básico.
Y tampoco se deben usar espacios vacíos, ni caracters o palabras reservadas.
El segundo error es más grave:

Código MySQL:

CONSTRAINT `FK_CONSUMO_APPLE_CLIENTES`
FOREIGN KEY (`Codigo_Filial` )
REFERENCES `DB`.`CLIENTES` (`COD_CLIENTE_P_TRABAJO` )
ON DELETE CASCADE
ON UPDATE CASCADE,
 

Esto está mal escrito.
Estás intentando crear una FK referenciando un único campo, hacia una tabla cuya PK es compuesta. Una FK debe apuntar a toda la clave, no a parte de ella.
Por consecuencia, si vas a mantener la PK compuesta, deberás poner los mismos campos, del mismo tipo y en el mismo orden de la PK, en la FK.

¿Se va entendiendo?

Por cierto: Un IMEI no tiene 45 dígitos. Los móviles tienen 15, y los simcard tienen 20. Tienes que ajustar el campo al tamaño exacto que tendrá, para evitar que entren datos basura qu epasen por error (si, se cometen errores, hasta las empresas internacionales meten la pata)