fix(erc20Fulfillment): skip ERC20 preflight for partial fills

[MrFaruk0]

Summary

Fixes a false-positive ERC20 balance/allowance preflight for partial fills.

For AdvancedOrder partial fills, getErc20Payment() previously summed the full ERC20 consideration without accounting for the order's numerator / denominator. This could cause a valid partial fill to be rejected before sendTransaction() because the SDK checked the buyer against the full-order payment amount.

Changes

• Detect fractional AdvancedOrder fills in getErc20Payment().
• Preserve the existing ERC20 spendability preflight for confidently readable full fills.
• Fail open and skip the optional preflight for partial or unmodelable fractions instead of incorrectly checking the full-order amount.
• Leave standard orders, basic orders, and private-listing behavior unchanged.

The implementation intentionally does not scale the aggregate consideration by the fraction. Seaport applies fractions per consideration item and enforces exact divisibility, so aggregate-first scaling could produce incorrect results.

Tests

Added regression coverage for:

• partial ERC20 AdvancedOrder fills skipping the incorrect full-order preflight
• partial fills proceeding past the preflight when balance and allowance cover the actual fill
• full fills continuing to enforce ERC20 balance checks
• full fills continuing to enforce ERC20 allowance checks
• equivalent positive full-fill fractions such as 2/2
• malformed or unsupported fractions failing open without introducing a new blocking validation path