The EPSG code 6247 is not in the CRS database of QGIS, so the WFS gets a different CRS assigned, probably as a custom CRS.
You have to look up the Layer CRS of the WFS layer with rightclick on the layer
Set Layer CRS before reprojecting to any other CRS. Most probably some parameters have been gone astray.
QGIS offers EPSG:3116 for the Bogota zone, with these parameters:
+proj=tmerc +lat_0=4.596200416666666 +lon_0=-74.07750791666666 +k=1 +x_0=1000000 +y_0=1000000 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs
Fasle Easting and Northing differ against the definition of EPSG:6247 at https://www.epsg-registry.org/
Creating a grid in EPSG:3116, the city of Bogota and two of your layers are around
X=1000000 Y=1000000, while the parquesurbanos layer (in red) is around
That makes me think the coordinates of the false Easting and Northing are missing or in wrong units.
To sanitize your data, overlay the WFS on Openstreetmap background, and see if it is still in the right place. If not, you have to create a new custom CRS and assign it to the WFS before reprojecting to any other CRS.
As an example, I created this custom CRS:
+proj=tmerc +lat_0=4.596200416666666 +lon_0=-74.07750791666666 +k=1 +x_0=100000 +y_0=100000 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs
reprojected the parquesurbanos layer to EPSG:3116, and assigned the Custom CRS with this result in green:
It seems to fit inside the extent of the other two layers. If the data still does not align to an OpenStreetMap background, take the parameters of EPSG:6247 from the EPSG registry which are slightly different.
Exchanging the .prj file does not help with QGIS, since it cretaes a .qpj file as a backup for CRS information. You better delete that if you assign a different CRS.
Unable to translate coordinate system EPSG:6247 into PROJ.4 format.. The projection method is not implemented in PROJ.4/GDAL The EPSG registry notes a parameter
Projection plane origin height which can not be expressed using proj.4 methods.