Dear Kurt and Lincoln migration tea

Dear Kurt and Lincoln migration team,

I am Duc who worked on Lincoln migration project with Kurt for more than one year ago as a teachnical lead of ASG-ECM's side. I am writing to say good bye to you and want to thanks to you about your help during working on Lincoln migration project.

I directly contact you and Lincoln migration team because Steven Spooner Goss, a software and resource robber, doesn't give me change to say good bye to the team. But the most important is that I want to transfer you all the problems of Lincoln migration project so you can resolve them without MARS and ASG-ECM. I was asked to hide these problems by Steve Spooner Goss before because he doesn't want to show them to Lincoln and IBM. But I need to report the problems to Licoln to help resolve the problems.

Here are the list of big problems of Lincoln migration projects:

1. Duplicated document ingest to CMOD PROD because of MARS import, MARS export and MARS ingest: As you see there are lot of duplicated ingests in the status report of move group , move group 2, and move group 3.

The problem is that a document is imported two times and exported two times and the ingest two times to CMOD PROD. That is the big problem of MARS import and MARS export. The problems can't be resolved by deleting job id or load id becasue the duplicated documents were distributed in many load id and job id so we don't know which load id or job id need to be deleted. ASG-ECM even doesn't know how to delete load id (They still investigate this). They need about 5 years to delete duplicated documents which were loaded to CMOD PROD.

2. Duplicated ingest of job id to PROD CMOD because of audit database failure: At beginning ingest for job id, the audit databasew works fine but audit database was failed (because log data file was full) at the end of loading so the audit database could not be updated. Then we don't kow which job id completed and we loaded many times (again and again) for a job id. The information of load id was not tracked in audit database. Also that information was not listed on status report so Lincoln doesn't know about that. Lincoln can re-check on PROD to know the problem on PROD.

3. Duplicated ingest of job id to CMOD PROD because of wrong manual operations: There are a lot of error during extract, import, export and ingest so
I must handle the error by manual operation and I loaded many job id two times. That is wrong of operation.

4. MARS problems:

a. This is the first time ASG-ECM (Steven Spooner Goss) selling MARS to customer. Lincoln project is for examination, not production. MARS is not certified. That is totally failed project.

b. It stop working many times a day, a lot of times a weeks during production . It ran there days then it died. We (ASG-ECM) then take one week to shrink database file and shrink log file to make it run again. ASG-ECM spends a lot of time to maintain MARS database. Also MARS import takes a lot of time for completing a job id. You can check in move group 1, we run 5 times to complete a job id (batch id).

c. The drive was not mapped correctly, and the documents could not be imported but MARS audit database tracked job as "success" import (has_faile=0).

d. The MARS export was broken during export and gi file (ind file) could not be generated. ASG-ECM doesn't know how to handle this cases and I must handle manually
and it leads to many issues when CMOD loading.

e. Steven Spooner Goss uses audit database for reconciliation but that database could not be queried to list the error documents (reports) when needed because the table mars_document_detail is too big. There are about 200M records in this table. That audit database could not be used for online as he expected.

f. When Lincoln asked the list of error documents, Steven Spooner Goss could not provide. Then with my help, we (Vietnam ECM Solutions) installed our tool to help find out the missing document list for Lincoln. I need to remove these tool out of Lincoln machine because that is non-license tool, that is our tool, not ASG-ECM's tool.

