AU Class
AU Class
class - AU

Moving Forward: Navigating the Shift from Vault to Autodesk Construction Cloud

이 강의 공유하기

설명

The introduction of Autodesk Construction Cloud as a project platform for engineering companies has often been the subject of presentations. We at DB Engineering & Consulting—the international engineering and consulting company of Deutsche Bahn—have a special challenge: We've been using Vault software for 10 years with about 2,500 users. With this high standard in CAD data management, a migration to Autodesk Construction Cloud is particularly challenging but necessary, due to the increasing percentage of building information modeling (BIM) methodology being used in our projects. In our session, we will outline how we plan to migrate from Vault to Autodesk Construction Cloud in two stages: First, we'll use Autodesk Construction Cloud for Revit modeling while CAD drawings remain in Vault. During the second stage, we'll also transfer the CAD part to Autodesk Construction Cloud. We'll share our solutions to address Autodesk Construction Cloud drawbacks for draftspersons, ensuring even Vault experts can adapt.

주요 학습

  • Explore a solution that avoids duplicate data storage by connecting Vault and Autodesk Construction Cloud more effectively.
  • Discover our Autodesk Construction Cloud extensions for efficient CAD-drawing management, regardless of Vault experience.
  • Gain insights into our change management support for introducing a platform with few advantages for CAD drafters.

발표자

  • Marion Behrens
    Marion has created her first BIM model 25 years ago during her architecture studies. Later on, she also completed a degree in computer science. Since then, her professional focus is on digitalization in the construction sector. At DB Engineering & Consulting, she manages the CAD & BIM Competence Center within the IT unit, where she drives cloud migration and development topics for the design phase of rail infrastructure construction. Passionate about the implementation of open APIs and data-centric concepts, she is working with Autodesk Platform Services since its first release.
Video Player is loading.
Current Time 0:00
Duration 46:05
Loaded: 0%
Stream Type LIVE
Remaining Time 46:05
 
