Skip to main content

Notifications

Announcements

No record found.

Finance | Project Operations, Human Resources, ...
Answered

best practice for extend field's length

Posted on by 1,531

Hi Friends,

When we print 1099 for vendor, vendor address becomes a problem, in Tax1099IRSPayerRec table, MailingAddress field only holds 40 chars, which it will hold 'address1' and 'address2'.

Most vendors are fine, but, some are not. The field has ExtendedDataType of 'Tax1099Street', which is only 40 chars.

I don't know why Microsoft makes it only 40 chars, it is obvious not sufficient.

Anyway,  what's best practice to enlarge the 'MailingAddress' field in 'Tax1099IRSPayerRec' table? Since this data type is used in many tables, if I extend data type, that seems to me it's over kill.

  • Ganriver1 Profile Picture
    Ganriver1 1,531 on at
    RE: best practice for extend field's length

    Thanks a lot, Sergei.

  • Verified answer
    Sergei Minozhenko Profile Picture
    Sergei Minozhenko 23,089 on at
    RE: best practice for extend field's length

    Hi Ganriver,

    In case if you just change Tax1099Street field length, the impact is minimal as it's used only in few places (according to cross-reference, couple fields on Tax1099IRSPayerRec table and display methods to fill these fields). And it's not a generic field, but quite a specific field for Tax1099.

  • Ganriver1 Profile Picture
    Ganriver1 1,531 on at
    RE: best practice for extend field's length

    Thanks for your response. I double checked the data type, it's used only in this Tax1099IRSPayerRec table, somehow when I sync it, it showed lots of tables and took quite some time.

    I decided to modify the datatype, it seems it's easy route and can satisfy user. Since it's Microsoft generic field, what should I be careful for?

  • Suggested answer
    Ramon_J Profile Picture
    Ramon_J 65 on at
    RE: best practice for extend field's length

    If you guess that the customization impact of the EDT is huge I would try to go for another approach:

    Maybe you could make an extension of the table an add a new 'replica' field but based in a customized EDT with the desired length, and then replicate or extended the 1099 report design and replace the standard field by the new one.

    At least with this approach you isolate the impact to a table and a report and let the standard to keep using the original EDT as usually.

    This has a drawback too: You will need to go back to check your custom report design if MSFT updates it in the future its behavior.

    Another option would be to request MSFT to change the core EDT, but this is a long-term solution (if it has success).

  • Suggested answer
    Ludwig Reinhard Profile Picture
    Ludwig Reinhard Microsoft Employee on at
    RE: best practice for extend field's length

    Hi River,

    Would it be an acceptable workaround to abbreviate/truncate the text in the 1099 report?

    By doing this you might circumvent the issue.

    Best regards,

    Ludwig

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

December Spotlight Star - Muhammad Affan

Congratulations to a top community star!

Top 10 leaders for November!

Congratulations to our November super stars!

Tips for Writing Effective Suggested Answers

Best practices for providing successful forum answers ✍️

Leaderboard

#1
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 291,253 Super User 2024 Season 2

#2
Martin Dráb Profile Picture

Martin Dráb 230,188 Most Valuable Professional

#3
nmaenpaa Profile Picture

nmaenpaa 101,156

Leaderboard

Product updates

Dynamics 365 release plans