g. MARS delete: MARS takes a lot of time to delete a job id out of database. When Kurt asking for re-extract, delete and re-import, and re-export for 4 report ids which were changed metadata, ASG-ECM could not do with their MARS delete utilities. It will takes one month or more to delete these 4 report ids. I then processed these 4 report IDs outside of MARS. I processed about 3M (three millions) documents without MARS (I don't use MARS to process 4 these large report ids). This is an example of processing documents without MARS.

5. Font clipping problems: I did load to CMOD PROD two times for many jobs (of documents) in font clipping which has documents were not fixed the problem of font clipping.
Also I selected the wrong date range for font clipping and wrong report id list for font clipping because I did it manually, and I made some mistake about that. If documents have no font clipping issue, and we fix them by running font clipping fixing tool,then these documents will be bad documents. They need to be deleted out of CMOD and re-load them again after fixing font clipping.

6. Wrong format of date time: I did wrong thing because I did not follow your algorithm for date format for user_key_7 and user_key_5. Some date has year 2001 was changed 2011, 2002 was changed to 2012, 2003 was changed 2013, 2004 was changed to 2014, etc... Also I did not inluded the latest update of the gi tool to gi export phase but I run gi tool to generate ind files manually after export done. And I saw a lot of problem of date format. And there are many report id we fix date format manually, I did the same wrong thing because there are many error in the gi file I must take care.

7. Loading documents to CMOD without MARS: That is good solutions but I have no time to copy all of them to local drive (drive M:) and I loaded them directly on drive L:
and there are a lot of documents (pdfs) could not be read by arsload, and it was failed during loading.


My suggestions:

1. Remove MARS out of Lincoln projects: I have loaded about ~5M (five millions) documents to CMOD PROD without MARS in a week (In this project, we have only about 17M). These 5M documents are in font clipping report id list and 4 report ids which was requested to re-extract, import, export but I did not do that. I loaed them without MARS. We only need extract tool for generation. That is an example showing that we can handle this project without MARS. I will provide Lincoln the script and documentation to do this without ASG-ECM. Kurt can totally do this and is an expert here. ASG-ECM is only an assistant. There are no reason to use MARS and ASG-ECM for this project. ASG-ECM has eaten Lincoln a lot of time, resources because of their solutions with MARS.

2. If Lincolnd continues with MARS and ASG-ECM, then ASG-ECM need about 5 years to delete duplicated documents ingested and find out missing documents

3. Kurt can complete this project in 4 month without MARS. I don't know if we need to keep documents ingested to CMOD PROD or delete all of them. If we delete all of them, we need to build new CMOD system (I am not sure about this).

Here is sort steps for doing that without MARS:
a. Still keep extract tool or define new script to generate job id. Prepare all job id for next step
b. Copy all files from Docfinity share folder to drive M (local drive). Need to keep folder structure as-is
c. Store PG_ID and full file path of documents (these two fields are key) in a table for validation and lookup (also check about file size and if they exist)
d. Generate gi file, do validation and keep track missing document during generating gi file.
e. Find out missing files (pdf) and PG_ID before loaded them to CMOD (using my script and a table)
f. Load jobs to CMOD PROD.
g. We can handle the same for COLD report, export them from Docfinity and name them as in file_path_pg_id.txt and generate gi file and ingest.

4. We don't need MARS database which requires about 20TB space and we takes much time for backup, maintain, shrink and it eats us a lot of time.

5. We don't need 30 virtual machines for this migration. We just need only 5 VMs (10 threads) for running export COLD using docfinity API. And we use main server
for copying pdfs files from Docfinity share folder to main server for processing.

6. We don't need disk space (20TB) for export from MARS if we don't use MARS

7. MARS uses resource 5 times and takes us 5 times for handling if comparing with my solutions (just scripts and gi tool)

8. We don't need a lot of resource (enginers) for this projects. Kurt, Ron can handle this well. ASG-ECM just waste time and resource of Lincoln.

9. Lincoln need to protect confidential documents, report statement, non-disclosure documents from migration data because there is no agreement done by ASG-ECM (Steven Spooner Goss).

My requests: We, Vietnam ECM Solutions, are independent company who was partner of ASG-ECM to provide software and resource to implement for AGS-ECM (We are not ASG-ECM's employee)

We are owner of MARS (10%) as agreement attached (signed by Steve Spooner Goss) and font clipping tool is developed by Vietnam ECM Solutions. We requested Lincoln:

1. If Lincoln continues to work with ASG-ECM, please remove/delete the font clipping out of Liconln machine
2. If Licoln continues to work with ASG-ECM, please paid us money for MARS usage
3. Lincoln, please remove the our tools which ASG-ECM using for reconciliation task (they are command line). I also install many tools such Total Commander, Ultra Editor, etc. Please help remove them out of Lincoln machine.


About Steven Spooner Goss:

1. He stil doesn't paid us three months of salary for using our two resources. He paid us only $1250/month, 4 hour/day for this project in 1.5 years but he asked to
enter timesheet 10 hour/day to bill Lincoln, please see invoice attached for futher i

Kết quả (Việt) 1:

Thân mến Kurt và Lincoln di chuyển đội bóng,Tôi là Đức người đã làm việc ngày Lincoln di chuyển dự án với Kurt cho hơn một năm trước đây như là một dẫn teachnical của ASG-ECM bên. Tôi đang viết để nói tạm biệt với bạn và muốn nhờ bạn về giúp đỡ của bạn trong thời gian làm việc trên dự án di chuyển Lincoln. Tôi trực tiếp liên hệ với bạn và Lincoln di chuyển nhóm vì Steven Spooner Goss, phần mềm và tài nguyên cướp, không cung cấp cho tôi thay đổi để nói bye tốt để đội. Nhưng quan trọng nhất là tôi muốn chuyển bạn tất cả các vấn đề của Lincoln di chuyển dự án do đó bạn có thể giải quyết chúng mà không có sao HỎA và ASG-ECM. Tôi đã được yêu cầu để ẩn các vấn đề của Steve Spooner Goss trước khi bởi vì ông không muốn hiển thị chúng cho Lincoln và IBM. Nhưng tôi cần phải báo cáo những vấn đề cho Licoln để giúp giải quyết các vấn đề.Dưới đây là danh sách các vấn đề lớn của Lincoln di chuyển dự án:1. chuyển tài liệu ăn để CMOD PROD vì sao HỎA nhập, sao HỎA xuất khẩu và sao HỎA ăn: như bạn thấy có rất nhiều nhân đôi ingests trong tình trạng báo cáo của nhóm di chuyển, di chuyển nhóm 2, và di chuyển nhóm 3.Vấn đề là một tài liệu được nhập khẩu hai lần và xuất khẩu hai lần và ăn hai lần để CMOD PROD. Đó là vấn đề lớn của sao HỎA nhập khẩu và xuất khẩu sao HỎA. Những vấn đề không thể được giải quyết bằng cách xóa bỏ công việc id hoặc nạp id do các tài liệu trùng lặp đã được phân phát trong nhiều tải id và id công việc vì vậy chúng tôi không biết mà tải id hoặc id công việc cần phải được xóa. ASG-ECM thậm chí không biết làm thế nào để xóa tải id (họ vẫn còn điều tra này). Họ cần khoảng 5 năm để xóa văn bản trùng lặp đó đã được nạp để CMOD PROD.2. nhân đôi ăn công việc ID để PROD CMOD vì kiểm toán cơ sở dữ liệu không: đầu ăn cho công việc id, databasew kiểm toán hoạt động tốt, nhưng cơ sở dữ liệu kiểm toán không thành công (vì tệp sổ ghi dữ liệu được đầy đủ) vào cuối tải do đó không cập nhật cơ sở dữ liệu kiểm toán. Sau đó chúng tôi không tính id mà công việc hoàn thành và chúng tôi nạp nhiều lần (một lần nữa và một lần nữa) cho một id công việc. Thông tin của tải id không được theo dõi trong cơ sở dữ liệu kiểm toán. Cũng thông tin đó không được liệt kê trên báo cáo tình trạng để Lincoln không biết về điều đó. Lincoln có thể kiểm tra lại ngày PROD để biết vấn đề trên PROD.3. nhân đôi ăn công việc ID để CMOD PROD vì sai hoạt động hướng dẫn sử dụng: có rất nhiều lỗi trong chiết xuất, nhập khẩu, xuất khẩu và ăn như vậy Tôi phải xử lý lỗi bởi hoạt động hướng dẫn sử dụng và tôi nạp nhiều công việc id hai lần. Đó là sai của hoạt động.4. báo vấn đề: a. điều này là tiên ASG-ECM (Steven Spooner Goss) bán sao HỎA cho khách hàng. Dự án Lincoln là xét nghiệm, không sản xuất. Sao HỎA không được chứng nhận. Đó là dự án hoàn toàn thất bại. sinh nó ngừng hoạt động nhiều lần một ngày, rất nhiều lần một tuần trong thời gian sản xuất. Nó chạy có ngày sau đó nó đã chết. Chúng tôi (ASG-ECM) sau đó mất một tuần để thu hẹp cơ sở dữ liệu tập tin và thu hẹp tệp nhật ký để làm cho nó chạy một lần nữa. ASG-ECM dành rất nhiều thời gian để duy trì cơ sở dữ liệu sao HỎA. Cũng nhập khẩu MARS phải mất rất nhiều thời gian để hoàn thành một id công việc. Bạn có thể kiểm tra trong di chuyển nhóm 1, chúng tôi chạy 5 lần để hoàn thành công việc một id (lô id). c. ổ đĩa không được ánh xạ một cách chính xác, và các tài liệu có thể không được chuyển nhập nhưng MARS kiểm toán cơ sở dữ liệu theo dõi công việc như là "thành công" nhập khẩu (has_faile = 0). mất xuất khẩu sao HỎA đã bị phá vỡ trong xuất khẩu và gi file (ind tập tin) có thể không được tạo ra. ASG-ECM không biết làm thế nào để xử lý các trường hợp này và tôi phải xử lý theo cách thủ công và nó dẫn đến nhiều vấn đề khi tải CMOD. e. Steven Spooner Goss sử dụng cơ sở dữ liệu kiểm toán cho hoà giải nhưng không có thể truy vấn cơ sở dữ liệu đó vào danh sách các tài liệu lỗi (báo cáo) khi cần thiết bởi vì bảng mars_document_detail là quá lớn. Có khoảng 200 M ghi trong bảng này. Cơ sở dữ liệu kiểm toán mà không có thể được sử dụng cho trực tuyến như ông mong đợi. f. khi Lincoln yêu cầu danh sách các tài liệu lỗi, Steven Spooner Goss không thể cung cấp. Sau đó, với sự giúp đỡ của tôi, chúng tôi (Việt Nam giải pháp ECM) cài đặt của chúng tôi công cụ để giúp tìm ra danh sách tài liệu mất tích cho Lincoln. Tôi cần phải loại bỏ công cụ trên Lincoln máy bởi vì đó là công cụ phòng không giấy phép, là công cụ của chúng tôi, không phải công cụ ASG-ECM. g. MARS delete: MARS takes a lot of time to delete a job id out of database. When Kurt asking for re-extract, delete and re-import, and re-export for 4 report ids which were changed metadata, ASG-ECM could not do with their MARS delete utilities. It will takes one month or more to delete these 4 report ids. I then processed these 4 report IDs outside of MARS. I processed about 3M (three millions) documents without MARS (I don't use MARS to process 4 these large report ids). This is an example of processing documents without MARS. 5. Font clipping problems: I did load to CMOD PROD two times for many jobs (of documents) in font clipping which has documents were not fixed the problem of font clipping. Also I selected the wrong date range for font clipping and wrong report id list for font clipping because I did it manually, and I made some mistake about that. If documents have no font clipping issue, and we fix them by running font clipping fixing tool,then these documents will be bad documents. They need to be deleted out of CMOD and re-load them again after fixing font clipping.6. Wrong format of date time: I did wrong thing because I did not follow your algorithm for date format for user_key_7 and user_key_5. Some date has year 2001 was changed 2011, 2002 was changed to 2012, 2003 was changed 2013, 2004 was changed to 2014, etc... Also I did not inluded the latest update of the gi tool to gi export phase but I run gi tool to generate ind files manually after export done. And I saw a lot of problem of date format. And there are many report id we fix date format manually, I did the same wrong thing because there are many error in the gi file I must take care.7. Loading documents to CMOD without MARS: That is good solutions but I have no time to copy all of them to local drive (drive M:) and I loaded them directly on drive L: and there are a lot of documents (pdfs) could not be read by arsload, and it was failed during loading.My suggestions:1. Remove MARS out of Lincoln projects: I have loaded about ~5M (five millions) documents to CMOD PROD without MARS in a week (In this project, we have only about 17M). These 5M documents are in font clipping report id list and 4 report ids which was requested to re-extract, import, export but I did not do that. I loaed them without MARS. We only need extract tool for generation. That is an example showing that we can handle this project without MARS. I will provide Lincoln the script and documentation to do this without ASG-ECM. Kurt can totally do this and is an expert here. ASG-ECM is only an assistant. There are no reason to use MARS and ASG-ECM for this project. ASG-ECM has eaten Lincoln a lot of time, resources because of their solutions with MARS.2. If Lincolnd continues with MARS and ASG-ECM, then ASG-ECM need about 5 years to delete duplicated documents ingested and find out missing documents3. Kurt can complete this project in 4 month without MARS. I don't know if we need to keep documents ingested to CMOD PROD or delete all of them. If we delete all of them, we need to build new CMOD system (I am not sure about this).Here is sort steps for doing that without MARS: a. Still keep extract tool or define new script to generate job id. Prepare all job id for next step b. Copy all files from Docfinity share folder to drive M (local drive). Need to keep folder structure as-is c. Store PG_ID and full file path of documents (these two fields are key) in a table for validation and lookup (also check about file size and if they exist) d. Generate gi file, do validation and keep track missing document during generating gi file. e. Find out missing files (pdf) and PG_ID before loaded them to CMOD (using my script and a table) f. Load jobs to CMOD PROD. g. We can handle the same for COLD report, export them from Docfinity and name them as in file_path_pg_id.txt and generate gi file and ingest.4. We don't need MARS database which requires about 20TB space and we takes much time for backup, maintain, shrink and it eats us a lot of time. 5. We don't need 30 virtual machines for this migration. We just need only 5 VMs (10 threads) for running export COLD using docfinity API. And we use main server for copying pdfs files from Docfinity share folder to main server for processing.6. We don't need disk space (20TB) for export from MARS if we don't use MARS7. MARS uses resource 5 times and takes us 5 times for handling if comparing with my solutions (just scripts and gi tool)8. We don't need a lot of resource (enginers) for this projects. Kurt, Ron can handle this well. ASG-ECM just waste time and resource of Lincoln.9. Lincoln need to protect confidential documents, report statement, non-disclosure documents from migration data because there is no agreement done by ASG-ECM (Steven Spooner Goss).My requests: We, Vietnam ECM Solutions, are independent company who was partner of ASG-ECM to provide software and resource to implement for AGS-ECM (We are not ASG-ECM's employee)We are owner of MARS (10%) as agreement attached (signed by Steve Spooner Goss) and font clipping tool is developed by Vietnam ECM Solutions. We requested Lincoln:1. If Lincoln continues to work with ASG-ECM, please remove/delete the font clipping out of Liconln machine2. If Licoln continues to work with ASG-ECM, please paid us money for MARS usage3. Lincoln, please remove the our tools which ASG-ECM using for reconciliation task (they are command line). I also install many tools such Total Commander, Ultra Editor, etc. Please help remove them out of Lincoln machine.About Steven Spooner Goss:1. He stil doesn't paid us three months of salary for using our two resources. He paid us only $1250/month, 4 hour/day for this project in 1.5 years but he asked to enter timesheet 10 hour/day to bill Lincoln, please see invoice attached for futher i

Kết quả (Việt) 2:

Thưa nhóm di cư Kurt và Lincoln, tôi Đức đã làm việc về dự án di chuyển Lincoln với Kurt trong hơn một năm trước đây như là một dẫn teachnical của bên ASG-ECM của. Tôi viết thư này để nói tạm biệt với bạn và muốn nhờ bạn về giúp đỡ của bạn trong thời gian làm việc trên dự án di chuyển Lincoln. Tôi trực tiếp liên lạc với bạn và nhóm di cư Lincoln vì Steven Spooner Goss, một phần mềm và tài nguyên cướp, không cho tôi thay đổi để nói tạm biệt với đội bóng. Nhưng quan trọng nhất là tôi muốn chuyển tất cả các bạn các vấn đề của dự án di chuyển Lincoln, do đó bạn có thể giải quyết chúng mà không MARS và ASG-ECM. Tôi đã được yêu cầu để ẩn các vấn đề của Steve Spooner Goss trước bởi vì anh ta không muốn hiển thị chúng cho Lincoln và IBM. Nhưng tôi cần phải báo cáo các vấn đề để Licoln để giúp giải quyết các vấn đề. Dưới đây là danh sách các vấn đề lớn của dự án di dân Lincoln: 1. Nhân đôi tài liệu ingest để CMOD PROD vì MARS nhập khẩu, xuất khẩu MARS và MARS ingest: Như bạn thấy có rất nhiều ingests trùng lặp trong các báo cáo tình trạng của nhóm di chuyển, di chuyển nhóm 2, và di chuyển nhóm 3. Vấn đề là một tài liệu là nhập khẩu hai lần và xuất khẩu hai lần và ingest hai lần để CMOD PROD. Đó là những vấn đề lớn của MARS nhập khẩu và xuất khẩu MARS. Những vấn đề không thể được giải quyết bằng cách xóa id công việc hoặc tải id becasue các tài liệu nhân đôi được phân phát ở nhiều tải id và công việc id vì vậy chúng tôi không biết được tải id id hoặc công việc cần phải được xóa. ASG-ECM thậm chí không biết làm thế nào để xóa tải id (Họ vẫn còn điều tra này). Họ cần khoảng 5 năm để xóa các tài liệu trùng lặp đã được nạp vào CMOD PROD. 2. Ingest lặp lại của công việc id để sản CMOD vì thất bại của cơ sở dữ liệu kiểm toán: Tại đầu ingest cho công việc id, kiểm toán databasew hoạt động tốt nhưng kiểm toán cơ sở dữ liệu đã bị thất bại (vì file dữ liệu log là đầy đủ) vào cuối tải vì vậy các cơ sở dữ liệu kiểm toán có thể không được cập nhật. Sau đó, chúng tôi không Kow mà công việc hoàn thành và chúng tôi id nạp nhiều lần (một lần nữa và một lần nữa) cho một id công việc. Các thông tin về tải id đã không theo dõi trong cơ sở dữ liệu kiểm toán. Ngoài ra thông tin đã không được liệt kê trên báo cáo tình trạng như vậy Lincoln không biết về điều đó. Lincoln có thể kiểm tra lại trên PROD để biết được vấn đề trên PROD. 3. Nhân đôi ingest công việc id để CMOD PROD vì hoạt động thủ sai: Có rất nhiều lỗi trong quá trình chiết xuất, nhập khẩu, xuất khẩu và ăn nên tôi phải xử lý các lỗi bằng cách hoạt động hướng dẫn và tôi nạp nhiều công việc id hai lần. Đó là sai lầm của hoạt động. 4. Vấn đề MARS: a. Đây là lần đầu tiên ASG-ECM (Steven Spooner Goss) bán MARS cho khách hàng. Dự án Lincoln là để kiểm tra, không sản xuất. MARS không được chứng nhận. Điều đó hoàn toàn là dự án thất bại. b. Nó ngưng hoạt động nhiều lần trong một ngày, rất nhiều lần một tuần trong thời gian sản xuất. Nó chạy có ngày sau đó nó đã chết. Chúng tôi (ASG-ECM) sau đó dùng một tuần để thu nhỏ file cơ sở dữ liệu và thu nhỏ file log để làm cho nó chạy lại. ASG-ECM dành rất nhiều thời gian để duy trì cơ sở dữ liệu MARS. Cũng MARS nhập khẩu phải mất rất nhiều thời gian để hoàn thành một công việc id. Bạn có thể kiểm tra trong nhóm di chuyển 1, chúng tôi chạy 5 lần để hoàn thành một công việc id (batch id). c. Các lái xe đã không ánh xạ chính xác, và các tài liệu không thể được nhập khẩu nhưng cơ sở dữ liệu kiểm toán MARS theo dõi công việc như là "thành công" nhập khẩu (has_faile = 0). d. Việc xuất khẩu MARS đã bị hỏng trong quá trình xuất khẩu và tập tin gi (file ind) không thể được tạo ra. ASG-ECM không biết làm thế nào để xử lý các trường hợp này và tôi phải xử lý bằng tay và nó dẫn đến nhiều vấn đề khi CMOD loading. e. Steven Spooner Goss sử dụng cơ sở dữ liệu kiểm toán cho hòa giải nhưng cơ sở dữ liệu mà không thể được truy vấn để liệt kê các lỗi văn bản (báo cáo) khi cần thiết vì mars_document_detail bảng là quá lớn. Có khoảng 200M ghi trong bảng này. Đó là cơ sở dữ liệu kiểm toán không thể được sử dụng cho các tuyến như anh mong đợi. f. Khi Lincoln hỏi danh sách các tài liệu lỗi, Steven Spooner Goss không thể cung cấp. Sau đó, với sự giúp đỡ của tôi, chúng tôi (Giải pháp ECM Việt Nam) được cài đặt công cụ của chúng tôi để giúp tìm ra danh sách các tài liệu còn thiếu cho Lincoln. Tôi cần phải loại bỏ các công cụ ra khỏi máy Lincoln, vì đó là công cụ không giấy phép, đó là công cụ của chúng tôi, không phải công cụ ASG-ECM của. g. MARS xóa: MARS mất rất nhiều thời gian để xóa một id công việc ra khỏi cơ sở dữ liệu. Khi Kurt yêu cầu tái xuất, xóa và tái nhập khẩu, tái xuất khẩu trong 4 id báo cáo đó đã thay đổi siêu dữ liệu, ASG-ECM không thể làm với MARS họ xóa các tiện ích. Nó sẽ mất một tháng hoặc nhiều hơn để xóa những 4 id báo cáo. Sau đó tôi xử lý các báo cáo 4 ID bên ngoài của MARS. Tôi xử lý về 3M (ba triệu) tài liệu mà không MARS (tôi không sử dụng MARS để xử lý 4 các ids báo cáo lớn). Đây là một ví dụ về văn bản xử lý mà không cần MARS. 5. Vấn đề clipping Font: Tôi đã tải để CMOD PROD hai lần cho nhiều công việc (tài liệu) trong phông clipping đã tài liệu không được cố định các vấn đề của phông chữ clipping. Ngoài ra tôi đã chọn phạm vi ngày sai cho font clipping và danh sách id báo cáo sai clipping font bởi vì tôi đã làm nó bằng tay, và tôi đã thực hiện một số sai lầm về điều đó. Nếu tài liệu không có font chữ clipping vấn đề, ​​và chúng tôi khắc phục chúng bằng cách chạy chữ cắt sửa chữa công cụ, sau đó các tài liệu này sẽ là tài liệu xấu. Họ cần phải được xóa ra khỏi CMOD và tái nạp lại sau khi sửa font chữ clipping. 6. Định dạng sai thời gian ngày: Tôi đã làm điều sai trái bởi vì tôi đã không làm theo thuật toán của bạn để định dạng ngày cho user_key_7 và user_key_5. Một số ngày có năm 2001 đã được thay đổi năm 2011, 2002 đã được thay đổi đến năm 2012, 2003 đã được thay đổi vào năm 2013, năm 2004 đã được thay đổi đến năm 2014, vv ... Ngoài ra tôi đã không inluded các cập nhật mới nhất của các công cụ để gi gi giai đoạn xuất khẩu nhưng tôi chạy gi công cụ để tạo ra các file ind tay sau khi xuất khẩu thực hiện. Và tôi đã thấy rất nhiều vấn đề về định dạng ngày. Và có rất nhiều báo cáo id chúng tôi sửa chữa định dạng cập nhật bằng tay, tôi đã làm điều sai giống nhau, vì có rất nhiều lỗi trong file gi tôi phải chăm sóc. 7. Đang tải tài liệu để CMOD mà không MARS: Đó là giải pháp tốt, nhưng tôi không có thời gian để sao chép tất cả chúng lên ổ đĩa (ổ M :) và tôi nạp trực tiếp vào ổ L: và có rất nhiều các tài liệu (file PDF) không thể được đọc bởi arsload, và nó đã thất bại trong quá trình tải. đề xuất của tôi: 1. Di MARS hiện các dự án Lincoln: Tôi đã tải về ~ 5M (năm triệu) tài liệu để CMOD PROD mà không MARS trong một tuần (Trong dự án này, chúng tôi chỉ có khoảng 17M). Những tài liệu 5M là trong danh sách phông chữ id báo cáo clipping và 4 id báo cáo được yêu cầu tái xuất, nhập khẩu, xuất khẩu, nhưng tôi đã không làm điều đó. Tôi loaed chúng mà không cần MARS. Chúng tôi chỉ cần công cụ cho hệ trích xuất. Đó là một ví dụ cho thấy rằng chúng ta có thể xử lý các dự án này mà không MARS. Tôi sẽ cung cấp Lincoln kịch bản và tài liệu hướng dẫn để làm điều này mà không ASG-ECM. Kurt hoàn toàn có thể làm điều này và là một chuyên gia ở đây. ASG-ECM chỉ là một trợ lý. Không có lý do gì để sử dụng MARS và ASG-ECM cho dự án này. ASG-ECM đã ăn Lincoln rất nhiều thời gian, nguồn lực vì giải pháp của họ với MARS. 2. Nếu Lincolnd tiếp tục với MARS và ASG-ECM, sau đó ASG-ECM cần khoảng 5 năm để xóa các tài liệu trùng lặp ăn vào và tìm ra tài liệu còn thiếu 3. Kurt có thể hoàn thành dự án này trong 4 tháng mà không MARS. Tôi không biết nếu chúng ta cần phải lưu giữ các chứng tiêu hóa để CMOD PROD hoặc xóa tất cả trong số họ. . Nếu chúng ta xóa tất cả trong số họ, chúng ta cần phải xây dựng hệ thống CMOD mới (tôi không chắc chắn về điều này) Đây là loại bước để làm điều đó mà không MARS: a. Vẫn giữ công cụ trích xuất hoặc xác định kịch bản mới để tạo ra công việc id. Chuẩn bị tất cả các công việc id cho bước tiếp theo b. Sao chép tất cả các file từ thư mục chia sẻ Docfinity lái xe M (ổ đĩa cục bộ). Cần phải giữ cấu trúc thư mục như-là c. Cửa hàng PG_ID và đường dẫn tập tin đầy đủ các tài liệu (hai lĩnh vực này là key) trong một bảng để xác nhận và tra cứu (cũng kiểm tra về kích thước tập tin và nếu chúng tồn tại) d. Tạo tập tin gi, làm xác nhận và theo dõi tài liệu còn thiếu trong quá trình tạo ra các tập tin gi. e. Tìm ra thiếu tập tin (pdf) và PG_ID trước khi nạp chúng vào CMOD (sử dụng kịch bản của tôi và một bảng) f. Việc làm Load để CMOD PROD. g. Chúng tôi có thể xử lý cùng với báo cáo LẠNH, xuất khẩu chúng từ Docfinity và đặt tên chúng như trong file_path_pg_id.txt và tạo ra file gi và nuốt. 4. Chúng ta không cần cơ sở dữ liệu MARS đòi hỏi về không gian 20TB và chúng tôi mất nhiều thời gian để sao lưu, duy trì, thu nhỏ và nó ăn chúng tôi rất nhiều thời gian. 5. Chúng ta không cần 30 máy ảo cho sự chuyển đổi này. Chúng ta chỉ cần chỉ 5 máy ảo (10 đề tài) để chạy xuất khẩu COLD sử dụng docfinity API. Và chúng tôi sử dụng máy chủ chính cho việc sao chép các tập tin pdf từ thư mục chia sẻ Docfinity đến máy chủ chính để xử lý. 6. Chúng tôi không cần không gian đĩa (20TB) cho xuất khẩu từ MARS nếu chúng ta không sử dụng MARS 7. MARS sử dụng tài nguyên 5 lần và đưa chúng ta 5 lần để xử lý nếu so sánh với các giải pháp của tôi (chỉ cần kịch bản và các công cụ gi) 8. Chúng ta không cần rất nhiều tài nguyên (enginers) cho các dự án này. Kurt, Ron có thể xử lý tốt điều này. ASG-ECM chỉ lãng phí thời gian và nguồn lực của Lincoln. 9. Lincoln cần phải bảo vệ tài liệu mật, tuyên bố bản báo cáo, tài liệu không công bố thông tin từ dữ liệu di cư vì không có thỏa thuận được thực hiện bởi ASG-ECM (Steven Spooner Goss). Yêu cầu của tôi: Chúng tôi, giải pháp ECM Việt Nam, là công ty độc lập là những người đối tác của ASG -ECM cung cấp phần mềm và tài nguyên để thực hiện cho AGS-ECM (Chúng tôi không ASG-ECM của nhân viên) Chúng tôi là chủ sở hữu của MARS (10%) là thỏa thuận kèm theo (có chữ ký của Steve Spooner Goss) và công cụ chữ clipping được phát triển bởi Việt Nam ECM Giải pháp. Chúng tôi yêu cầu Lincoln: 1. Nếu Lincoln tiếp tục làm việc với ASG-ECM, hãy loại bỏ / xóa font cắt ra khỏi Liconln máy 2. Nếu Licoln tiếp tục làm việc với ASG-ECM, xin vui lòng cho chúng tôi trả tiền cho MARS sử dụng 3. Lincoln, hãy loại bỏ các công cụ của chúng tôi mà ASG-ECM sử dụng cho nhiệm vụ hòa giải (họ là dòng lệnh). Tôi cũng cài đặt nhiều công cụ như Total Commander, Ultra Editor, vv Xin vui lòng giúp loại bỏ chúng ra khỏi máy Lincoln. Về Steven Spooner Goss: 1. Ông stil không trả tiền cho chúng tôi ba tháng lương cho việc sử dụng hai nguồn tài nguyên của chúng tôi. Ngài đã trả cho chúng ta chỉ 1250 $ / tháng, 4 giờ / ngày cho dự án này trong 1,5 năm, nhưng ông yêu cầu nhập timesheet 10 giờ / ngày để hóa đơn Lincoln, xin vui lòng xem hóa đơn kèm theo cho thêm tác i