Widen Deserialize Decimal precision

[dmosorast]

Description of change

The tap errors in the case that a value exceeds 38 precision. In most warehouses, this is an error, but that's not for the tap to decide. However, knowing when rounding occurs during extraction is good, so trapping the signal from the Python decimal module is acceptable.

This PR expands the precision to match the max width of a singer.decimal (just to be consistent, even though this tap does not use more dynamic schemas).

Manual QA steps

• Manually reproduced a case where a value would throw a Rounding error, confirmed it's fixed by this changed.

Risks

• Low, this should just expand the range of values that the tap can emit and give developers more control over the behavior of it.

Rollback steps

• revert this branch and release new patch version