forked from HANYANG/HANYANG_MES
113 lines
5.1 KiB
PHP
113 lines
5.1 KiB
PHP
<?php
|
||
|
||
//curl_request( $access_url, $query="", $method="GET", $headers="", $options="", $cookie="" )
|
||
// key : $5$API$f2fQIJ6vQMFDpC/LuoCx6jLVRwWpC3ZyqEZdkFP.nC/
|
||
ini_set("display_errors",1);
|
||
phpinfo();
|
||
exit;
|
||
|
||
|
||
|
||
include __DIR__."/../../lib/base/usr_func.php";
|
||
|
||
|
||
|
||
$access_url = "https://log.smart-factory.kr/apisvc/sendLogData.json";
|
||
$params = Array (
|
||
"crtfcKey" => '$5$API$7XWCxM/vX7QCI4WT940IExYHkNs7Nx9JtzwU0bOmGt2',
|
||
"logDt" => date("Y-m-d H:i:s.000"),
|
||
"useSe" => "접속",
|
||
"sysUser" => $GLOBALS['_Umem']['member_name']?:"kuls00",
|
||
"conectIp" => get_ip(),
|
||
"dataUsgqty" => 0,
|
||
);
|
||
|
||
$ret = curl_request( $access_url, $params, "POST" );
|
||
|
||
pp($ret);
|
||
|
||
//phpinfo();exit;
|
||
?>
|
||
<!doctype html>
|
||
<html lang="ko">
|
||
<head>
|
||
<meta charset="utf-8">
|
||
<meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-fit=no">
|
||
<meta name="description" content="Member Login">
|
||
<title>(주)스틸코리아</title>
|
||
</head>
|
||
<body>
|
||
<?php
|
||
echo 111;
|
||
$mbox = imap_open("{imap.naver.com.com:993/imap/ssl}INBOX","frody@imemo.co.kr","");
|
||
|
||
$list = imap_getmailboxes($mbox, "{imap.gmail.com}", "*" );
|
||
|
||
if (is_array($list)) {
|
||
foreach ($list as $key => $val) {
|
||
echo "($key) ";
|
||
echo $val->name . ",";
|
||
echo mb_convert_encoding($val->name, 'UTF-8', 'UTF7-IMAP') . ",";
|
||
echo "'" . $val->delimiter . "',";
|
||
echo $val->attributes . "<br />\n";
|
||
}
|
||
} else {
|
||
echo "imap_getmailboxes başarısız oldu: " . imap_last_error() . "\n";
|
||
}
|
||
|
||
imap_close($mbox);
|
||
?>
|
||
</body>
|
||
</html>
|
||
|
||
<?php
|
||
/* Todo:
|
||
계획/작업 지시를 정리 중이다.
|
||
- 계획과 지시 진행 완료 등을 구분하려 하는데... DB가 현재 완전히 꼬여 있는듯하다.
|
||
진행 상태가 P_WO 에 기록 되는데 P_WO 는 통합 갯수만 포함하고 있기 때문에, 공정으로 나눠져 있어도
|
||
기기별 완료 상태나, 숫자가 쪼개진 작업지시별 완료 상태등 정확한 완료기록이 되지 못하는것 같다.
|
||
P_WO_OPER_FACILITY 에는 나눠진 작업지시가 들어가지만 앞뒤공정이나 진행상태가 존재하지 않는다.
|
||
정리하고 수습해보자. (아마 수주번호별이 아닌 일품별로 작업지시가 내려가는게 맞을듯 싶은데... 갯수가 존재하는 항목이 있을수 있어서 이러지도 저러지도)
|
||
|
||
|
||
1. 작업지시 메인 P_WO
|
||
2. 작업지시 설비 P_WO_OPER_FACILITY
|
||
3. 단일재료인 경우는 1개가 설비 별로 이동하며 작업이 되는데
|
||
4. 멀티재료인 경우는 여러개가 여러설비 별로 이동하며 작업해야 해서 P_WO_OPER_FACILITY 에 수량이 붙는다.
|
||
|
||
5. 작업지시가 안내려 졌을 때는 P_WO 와 P_WO_OPER_FACILITY 에 설비 1번으로 고정되어 나눠지지 않은 상태로 저장된다.
|
||
|
||
작업의 진도를 확인하기 위해서는
|
||
1. 일품이 각각 어느 공정에 위치하며 언제 작업이 시작되고 언제 작업이 완료 되었는지 기록 되어야 한다.
|
||
- P_PRODUCT_ITEM_MST 에 CUR_OP_CD 현재공정, LAST_OP_CD 에 마지막 공정이 기록되며
|
||
- 자주성적검사는 P_PRODUCT_ITEM_INSP_HST 에 기록된다.
|
||
- 사전검사는 P_PRODUCT_PRE_ITEM_INSP_HST 에 기록된다.
|
||
2. 설비에서 현재 누가 어떤 작업을 하고 있는지는
|
||
- P_FACILTY_CUR_WORKER 에 기록되고
|
||
3. 설비의 가동이력 / 일품의 작업 이력은
|
||
- P_FACILTY_OPER_HST 에 기록된다. (설비 / 일품의 모든 실적은 여기서 확인이 된다고 본다.)
|
||
4. 앱에서는 수주번호기준으로 P_WO에서 이전공정 다음공정을 확인하면 되겠고
|
||
|
||
5. 일품별로 입고 되었는지 여부를 확인하기 위해서....
|
||
- P_PRODUCT_ITEM_MST 와 입고반품 기록을 확인한다. I_IO_HST / I_ONHAND_STOCK 을...
|
||
|
||
|
||
|
||
|
||
6. 작업이 시작되면 P_WO (라우팅) 를 변경하지 말아야하고 (W) 상태 이상.
|
||
P_WO_OPER_FACILITY 는 작업이 진행되지 않은 부분에서 설비를 바꾸거나 쪼갤수 있다.
|
||
|
||
7. 앱에서 작업을 가져가는 기준은 NULL/S(확정)/P(계획)/I(지시)/W(작업중)/F(완료) 로 이행된다.
|
||
|
||
8. 현재 가장 큰 문제점은 작업이 확정/계획/지시 되고 난뒤.. 라우팅이 사용자에 의해 변경될때, 작업지시에 이미 저장된 내용이 변경되지 않고 그대로 남아 변경을 제대로 반영을 못시켜주는데 있다.
|
||
문제점은 이것을 과거 데이터로 그대로 가져갈것이냐. 새로운 라우팅으로 변경시킬것이냐 인데... 작업시작을 기준으로 과거데이터 / 새로운 라우팅으로 봐야 할것같은데... 생각의 정리가 필요하다.
|
||
|
||
//https://dl3.downloadly.ir/Files/Software/DBeaver_Ultimate_23.1_Multilingual_Downloadly.ir.rar
|
||
|
||
문제점
|
||
1. 작업 진행 상태를 설비별 작업지시에 부여 해야 한다.
|
||
2. 설비별 작업지시에는 앞뒤 공정 정보가 없다.
|
||
3. 이전에 저장된 라우팅이 있고 변경된 새 라우팅이 있을때 변경된 내용을 가져오는 부분이 있다. -> 저장된 후에는 기존 자료만을 가져오게 한다. (JOIN 된 SP를 별도의 SP로 나눈다.)
|
||
4. 위의 6번이 수행되어야 하고
|
||
※. 작업지시가 갯수의 묶음으로 지정 되어 있는데.... 일품단위로 작업지시가 되어야 하는거....
|
||
*/
|