Correção de Prazo para Mapeamentos Recentes dos Correios

[jarjar123]

Alguns clientes reclamaram que o prazo das cotações não estava correto. Então resolvi investigar a situação, e verifiquei que o problema era real.

Os Correios não tem todos os logradouros do país mapeados. Muitos municípios possuem um único CEP (normalmente no formato XXXXX-000, com zeros no final).
Mas de tempos em tempos a ETC realiza novos mapeamentos, e disponibiliza no site.
http://www.correios.com.br/para-voce/consultas-e-solicitacoes/busca-cep/novas-cidades-codificadas-por-logradouros
Neste caso, novos mapeamentos são codificados no formato XXXXX-001 até YYYYY-999 (apenas um exemplo).

O problema é que, para muitas cidades, o webservice dos Correios continua respondendo ao CEP antigo XXXXX-000. Isso até que não é um grande problema.
Entretanto na maioria dos testes que fiz, o prazo de entrega aparece como 1 dia útil, para todos os serviços. E isso SIM é um grande problema.
Exemplo (Origem: RS):

Santo Antônio do Descoberto/GO
    CEP/Prazo: 72900-000 / 1 dia
    CEP/Prazo: 72900-001 / 8 dias
Biguaçu/SC
    CEP/Prazo: 88160-000 / 1 dia
    CEP/Prazo: 88160-001 / 6 dias

Como já mencionei na PR #47, através do recurso #17 é possível substituir uma cotação incorreta, adicionando apenas algumas linhas ao config.xml.
Contudo reparei que é necessário adicionar infinitas linhas, para cobrir todas as faixas de peso e tamanho. Então para facilitar proponho uma melhoria que abrange infinitas faixas de peso, tamanho e CEP, com apenas algumas linhas. Segue um exemplo de como configurar, para corrigir somente o prazo de Biguaçu/SC, para o serviço PAC 41068:

<add_method_22><!-- IMPORTANTE: Manter a ordem de numeração da Tag -->
    <code>41068</code>
    <price></price>
    <days>6</days>
    <from>
        <zip>88160000</zip>
        <weight>0</weight>
        <size>0</size>
    </from>
    <to>
        <zip>88160000</zip>
        <weight>30</weight>
        <size>105</size>
    </to>
</add_method_22>

Só para esclarecer:

• code: código do serviço de postagem que você deseja alterar o resultado (ou adicionar).
• price: valor que será aplicado.
• days: prazo que será aplicado.
• from/to: faixa de valores filtrados. Nenhum valor aqui é aplicado, servindo apenas para filtrar as cotações que se deseja alterar.

A correção que proponho permite que deixar price vazio, e alterar somente days (e vice-versa). Estarei encaminhando a proposta em alguns instantes.