Pregunta

Es bastante conocido que (al menos en EE 1.11 / 1.6 CE) que pueda tasas de impuestos de derivación mediante la utilización de un código postal postal + 4 (en EE.UU.). He intentado añadir un comodín para el final de la definición de 5 dígitos tasa de impuestos (que en mi opinión debería haber trabajado), pero que infructuoso probada.

I encontró una sugerencia para aplicar un parche núcleo aquí cual algo implicado en el sentido de:

"app / código / core / Mago / Impuestos / modelo / Recursos / Calculation.php"

línea 235 reemplace:

 $postcode = $request->getPostcode();

con

 $postcode = substr($request->getPostcode(),0,5);

Copiar a un local de / Mago no sería el fin del mundo - y que nos ahorrará dolores de cabeza de impuestos. Pero no soy un fan de ese método.

¿Cómo se puede solucionar este problema?

¿Fue útil?

Solución

Mi solución preferida sería la creación de un nuevo módulo llamado MyCompany_TaxCalculationZipFix, override y extender la clase Mage_Tax_Model_Resource_Calculation con su propio modelo con un método que es como la siguiente:

protected function _getRates($request)
{
    $postcode = substr($request->getPostcode(),0,5);

    $request->setPostcode($postcode);

    return parent::_getRates($request);
}

(código no probado)

De esta manera no tendrá que copiar todo el método a su propio modelo para la mayor parte de la lógica se quedará en el núcleo; cuando Magento actualiza ese modelo en una nueva versión, que no prevalezcan la mayor parte de la lógica y hay una mayor probabilidad de que las cosas van a seguir trabajando (aunque todavía tendrá que probar esto, por supuesto).

Además, no estoy seguro de si el cambio de la petición afectará a otro código que utiliza esa solicitud objeto. tendrá que prueba que también.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a magento.stackexchange
scroll top