1x
  • Chapters
  • descriptions off, selected
  • en (Main), selected
    Transcript

    MARION BEHRENS: Hi there. Are you ready to join for a train journey? So we are moving forward. We are navigating the shift from Vault to the Autodesk Construction Cloud.

    If you're involved in the introduction of ACC in your company, you have come to the right session. So you're on the right track. Do you have a history with Vault? Then, even more so.

    So welcome on board. My name is Marion. I'm your speaker today. I was a first-generation BIM student. So I created my first BIM model more than 25 years ago. And, well, it wasn't called BIM at that time, obviously.

    And so this is my second Autodesk University. You see a photo here of mine from last year in Las Vegas in the Venetian. And it's my first time as a speaker, and I'm really excited about that-- and, yeah, quite a little nervous.

    So I have a degree in architecture and a degree in computer science. And with that background, my professional focus for many years already is on digitalization in the AEC industry. I am working with the Autodesk Platform Services since the Forge Viewer was released in one of its earliest versions. And I'm really passionate about open cloud APIs and about developing data driven concepts.

    I work at DB Engineering and Consulting since the beginning of last year. So DB, that is Deutsche Bahn, so the national railway company of Germany. I live in Stuttgart, Germany, and my hobbies are traveling-- ideally by train, of course-- and also cycling and coding. So you can easily find me programming a whole weekend.

    So back to our journey plan. Please let me first briefly introduce my company, then next where this company is coming from after 10 years with Vault as the data management system. Then let me explain why we need to shift from Vault to ACC and how we plan to do that. And it's a lot about XREF. And more details about that I will present when we stop over at Stage 1 and Stage 2 of our project. And in the end, I will also explain some other topics beyond XREF and will outline how we approach them.

    So DB Engineering and Consulting, Railways for the World of Tomorrow. So DB E&C is an independent company within the DB group with more than 6,000 employees. At DB E&C, we offer a very wide range of services within design and planning of railway infrastructure, as well as construction supervision, environmental and geoservices, also project management and consulting.

    And with this wide range of services, we use a large number of very specialized software applications. And my team and me, we are responsible for about 200 engineering applications and use for cut and. We are Autodesk EBA customers since 2015, and we have 14 applications that are based on AutoCAD or AutoCAD Map 3D, especially those customized for rail infrastructure design. We also have more than 45 Revit add-ins and, additionally, our own in-house development team for AutoCAD and Revit extensions.

    And we have Vault as our data management system for 10 years already, hosting more than 2,000 projects that sum up to a total of 40 terabyte filestore, all within one Vault. And with that, our Vault is the biggest Vault in the world. That had been confirmed also by the Vault product team, and it's still growing by 7 terabytes per year.

    So if you think we're proud of that, actually, we are not. But yeah, how did that happen? Yeah, why did we DB E&C, end up with the biggest Vault in the world? I'm pretty new in that company, but did a little research on that. So let's get into a time machine and look back to the year 2013.

    So the AU icon in that year was stylish green, and Wikipedia claimed that "Vault is intended to be the core data management strategy for Autodesk design products." When we look at the timeline here, the integration of Vault with Revit was just released in that year. And at DB E&C, we had almost 100% AutoCAD users, but an increase in Revit usage was expected for the future.

    Cloud platforms had been mentioned at AU 2013 as some future development. They were still too far away and not available for a quite long time to come. And it was exactly this year that decisions had to be made for a very important project, which was the Doha Metro, Qatar-- so the railway network of the Doha Metro connecting the airport with the city center and the soccer stadiums for the FIFA World Cup 2022.

    Since 2008, DB E&C was involved in building the Qatar Integrated Railway Project. And when, in 2013, they were engaged for the project management, they had the challenge to establish a collaboration with teams in Germany and Qatar. Therefore, a shared project platform was needed, and they chose Vault.

    So just very briefly, one slide about what is Vault. So Vault is a client-server system that consists of the central Vault server application and the locally-installed Vault client applications to access the central data storage. Vault has integrations with Inventor, with AutoCAD, and the Revit integration, unfortunately, was not developed any further after it's been introduced in 2013.

    The Vault server has APIs that allow automation-- for example, our clear trash script that's running on a so-called job processor, and it's deleting files from our trash folders once a week. And also, the Vault client has APIs so that we can extend it with add-ons on the user side and combine it with a job processor. And for example, our validation, that works like that. So the user has a button to request a validation report for one or multiple files, and then the job processor does all the work.

    And additionally, we can store our company-specific plot style tables on a job processor for PDF creation. Again, the user has a button to request PDF creation for one or multiple files, and again, the job processor does all the work. The benefits are that the users are not blocking their machines, and we can make sure that our standards are always applied.

    We use the job processor with a setup on a basic framework for from Google Orange. So when Vault was first introduced at DB E&C in 2013, it's been a change process, definitely. But today, we have 2,500 users enrolled, and we look back at 10 years with Vault.

    And I would like to explain how world has shaped the way we work at DB E&C with four short examples. So first, Vault has a feature that metadata are synchronized with AutoCAD title blocks. That means that we don't need naming conventions for populating metadata. And, of course, we do work a lot with metadata, and it's super easy because you must just maintain it in your title blocks. And you have to maintain it there anyway.

    And, of course, the file name is something very visible to the user. And the project managers have the freedom to decide how to use it in their projects until the file name becomes, again, important for the handover when files have to be stored on a folder structure and file drives. So the second example, Vault has a very powerful reference manager that can be used to check dependencies. And because it is so simple, it has caused extensive use of XREFs in our company.

    Third example is the Naming Wizard. So Vault has a Renaming Wizard that makes renaming of files is super easy task, and the dependencies are always preserved. And as a result, renaming of files has become part of our process, and it's our culture. And our users would be very upset if renaming was not possible or if renaming of files breaks their dependencies.

    And fourth example, extensions are possible with APIs on the server side and also on the client side. And as a result, we have many custom enhancements in use. So after all, Vault is really cool, and the Vault Product Team has also developed a browser-based client and a mobile app. And yeah, in the end, Vault is great for cut data management and perfect for mechanical engineering, especially when Inventor is in use and AutoCAD.

    But for a company where BIM is being implemented, it is not a suitable collaboration and project platform. So it is not a CDE And this is where ACC comes in. So we're now leaving Vault behind, keeping in mind that it has shaped us shifting to ACC.

    So as BIM methods become more common in our projects and BIM standards are established in our company, we need a modern collaboration platform that enables subs and client access to data, that makes design data available to project controllers, that combines specific BIM functions all in one platform for better consistency and integrity, et cetera. So all the benefits of the ACC, but this is not meant as a promotional campaign, so let's skip them. I guess there are other sessions on that, just like my personal goal. So the benefit that I want to bring to my company to open the path towards excellence, if I can put it like that, to reduce boundaries with third-party systems, to bring CAD and BIM and GIS together all in one platform, to use data instead of data being trapped in files, and to unlock the potential of the new Cloud APIs. So the ACC data model API, the Data Exchange API, they'll be only useful if all design data is located in ACC.

    So why is it just now shifting to ACC? The rail network in Germany is in a bad condition, and delays and train cancelations are the order of the day. And jokes about Deutsche Bahn have to take this with humor. The reason for this situation is that for decades, too little had been invested in rail infrastructure. But now, it seems that the bottom has been reached and that there is a shift.

    So remember that DB was involved to build the Doha Metro Railway for the FIFA 2022. Just two years later, 2024, The UEFA European Football Championship took place in Germany this summer. It was a huge event, and many foreign football fans have visited Germany and were badly surprised or even shocked by the unreliability of German rail.

    But the day after the final, when all teams and fans had left, the Riedbahn construction site started. So Riedbahn is the main railway line between Frankfurt and Mannheim, with more than 300 trains per day, usually. And everything is being refurbished in this period. So all these construction works, 170 kilometers of rail tracks, a lot of switches, overhead lines, stations, and much more.

    And this is all done in parallel in only five months, instead one after the other. And like that, it would otherwise have taken more than six years. And this project is just a pilot for 40 more projects until 2030. So most of the long-distance network will be renewed, and that's all the red lines on the map, as a so-called master plan for the renewal of Germany's major rail routes, so-called "corridor projects."

    And in these upcoming 40 projects, due to the tight time schedules, we expect extreme pressure on productivity, and we expect that large project consortiums need to collaborate efficiently within minimum time. And therefore, a modern, cloud-based project platform was needed. And we chose ACC.

    So again, the request comes from a set of special projects, but the introduction of ACC should happen for the whole company. So far, so good. So what's the problem?

    In a company with Vault in use for more than 10 years, there is a certain level from which to take off. And we are not using Group Drives or Shared Folders. We left them behind a long time ago. And none of our problems with ACC would exist if we were still using Group Drives today.

    Instead, we have 1,600 CAD drafters. So all the AutoCAD and Vault users, they have more disadvantages of ACC as compared to Vault for their daily job with CAD data management. In total, of course, ACC is the preferable solution. But for most of our users, it is the opposite.

    Their problems are in descending order of importance, the XREF problem-- so our showstopper, that AutoCAD plot-style tables are not supported. Therefore, PDF creation only works on local devices. That they can't populate metadata from AutoCAD title blocks. They have to do double work to fill in metadata, and they need individual access to each project. And then, waiting time is always necessary before you can work on a project instead of just being there by default, as we have configured it in Vault.

    So we will come to this point later. We start with our hardest issue, the XREF problem. And now, we are slowly getting into the more technical part of my presentation.

    So we have a common setup. As in many projects, we have AutoCAD DWG files that have references to other CAD or image files-- so-called "XREFs," so abbreviation for "eXternal REFerences." And we also have Revit files that have links to CAD files, image files, IFC files, or even other Revit files. And both setups can be in Vault or can be in ACC-- or even in many other data storage locations, but that is not our scope.

    Vault has its strengths working with references, and it resolves all changes in relative paths of linked files for AutoCAD and for Revit. But the XREF problem for AutoCAD files is that dependencies are getting lost in ACC when somebody is renaming or moving reference files or somebody is moving the host file-- so basically, when the relative path between the host file and the child file is changing. For Revit files, somehow ACC resolves all the changes in relative paths of linked files within ACC.

    Well, to understand how big the problem actually is, we extracted some numbers from Vault. And the result is that within all almost 40,000 files that have been created in Vault in 2023 that have a reference, so like some parent file that has a reference pointing on these files. In total, it shows there are more files created in Vault in one year.

    So within these-- actually almost 34,000 files-- there are more than 7,000 files that were renamed or moved in that year at least once. Assuming it takes 10 to 15 minutes to fix one broken reference manually, it wouldn't even be enough to hire one person or one full-time equivalent only for that-- for repairing relative paths manually.

    And a quite obvious question here is, why can't we just change the workflow so that a file, once created, always remains there-- same location, same name? Answer is. No, unfortunately, these processes are deeply rooted in our company after 10 years with Vault. And reasons for renaming and moving of files are that naming structures are defined or completed just after a project was started, and many files were already created. So they all have to be renamed.

    Other reasons might be reorganizations of the content, especially in projects that are running for a long time. For example, there are some organizational restructuring, which is quite common at Deutsche Bahn. And then, from a large scale, that reflects down to the smallest detail, such as the file names. Or, very common scenario, permissions are changing when external drafters join the project and files need to be moved to folders with different permission settings.

    So it is the XREF problem that is defining our roadmap of introducing ACC. Today, all AutoCAD and Revit users in our company work with Vault. In Stage 1, we let the Revit users work with ACC already as they are not affected by the XREF problem. And in Stage 2, we have the XREF problem solved somehow, and all AutoCAD and Revit users can work with ACC. So that's a timeline, but it's pretty irrelevant, so we will introduce each phase as soon as it is safe to do so. And in the worst case, the entire rollout will take until 2027.

    We are about to start with Stage 1 early next year. But at the same time, we are preparing for Stage 2 already. So let's start with Stage 1. We are introducing ACC, but only as a second system beside Vault.

    In Stage 1, We are not solving the problem, but we enable Revit users to work with ACC while AutoCAD users keep managing their files in Vault. So the problem that arises here is that we have to manage the same projects in two platforms, and references are pointing from files on one system to files on the other system-- normally, from a Revit file to ACC, to a CAD file in Vault.

    Then, the problem is that changes in the reference CAD files in Vault are not updated in the host files in ACC. That's not even a way to be notified that the referenced file must be updated. So in the end, there's a risk of the Revit users continuing to work with outdated design data, which might lead to various types of chaos in the project.

    To avoid that, our first idea was, why not sync files from Vault to ACC? When two platforms are needed as an intermediate solution, so common solution to synchronize from one platform to the other. And here's our first concept. So the synchronization is in one direction from Vault to ACC, so that references will be only within the same system.

    The problem we found when we started working more intensively on this concept was about duplicate files. It's difficult for the users to know what is the original and what is the copy. And there are some write protection necessary on the copy.

    So the more we discussed the solution, the more edge cases we found. What if a file in Vault is deleted, renamed, or moved? What if special notifications or special permissions are configured? So long discussion short, there was a commitment, and my team finally better refer to the original; don't copy. And we developed the XREFresher concept for upgrading references to Vault instead of synchronization.

    Starting conditions are, again, Revit files are in ACC. CAD, especially DWG files, are in Vault. And Revit users create references to files from Vault.

    Then, the problem to be solved is that updates on the referenced files in Vault are not reflected to Revit files in ACC, or basically anywhere outside of Vault. Requirement for a solution is that updates of the referenced files in Vault must be automatically reflected in the Revit files, including renaming and moving of files-- also deletion, by the way. The solution is not to synchronize all CAD, especially DWG files from Vault to ACC, but to develop a Revit add-on that updates references pointing to Vault via the Vault API using the Vault file IDs.

    We already know there are limitations to this solution. So the Revit files must be loaded locally, And the Vault client must be installed. And tokens will be charged.

    So a guy from my team in Germany together with a girl from another team in India implemented the XREFresher with the following basic functionality. So after a link is created in Revit, there's a request sent to the Vault API for the file ID, version ID, and other metadata from Vault. And this is saved inside the Revit extensible storage, connected with the referenced file.

    So with that, everything is stored in the Revit file, and anybody at any time can open the Revit file again, assuming that the add-in is installed. The XREFresher add-in will send a request to the Vault API for available updates, manually or automatically. At the moment, we have implemented both. And the response will be processed. And available updates are highlighted in a list view, as you can see here on the screenshot. And then, the user can do the actual updating.

    This solution is tested, and it's currently in use in the pilot project. And I'm not going to dive deeper into the implementation. But if you are interested in this solution, no matter whether it's for an intermediate solution as we do, or you have a permanent setup with some CAD files in Vault that you want to reference from Revit files, please reach out to me by email, LinkedIn, whatever. We are really happy to share more details of this solution.

    So now that we have sorted everything out for Stage 1, we move to Stage 2, when all AutoCAD and Revit users will store their data in ACC. So back to the XREF problem that must be solved, otherwise Stage 2 won't happen. Again, a first approach that has led us to a dead end. An approach just to make it work in ACC is automation with Webhooks and using Design Automation API.

    And the setup is the following. The user cannot rename or move a file in ACC. And then, second, we have a webhook listening on this action that's sending notification to our web service. So this web service has a so-called CTO table-- so a list of all of the constantly-tracked objects. So that's the DWGs and their references, and then checking from the table whether there exists a parent file for the file, which had just been renamed.

    If so, the web service will take that file, send it to the Design Automation for AutoCAD, and there, the parent file will be modified with replacing the extra saved path attribute. The result will be sent back to the web service, and then, in the last step, the web service will upload a new version of the parent DWG to ACC Docs.

    So we were partnering with Martin Luca from IOLabs on this topic, and he developed a proof of concept that was working for one file and one host file. Then we got into the discussion how to get from this PoC to a universal solution. And there were problems and topics that are still unsolved-- for example, how to deal with mass renamings, which is quite common if there is some restructuring, for example.

    What to do if Webhooks are failing? And they are failing, so a constant re-scanning is necessary, needs to be implemented. Then, what if the parent DWG is locked because somebody is working on that? So very realistic setup, I would say. And finally, how to keep the CTO table updated?

    So all of that perhaps solvable, but extremely costly. So we had to step back then and check out other options. And our idea was to reuse the XREFresher concept-- so to let references get lost when files are being renamed and provide a repair tool for the broken references.

    Like for the Revit add-in, can we always save ACC file info with a reference inside the DWG file? And the XDATA, that might be the place where to store that in the DWG file, and then to repair the broken references locally with AutoCAD. And because, in this case, both host file and referenced file are in ACC, extensions are possible to do with some automation-- for example, so automatic detection of affected DWG files with broken references. And even automatic repair might be possible again with design automation.

    So we are currently investigating in this direction. And at the same time, our Customer Success Team At Autodesk did a lot of investigation for us on the XREF problem. They found a solution architect who knows a lot about Vault, AutoCAD, about ACC and Platform Services, and he presented basically the same concept to us like that-- references getting lost when files are being renamed-- and developed a repair tool for the broken references.

    Because Vault does it in the same way, and the improvement to our concept is that we don't need to store any information about the linked files inside the DWG file. Instead, ACC stores the relationships already. And here's the API. In the slides, it's linked to the documentation page for the data management API.

    And in the response, You Will find a so-called tool ID. And that is the URL to the referenced file. And that is never going to change.

    So at this point, we are still investigating further into this direction. We just started with implementing a first proof of concept on that. But we already know as a solution, it has limitations. It won't work for AutoCAD Web, and it won't be available in the ACC Viewer.

    And that's going to be OK for our colleagues as it's covering what Vault is doing. However, we expect a final solution, and that's our third and best option. And from Autodesk, we expect a solution that covers AutoCAD Desktop, AutoCAD Web, and the ACC Docs Viewer. And as we know that ACC stores the necessary data about references, we believe that it's doable.

    But that's it about the problem for this year's AU, and a good chance that I'll come back with the XREF topic next year. And I promise to outline at least those other main challenging topics we are facing for ACC-- again, in a company that was using Vault for more than 10 years. Our first challenge is that AutoCAD plot style tables are not consistently supported by ACC, but the federal railway authorities require approval plans, usually PDF formats, with strictly defined layouts. And I'm sure it's not only in Germany. In other countries, it's the same as well. And we can't create a PDF through ACC with a proper layout. And we cannot display a DWG layout properly with ACC or with AutoCAD Web.

    One possible solution is really a very ugly workaround. That is to keep our Vault job processors alive and combine a Vault job processor with ACC Docs only for PDF creation-- and definitely, only for some transitional period. As a proper solution. It would be perfect if a plot style file could be defined for one ACC project, or even for a project template. And that solution we can't build ourselves. We depend on Autodesk. If it's not going to be solved, we have to do it in the very ugly way.

    The second challenge is that we can populate metadata in Docs from AutoCAD title blocks. And so the ACC concept is quite different, and in AC, you should use a file name plus naming conventions to populate your metadata. And we are discussing different solutions. And one option might be to implement a SEC extension to automate metadata updates from values within a DWG title block.

    But, attention, there's a potential conflict with the naming conventions, as outlined in this triangular relationship chart. So if anyone already has a solution to this problem, or just an idea of how to solve it, please let me know. So from our side, we still have a little way to go on this topic.

    Third challenge is about the project setup and the fact that users need individual access to each project. Problem one is that if a user is not invited, user cannot see whether a project was created. But we strictly need to avoid duplicate project creation. And as a solution, we think about an external project creation tool where, independent of the personal access, a user can see all the available projects in ACC.

    And problem 2, that if a user is not invited, a user cannot access a project. But we cannot tolerate any delays while waiting for activation in ACC. So if a user has to help out in some project, he must be able to do that immediately. And as a solution, we are thinking about some external self-service app for joining and leaving projects in ACC.

    And we found a possible way to implement our solution in a presentation from last year's Autodesk University. Title was "Implementation of Optimized User Management" and was presented by SSOE Group. And so there's no need to go any more in depth here, so we simply proceed in a very similar way. Absolute recommendation to look at the slides and handout of that presentation, by the way.

    I'm skipping our fourth challenge here today because it's about data protection and it's too heavy at the end of a session. It's in the slides. And better we come to a conclusion now.

    I hope you found something to learn from our solutions and ideas, and also from those approaches that didn't get us anywhere. And here's what we believe are our main findings so far. So synchronization often sounds like the best solution too quickly. Are there alternatives to duplicate data storage? Think in all directions, listen to all concerns, and highlight only the most relevant issue, and be persistent. So the XREF problem is blocking DB from working with ACC. Only since we've been filling 80% of our presentations with this topic, we have started to make progress with that at all.

    So I'm here alone in this recording. So my final slide is to mention all those who have contributed, and that's the end of my slide deck. And if this was live, we would move on to see if there are questions. And here's the final slide.

    ______
    icon-svg-close-thick

    쿠기 기본 설정

    오토데스크는 고객의 개인 정보와 최상의 경험을 중요시합니다. 오토데스크는 정보를 사용자화하고 응용프로그램을 만들기 위해 고객의 본 사이트 사용에 관한 데이터를 수집합니다.

    오토데스크에서 고객의 데이터를 수집하고 사용하도록 허용하시겠습니까?

    오토데스크에서 사용하는타사 서비스개인정보 처리방침 정책을 자세히 알아보십시오.

    반드시 필요 - 사이트가 제대로 작동하고 사용자에게 서비스를 원활하게 제공하기 위해 필수적임

    이 쿠키는 오토데스크에서 사용자 기본 설정 또는 로그인 정보를 저장하거나, 사용자 요청에 응답하거나, 장바구니의 품목을 처리하기 위해 필요합니다.

    사용자 경험 향상 – 사용자와 관련된 항목을 표시할 수 있게 해 줌

    이 쿠키는 오토데스크가 보다 향상된 기능을 제공하고 사용자에게 맞는 정보를 제공할 수 있게 해 줍니다. 사용자에게 맞는 정보 및 환경을 제공하기 위해 오토데스크 또는 서비스를 제공하는 협력업체에서 이 쿠키를 설정할 수 있습니다. 이 쿠키를 허용하지 않을 경우 이러한 서비스 중 일부 또는 전체를 이용하지 못하게 될 수 있습니다.

    광고 수신 설정 – 사용자에게 타겟팅된 광고를 제공할 수 있게 해 줌

    이 쿠키는 사용자와 관련성이 높은 광고를 표시하고 그 효과를 추적하기 위해 사용자 활동 및 관심 사항에 대한 데이터를 수집합니다. 이렇게 데이터를 수집함으로써 사용자의 관심 사항에 더 적합한 광고를 표시할 수 있습니다. 이 쿠키를 허용하지 않을 경우 관심 분야에 해당되지 않는 광고가 표시될 수 있습니다.

    icon-svg-close-thick

    타사 서비스

    각 범주에서 오토데스크가 사용하는 타사 서비스와 온라인에서 고객으로부터 수집하는 데이터를 사용하는 방식에 대해 자세히 알아보십시오.

    icon-svg-hide-thick

    icon-svg-show-thick

    반드시 필요 - 사이트가 제대로 작동하고 사용자에게 서비스를 원활하게 제공하기 위해 필수적임

    Qualtrics
    오토데스크는 고객에게 더욱 시의적절하며 관련 있는 이메일 컨텐츠를 제공하기 위해 Qualtrics를 이용합니다. 이를 위해, 고객의 온라인 행동 및 오토데스크에서 전송하는 이메일과의 상호 작용에 관한 데이터를 수집합니다. 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID, 이메일 확인율, 클릭한 링크 등이 포함될 수 있습니다. 오토데스크는 이 데이터를 다른 소스에서 수집된 데이터와 결합하여 고객의 판매 또는 고객 서비스 경험을 개선하며, 고급 분석 처리에 기초하여 보다 관련 있는 컨텐츠를 제공합니다. Qualtrics 개인정보취급방침
    Akamai mPulse
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Akamai mPulse를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Akamai mPulse 개인정보취급방침
    Digital River
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Digital River를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Digital River 개인정보취급방침
    Dynatrace
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Dynatrace를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Dynatrace 개인정보취급방침
    Khoros
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Khoros를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Khoros 개인정보취급방침
    Launch Darkly
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Launch Darkly를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Launch Darkly 개인정보취급방침
    New Relic
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 New Relic를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. New Relic 개인정보취급방침
    Salesforce Live Agent
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Salesforce Live Agent를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Salesforce Live Agent 개인정보취급방침
    Wistia
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Wistia를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Wistia 개인정보취급방침
    Tealium
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Tealium를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Upsellit
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Upsellit를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. CJ Affiliates
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 CJ Affiliates를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Commission Factory
    Typepad Stats
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Typepad Stats를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Typepad Stats 개인정보취급방침
    Geo Targetly
    Autodesk는 Geo Targetly를 사용하여 웹 사이트 방문자를 가장 적합한 웹 페이지로 안내하거나 위치를 기반으로 맞춤형 콘텐츠를 제공합니다. Geo Targetly는 웹 사이트 방문자의 IP 주소를 사용하여 방문자 장치의 대략적인 위치를 파악합니다. 이렇게 하면 방문자가 (대부분의 경우) 현지 언어로 된 콘텐츠를 볼 수 있습니다.Geo Targetly 개인정보취급방침
    SpeedCurve
    Autodesk에서는 SpeedCurve를 사용하여 웹 페이지 로드 시간과 이미지, 스크립트, 텍스트 등의 후속 요소 응답성을 측정하여 웹 사이트 환경의 성능을 모니터링하고 측정합니다. SpeedCurve 개인정보취급방침
    Qualified
    Qualified is the Autodesk Live Chat agent platform. This platform provides services to allow our customers to communicate in real-time with Autodesk support. We may collect unique ID for specific browser sessions during a chat. Qualified Privacy Policy

    icon-svg-hide-thick

    icon-svg-show-thick

    사용자 경험 향상 – 사용자와 관련된 항목을 표시할 수 있게 해 줌

    Google Optimize
    오토데스크는 사이트의 새 기능을 테스트하고 이러한 기능의 고객 경험을 사용자화하기 위해 Google Optimize을 이용합니다. 이를 위해, 고객이 사이트를 방문해 있는 동안 행동 데이터를 수집합니다. 이 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID, 오토데스크 ID 등이 포함될 수 있습니다. 고객은 기능 테스트를 바탕으로 여러 버전의 오토데스크 사이트를 경험하거나 방문자 특성을 바탕으로 개인화된 컨텐츠를 보게 될 수 있습니다. Google Optimize 개인정보취급방침
    ClickTale
    오토데스크는 고객이 사이트에서 겪을 수 있는 어려움을 더 잘 파악하기 위해 ClickTale을 이용합니다. 페이지의 모든 요소를 포함해 고객이 오토데스크 사이트와 상호 작용하는 방식을 이해하기 위해 세션 녹화를 사용합니다. 개인적으로 식별 가능한 정보는 가려지며 수집되지 않습니다. ClickTale 개인정보취급방침
    OneSignal
    오토데스크는 OneSignal가 지원하는 사이트에 디지털 광고를 배포하기 위해 OneSignal를 이용합니다. 광고는 OneSignal 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 OneSignal에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 OneSignal에 제공하는 데이터를 사용합니다. OneSignal 개인정보취급방침
    Optimizely
    오토데스크는 사이트의 새 기능을 테스트하고 이러한 기능의 고객 경험을 사용자화하기 위해 Optimizely을 이용합니다. 이를 위해, 고객이 사이트를 방문해 있는 동안 행동 데이터를 수집합니다. 이 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID, 오토데스크 ID 등이 포함될 수 있습니다. 고객은 기능 테스트를 바탕으로 여러 버전의 오토데스크 사이트를 경험하거나 방문자 특성을 바탕으로 개인화된 컨텐츠를 보게 될 수 있습니다. Optimizely 개인정보취급방침
    Amplitude
    오토데스크는 사이트의 새 기능을 테스트하고 이러한 기능의 고객 경험을 사용자화하기 위해 Amplitude을 이용합니다. 이를 위해, 고객이 사이트를 방문해 있는 동안 행동 데이터를 수집합니다. 이 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID, 오토데스크 ID 등이 포함될 수 있습니다. 고객은 기능 테스트를 바탕으로 여러 버전의 오토데스크 사이트를 경험하거나 방문자 특성을 바탕으로 개인화된 컨텐츠를 보게 될 수 있습니다. Amplitude 개인정보취급방침
    Snowplow
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Snowplow를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Snowplow 개인정보취급방침
    UserVoice
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 UserVoice를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. UserVoice 개인정보취급방침
    Clearbit
    Clearbit를 사용하면 실시간 데이터 보강 기능을 통해 고객에게 개인화되고 관련 있는 환경을 제공할 수 있습니다. Autodesk가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. Clearbit 개인정보취급방침
    YouTube
    YouTube는 사용자가 웹 사이트에 포함된 비디오를 보고 공유할 수 있도록 해주는 비디오 공유 플랫폼입니다. YouTube는 비디오 성능에 대한 시청 지표를 제공합니다. YouTube 개인정보보호 정책

    icon-svg-hide-thick

    icon-svg-show-thick

    광고 수신 설정 – 사용자에게 타겟팅된 광고를 제공할 수 있게 해 줌

    Adobe Analytics
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Adobe Analytics를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID 및 오토데스크 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. Adobe Analytics 개인정보취급방침
    Google Analytics (Web Analytics)
    오토데스크 사이트에서 고객의 행동에 관한 데이터를 수집하기 위해 Google Analytics (Web Analytics)를 이용합니다. 여기에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 오토데스크는 사이트 성과를 측정하고 고객의 온라인 경험의 편리함을 평가하여 기능을 개선하기 위해 이러한 데이터를 이용합니다. 또한, 이메일, 고객 지원 및 판매와 관련된 고객 경험을 최적화하기 위해 고급 분석 방법도 사용하고 있습니다. AdWords
    Marketo
    오토데스크는 고객에게 더욱 시의적절하며 관련 있는 이메일 컨텐츠를 제공하기 위해 Marketo를 이용합니다. 이를 위해, 고객의 온라인 행동 및 오토데스크에서 전송하는 이메일과의 상호 작용에 관한 데이터를 수집합니다. 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID, 이메일 확인율, 클릭한 링크 등이 포함될 수 있습니다. 오토데스크는 이 데이터를 다른 소스에서 수집된 데이터와 결합하여 고객의 판매 또는 고객 서비스 경험을 개선하며, 고급 분석 처리에 기초하여 보다 관련 있는 컨텐츠를 제공합니다. Marketo 개인정보취급방침
    Doubleclick
    오토데스크는 Doubleclick가 지원하는 사이트에 디지털 광고를 배포하기 위해 Doubleclick를 이용합니다. 광고는 Doubleclick 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Doubleclick에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Doubleclick에 제공하는 데이터를 사용합니다. Doubleclick 개인정보취급방침
    HubSpot
    오토데스크는 고객에게 더욱 시의적절하며 관련 있는 이메일 컨텐츠를 제공하기 위해 HubSpot을 이용합니다. 이를 위해, 고객의 온라인 행동 및 오토데스크에서 전송하는 이메일과의 상호 작용에 관한 데이터를 수집합니다. 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID, 이메일 확인율, 클릭한 링크 등이 포함될 수 있습니다. HubSpot 개인정보취급방침
    Twitter
    오토데스크는 Twitter가 지원하는 사이트에 디지털 광고를 배포하기 위해 Twitter를 이용합니다. 광고는 Twitter 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Twitter에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Twitter에 제공하는 데이터를 사용합니다. Twitter 개인정보취급방침
    Facebook
    오토데스크는 Facebook가 지원하는 사이트에 디지털 광고를 배포하기 위해 Facebook를 이용합니다. 광고는 Facebook 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Facebook에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Facebook에 제공하는 데이터를 사용합니다. Facebook 개인정보취급방침
    LinkedIn
    오토데스크는 LinkedIn가 지원하는 사이트에 디지털 광고를 배포하기 위해 LinkedIn를 이용합니다. 광고는 LinkedIn 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 LinkedIn에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 LinkedIn에 제공하는 데이터를 사용합니다. LinkedIn 개인정보취급방침
    Yahoo! Japan
    오토데스크는 Yahoo! Japan가 지원하는 사이트에 디지털 광고를 배포하기 위해 Yahoo! Japan를 이용합니다. 광고는 Yahoo! Japan 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Yahoo! Japan에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Yahoo! Japan에 제공하는 데이터를 사용합니다. Yahoo! Japan 개인정보취급방침
    Naver
    오토데스크는 Naver가 지원하는 사이트에 디지털 광고를 배포하기 위해 Naver를 이용합니다. 광고는 Naver 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Naver에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Naver에 제공하는 데이터를 사용합니다. Naver 개인정보취급방침
    Quantcast
    오토데스크는 Quantcast가 지원하는 사이트에 디지털 광고를 배포하기 위해 Quantcast를 이용합니다. 광고는 Quantcast 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Quantcast에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Quantcast에 제공하는 데이터를 사용합니다. Quantcast 개인정보취급방침
    Call Tracking
    오토데스크는 캠페인을 위해 사용자화된 전화번호를 제공하기 위하여 Call Tracking을 이용합니다. 그렇게 하면 고객이 오토데스크 담당자에게 더욱 빠르게 액세스할 수 있으며, 오토데스크의 성과를 더욱 정확하게 평가하는 데 도움이 됩니다. 제공된 전화번호를 기준으로 사이트에서 고객 행동에 관한 데이터를 수집할 수도 있습니다. Call Tracking 개인정보취급방침
    Wunderkind
    오토데스크는 Wunderkind가 지원하는 사이트에 디지털 광고를 배포하기 위해 Wunderkind를 이용합니다. 광고는 Wunderkind 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Wunderkind에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Wunderkind에 제공하는 데이터를 사용합니다. Wunderkind 개인정보취급방침
    ADC Media
    오토데스크는 ADC Media가 지원하는 사이트에 디지털 광고를 배포하기 위해 ADC Media를 이용합니다. 광고는 ADC Media 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 ADC Media에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 ADC Media에 제공하는 데이터를 사용합니다. ADC Media 개인정보취급방침
    AgrantSEM
    오토데스크는 AgrantSEM가 지원하는 사이트에 디지털 광고를 배포하기 위해 AgrantSEM를 이용합니다. 광고는 AgrantSEM 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 AgrantSEM에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 AgrantSEM에 제공하는 데이터를 사용합니다. AgrantSEM 개인정보취급방침
    Bidtellect
    오토데스크는 Bidtellect가 지원하는 사이트에 디지털 광고를 배포하기 위해 Bidtellect를 이용합니다. 광고는 Bidtellect 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Bidtellect에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Bidtellect에 제공하는 데이터를 사용합니다. Bidtellect 개인정보취급방침
    Bing
    오토데스크는 Bing가 지원하는 사이트에 디지털 광고를 배포하기 위해 Bing를 이용합니다. 광고는 Bing 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Bing에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Bing에 제공하는 데이터를 사용합니다. Bing 개인정보취급방침
    G2Crowd
    오토데스크는 G2Crowd가 지원하는 사이트에 디지털 광고를 배포하기 위해 G2Crowd를 이용합니다. 광고는 G2Crowd 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 G2Crowd에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 G2Crowd에 제공하는 데이터를 사용합니다. G2Crowd 개인정보취급방침
    NMPI Display
    오토데스크는 NMPI Display가 지원하는 사이트에 디지털 광고를 배포하기 위해 NMPI Display를 이용합니다. 광고는 NMPI Display 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 NMPI Display에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 NMPI Display에 제공하는 데이터를 사용합니다. NMPI Display 개인정보취급방침
    VK
    오토데스크는 VK가 지원하는 사이트에 디지털 광고를 배포하기 위해 VK를 이용합니다. 광고는 VK 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 VK에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 VK에 제공하는 데이터를 사용합니다. VK 개인정보취급방침
    Adobe Target
    오토데스크는 사이트의 새 기능을 테스트하고 이러한 기능의 고객 경험을 사용자화하기 위해 Adobe Target을 이용합니다. 이를 위해, 고객이 사이트를 방문해 있는 동안 행동 데이터를 수집합니다. 이 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역, IP 주소 또는 장치 ID, 오토데스크 ID 등이 포함될 수 있습니다. 고객은 기능 테스트를 바탕으로 여러 버전의 오토데스크 사이트를 경험하거나 방문자 특성을 바탕으로 개인화된 컨텐츠를 보게 될 수 있습니다. Adobe Target 개인정보취급방침
    Google Analytics (Advertising)
    오토데스크는 Google Analytics (Advertising)가 지원하는 사이트에 디지털 광고를 배포하기 위해 Google Analytics (Advertising)를 이용합니다. 광고는 Google Analytics (Advertising) 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Google Analytics (Advertising)에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Google Analytics (Advertising)에 제공하는 데이터를 사용합니다. Google Analytics (Advertising) 개인정보취급방침
    Trendkite
    오토데스크는 Trendkite가 지원하는 사이트에 디지털 광고를 배포하기 위해 Trendkite를 이용합니다. 광고는 Trendkite 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Trendkite에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Trendkite에 제공하는 데이터를 사용합니다. Trendkite 개인정보취급방침
    Hotjar
    오토데스크는 Hotjar가 지원하는 사이트에 디지털 광고를 배포하기 위해 Hotjar를 이용합니다. 광고는 Hotjar 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Hotjar에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Hotjar에 제공하는 데이터를 사용합니다. Hotjar 개인정보취급방침
    6 Sense
    오토데스크는 6 Sense가 지원하는 사이트에 디지털 광고를 배포하기 위해 6 Sense를 이용합니다. 광고는 6 Sense 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 6 Sense에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 6 Sense에 제공하는 데이터를 사용합니다. 6 Sense 개인정보취급방침
    Terminus
    오토데스크는 Terminus가 지원하는 사이트에 디지털 광고를 배포하기 위해 Terminus를 이용합니다. 광고는 Terminus 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 Terminus에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 Terminus에 제공하는 데이터를 사용합니다. Terminus 개인정보취급방침
    StackAdapt
    오토데스크는 StackAdapt가 지원하는 사이트에 디지털 광고를 배포하기 위해 StackAdapt를 이용합니다. 광고는 StackAdapt 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 StackAdapt에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 StackAdapt에 제공하는 데이터를 사용합니다. StackAdapt 개인정보취급방침
    The Trade Desk
    오토데스크는 The Trade Desk가 지원하는 사이트에 디지털 광고를 배포하기 위해 The Trade Desk를 이용합니다. 광고는 The Trade Desk 데이터와 고객이 사이트를 방문하는 동안 오토데스크가 수집하는 행동 데이터 모두에 기초하여 제공됩니다. 오토데스크가 수집하는 데이터에는 고객이 방문한 페이지, 시작한 체험판, 재생한 동영상, 구매 내역 및 IP 주소 또는 장치 ID가 포함될 수 있습니다. 이 정보는 The Trade Desk에서 고객으로부터 수집한 데이터와 결합될 수 있습니다. 오토데스크는 디지털 광고 경험에 대한 사용자화를 개선하고 고객에게 더욱 관련 있는 광고를 제시하기 위해 The Trade Desk에 제공하는 데이터를 사용합니다. The Trade Desk 개인정보취급방침
    RollWorks
    We use RollWorks to deploy digital advertising on sites supported by RollWorks. Ads are based on both RollWorks data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that RollWorks has collected from you. We use the data that we provide to RollWorks to better customize your digital advertising experience and present you with more relevant ads. RollWorks Privacy Policy

    정말 더 적은 온라인 경험을 원하십니까?

    오토데스크는 고객 여러분에게 좋은 경험을 드리고 싶습니다. 이전 화면의 범주에 대해 "예"를 선택하셨다면 오토데스크는 고객을 위해 고객 경험을 사용자화하고 향상된 응용프로그램을 제작하기 위해 귀하의 데이터를 수집하고 사용합니다. 언제든지 개인정보 처리방침을 방문해 설정을 변경할 수 있습니다.

    고객의 경험. 고객의 선택.

    오토데스크는 고객의 개인 정보 보호를 중요시합니다. 오토데스크에서 수집하는 정보는 오토데스크 제품 사용 방법, 고객이 관심을 가질 만한 정보, 오토데스크에서 더욱 뜻깊은 경험을 제공하기 위한 개선 사항을 이해하는 데 도움이 됩니다.

    오토데스크에서 고객님께 적합한 경험을 제공해 드리기 위해 고객님의 데이터를 수집하고 사용하도록 허용하시겠습니까?

    선택할 수 있는 옵션을 자세히 알아보려면 이 사이트의 개인 정보 설정을 관리해 사용자화된 경험으로 어떤 이점을 얻을 수 있는지 살펴보거나 오토데스크 개인정보 처리방침 정책을 확인해 보십시오.