출판사라면 ERP를 사용하지 않고 창고, 물류 프로그램을 주로 사용하고 계십니다. 모아시스라는 프로그램을 많이 사용하는데 이 프로그램에는 대량등록이라는 기능이 있습니다.
저희는 봄봄스쿨이라는 출판사이고 지난 10여년간 아침주문하는 일을 경리가 대신하고 있었습니다. 그런데 휴가 갔을 때 대신해보면서 이걸 자동화 하면 안될까? 라고 생각해서 개발했습니다.
아침에 온라인서점, 오더피아 등 서점발주 데이터를 수집해서 온라인 서점별 발주서류로 모두 변환해서 엑셀파일로 변환해서 등록할 수 있게 제공합니다. 예스24의 경우 파주, 대구 별도로 발송해야하는 주문서가 하나로 뭉쳐있습니다. 그것을 분리해서 모아시스에 맞게 변환합니다. 교보도 마찬가지입니다.
DB공유를 하지 않기 때문에 로그인해서 엑셀로 받은 파일을 저희 서버에 변환기로 바꿔 사용할 수 있습니다. 모아시스 대량등록 포맷에 바꾸는 일밖에 하지 않습니다. 따라서 DB가 유출되거나 바꾸거나 하는 일은 있을 수 없고 모아시스에 무언가 요청을 하거나 데이터를 사용하지 않습니다.
출판유통통합전산망을 이용해서 DB를 공유하면 다양한 도서정보, 서지정보와 판매데이터를 받아올 수 있습니다. 출판유통통합전산망은 도서 위주이기 때문에 유아, 어린이, 취미, 문구를 제작하는 출판사에게는 이빨빠진 도서정보를 제공합니다. 전체 상품 ISBN을 지원하기 때문에 판매정보, 할인, 이벤트 정보등에 활용할 수 있습니다.
저희는 기존 출판사에게 모아시스 내부에 프로그램으로 애드온할 생각이었으나 하도 연락을 안받기에 따로 운영을 하도록 합니다. 1인출판, 소형출판사에는 무료로 제공하며 중형, 대형 모아시스를 사용하지 않는 출판사에게는 각 WMS에 맞는 포맷으로 데이터 출력구조를 변경하여 제공할 생각입니다.
북센, 영풍문고, 서점에서 오더피아를 사용하고 있는 경우 오더피아 주문을 받아 데이터를 처리합니다. 오더피아의 주문, 반품 상황 및 서점출고현황을 확인할 수 있게 만들어 아침에 주문 발주 실수 또는 창고의 재고누락으로 발송하지 못한 경우를 바로 판단할 수 있습니다.
창고 시스템에 재고가 없는 경우 빨간색으로 표기하며 97, 88을 구분하여 향후 원장을 분리해서 계산서 발급할 때 사용할 수 있습니다.
온라인 서점
주문서 수발주는 온라인 서점 Yes24의 경우 수동과 자동으로 등록해서 사용할 수 있습니다. 수동의 경우 Yes24 관리프로그램에서 다운받은 엑셀파일을 드래그앤드롭으로 파일을 등록하면 주문서의 이상유무를 확인하고 변환한 데이터를 csv, xls 로 파일을 다운로드 받을 수 있습니다.
주문에 혹시 이름이 다르거나 에러가 나면 붉은 색으로 표시하고 코드를 누르면 출판물 리스트를 검색해서 대체합니다.
기본적으로 이 기능을 제공하려고 하며 직원의 시간을 절약하여 마케팅이나 다른 SNS활동을 하게 하는게 목적입니다.
저희 회사는 원래 IT 개발사로 플래시 기반 네이버 광고 솔루션, 다음 광고, 미니홈피, 아바타몰 등을 개발한 바 있습니다. 현재 이벤트기반 출판 마케팅 ERP를 준비하고 있습니다. 현재 도서DB 실시간 트래킹, 서평 DB 확인, 챗봇, 자체 솔루션으로 출판사에서 독립적으로 사용하고 있으며 출판ERP + WMS기반 도서, 상품 유통 프로그램을 준비중입니다.
퍼즐책 시리즈를 여러작업을 하지 않게 수 많은 퍼즐을 DB화 하고 인디자인에서 한 번에 편집하고 불러와서 문제, 정답에 고유번호를 가지고 문제 따로 정답 따로 디자인을 일괄 적용할 수 있게 만드는 것을 마무리했습니다.
idml로 데이터 수정해서 자동으로 책이 생성되게 하고 다시 사람이 디자인이 필요한 부분과 마스터페이지를 손 보고 몇가지 레이아웃이 자동처리되게 프로그램해서 마무리를 했습니다.
페이지 디자인에 따라 보기 좋은 유형으로 배치하고 설명 페이지를 넣어야 해서 그 부분을 끼워 넣어도 페이지 번호나 문제 번호가 바뀌어도 한 번에 수정할 수 있도록 만들었습니다. 이제 흑백 페이지 부분은 그냥 이렇게 작업을 마무리 하고 이제 컬러 페이지에 해당하는 것을 넣으면 됩니다.
문제를 2만개 이상 만들고 재배열 할 수 있게 구현한 것 이외에 난이도별 POD로 다품종 소량 문제은행으로 구성이 가능할 것입니다.
하여간 이제 인디자인으로 인디자인 클리닝해서 epub3를 만들 수 있는 것을 설계중입니다.
퍼즐 + 앱으로 동시에 즐길 수 있는 아이디어 및 인디자인의 드로잉 오브젝트 깨지는 것을 해결 하는 것 이외에 폰트 변경, 슬라이드로 등등 대체 오브젝트로 교체하는 것도 진행하고 있습니다.
원래는 에디터를 만들어볼까 하다가 인디자인-> idml (클리닝 + 컨버팅) -> 인디자인 편집 -> epub 으로 깨끗하게 출력되는 서비스를 생각하고 있습니다.
IDML을 사용한 것은 어피니티 퍼블리셔로 전환할 생각으로 준비하고 있었던 일이었는데 이제 재미있는 작업을 거의 마무리했습니다. 저는 일단 퍼즐책, 잡지를 위한 프로그램을 먼저했고 데이터기반으로 생성된 퍼즐, 미로, 크로스워드, 텍스트 등등을 하나의 에셋으로 넣습니다.
일단 고유 ID를 가진 번호를 가지고있고 퍼즐의 타입을 데이터베이스로 구축해서 운영하고 있습니다. 고유ID가 필요한 것은 책 디자인을 해서 퍼즐이 어떤 위치로 가 있던 그것을 판단해서 문제번호, 정답번호를 자동으로 교체할 수 있기 때문입니다. 문제은행 설계랑 비슷합니다.
사용한 퍼즐은 중복체크해서 더 이상 문제생성할 때 나오지 않도록 하고 남은 퍼즐들 위주로 문제를 배치할 수 있게 합니다. 레이아웃은 아직 사람이 해야할 일이라서 예를 들어 모든 문제의 파일이 인디자인 1개에 디자인을 배치해서 성성하고 그것을 몇가지 레이아웃으로 구성된 이미지를 생성합니다.
그림 캡쳐를 해드려야하는데 일단 이따가 다시하도록 하고 개념은 이렇습니다. 문제를 다양한 레이아웃으로 생성, 문제는 고유번호로 표시 그리고 인디자인이나 어피니티 퍼블리셔로 사람이 레이아웃과 퍼즐에 맞게 디자인 재배열 A, B, C, D 레이아웃 ->조합 및 재배열 12페이지에 있던 퍼즐을 32페이지에 옮기면 책으로 봤을때는 번호도 엉망이 됩니다.
그걸 사람이 고치려면 엄청난 시간이 걸리는데 그걸 일단 idml 에서 페이지에 포함된 퍼즐고유 번호를 빼냅니다. 레이아웃에는 번호 필드가 있는데 그걸 프로그램으로 바꾸고 임의의 순차번호와 내부적으로 사용했던 퍼즐고유번호를 찾아내서 DB에 사용여부를 기록하고 정답의 파일위치에 레이아웃을 자동화 합니다.
문제 고유번호 DB를 생성, 문제, 정답, 퍼즐유형
잡지 레이아웃 몇가지유형을 제작 A, B, C, D, E
사람이 보기좋게 레이아웃 변경 및 퍼즐 유형 재배치
모든 문제의 고유번호를 hdml 에서 찾아내서 리스트생성
리스트에서 기존 레이아웃의 번호를 프로그램으로 교체 q134, q123, q324 -> 문제1, 문제2, 문제3
퍼즐잡지 idml 에서 문자, 문서, 폰트 등 전체 변경 후 인디자인에서 pdf로 생성
인쇄 및 전자책으로 생성
문제은행 설계랑 같다고 한 것이 어떤 문제건 DB기반으로 된 것은 개개인에 맞춘 POD용 문제집을 만들어낼 수 있습니다. 퍼즐잡지를 그렇게 만들 예정이라서 현재 작업중이며 앱으로 만들건 뭘로 만들건 앞으로 눈으로 보이는 것 뿐 아니라 생각한 레이아웃을 사람이 약간의 관여만 하는 것으로 책유형을 뽑아낼 수 있게 하려고 합니다.
특히 외서 데이터를 받는 것 이외에 데이터기반으로 타게팅이 된 1인을 위한 콘텐츠를 생성할 수 있습니다. 예를 들어 1인출판에 관련된 책이라면 몇가지 질문을 통해 제작비 100만원, 1000만원, 외서, 번역, 등 기본적 문진을 하면 해당 솔루션을 묶은 책이 나올 수 있게 됩니다.
심지어 담당자 누구이며 연락처는 어떻고 등등 그런 책이 나올 수 있다는 것이지 제가 하겠다는 것은 아닙니다.
하여간 DB기반의 책은 이런거 아니라도 만들 수 있지만 자동화 및 소량생산에 대한 고민을 계속하고 있습니다.
제가 하려고 하는 것은 NoTeXT라는 솔루션으로 바로 2025 캘린더, 다이어리, 노트 와 같은 레이아웃, 한 사람을 위한 현대사+자서전을 생성하거나 (포레스트검프처럼 내 인생에 일기와 실제 뉴스, 현대사에 어떤 일이 있었는지 찾아서 연동하는 편집기)
인디자인 일서 데이터를 idml에서 번역 및 스타일을 직접 바꾸면 인디자인의 느린 속도와 오브젝트에 가려지고 묶인 글뭉치와 스타일을 한 번에 다 변경할 수 있음 안 그러면 하나씩 선택해서 바꿔야 하는데 인디자인은 그렇게 쉽게 고칠 수 없는 단점이 큼 외서 데이터를 DeepLPro에서 번역하고 편집을 전부 xml로 작업 그런데 생각이 다른 쪽으로 나가기 시작함. wordpress에서 인디자인으로 만들거나 예전 에버노트를 어디로든 보낸 것처럼 naver카페나 블로그에서 인디자인 포맷으로 보내거나 반대로 인디자인 포맷을 묶어서 xml-rpc로 워드프레스나 blogger 등등으로 변환 가능 노션이나 옵시디언 Markdown 기타 등등 뭐가 됐건 인디자인 <->epub, wordpress <->인디자인으로 바꾸는 툴을 새로 설계 중. 이게 더 큰 시장이 될 듯
주말 동안 인디자인 포맷을 전부 보고 있었습니다. 스크립트로 된 걸 만드는 게 아니라 아예 외부에서 생성하거나 변환하는 서버단 솔루션으로 구성중이에요.
idml 구조 바꿔서 책을 자동으로 생성하는 것을 작업하는데 인디자인이 epub 출력하면 엉망되는지 전자책을 거의 안만들기 때문에 별로 관심도 없었고 오늘 잠시 들여다 봤습니다. idml 은 인디자인의 독자 파일포맷으로 교환용 xml 데이터 뭉치라고 보시면 됩니다. 어도비 인디자인 이외에 어피니티 퍼블리셔도 idml을 열 수 있습니다.
파일을 자세히 보다가 idml은 라인, 드로잉 오브젝트가 들어가면 레이아웃이 엉망이 되는 형태로 만들어집니다. 그러면 답은 아주 쉽게 낼 수 있는데 구조를 바꿔버리면 됩니다. MD포맷으로 바꾸고 드로잉 오브젝트가 포함된 부분은 하나의 이미지로 합치거나 아니면 그룹으로 묶어서 사용하면 단순하면서도 다른 편리한 에디터를 사용해 작업이 용이한 유형으로 바꿉니다. 예를 들어 sigil 같은 프로그램에서 바로 열어서 표준 스타일과 폰트만 정의해 전자책으로 변환이 가능하게 됩니다.
라인, 드로잉 오브젝트가 들어간 것을 이미지와 하나로 합쳐 SVG로 만들고 그것을 별도 파일로 출력하는 XML로 구성하는 프로그램 제작하여 epub3, epub2, kindle 등 포맷으로 출력하는 것을 테스트해서 파싱하는 것을 다양하게 만들면 끝
현재 Indesign Server 로 되어 있는 것을 기능별로 전부 별도 프로그램을 사용하여 만들 수 있으리라 예상됩니다. 무슨말인고 하니 만일 어떤 특정포맷의 책이 있다면 그 책에 위젯형태의 자바스크립트로 인터랙티브한 요소를 넣어 전자책을 만들거나 웹앱 게임으로 제작이 가능합니다.
스도쿠를 인디자인에서 작업했다면 그 데이터에 해당하는 게임을 화면 선택하면 실제 게임으로 진행해볼 수 있게 또는 문제은행 크로스워드, 퍼즐 같은 것을 DB에서 가져오는게 가능합니다. 그리고 잡지에 한 번 쓴 문제는 재사용이 불가능하게 문제 DB에서 사용여부를 체크하면 같은 문제는 잡지나 책에 딱 한 번만 사용이 가능합니다. 구체적인 구현 안은 개발해서 보여드리면 될 것이고
레이아웃 자동화, 넘버링 자동화를 목적으로 하는 퍼즐잡지 디자인을 생성하는 프로그램을 개발중이며 상금, 경품 주는 퍼즐포켓북이라는 잡지 창간을 위해서 별 짓을 다 하고 있습니다.
참고로 IDML을 이용해서 외서 데이터에 스타일 재정의 및 오브젝트 단위의 검색, 치환 그리고 자동번역, 자동 스타일 수정을 통해 한 번에 책을 만들 수 있게 하려는게 목적입니다. 외서 인디자인파일을 열어서 스타일 정의하고 빠진거 찾아내고 폰트 정의된거 교체하려면 시간낭비가 심합니다. 그냥 텍스트 에디터로 작업하면 쉬운데 인디자인에서 Grep 이나 오브젝트 검색을 통해 찾고 변경하는게 의외로 선택이 안되고 찾아지는 것도 엉망입니다.
그냥 밖에서 작업해서 변환해서 여는 것으로 하고 구조를 재생성해서 하이브리드 전자책, 앱, 웹을 만들 수 있게 됩니다.
그리고 외서 작업을 하기 귀찮아서… 한 번에 해결하고 타사에 서비스로 제공하는게 편할거 같아요. 자동화만 해줘도 디자이너 일할 시간이 1/30 로 줄어드니까.
20년 만에 전자책을 만들어 보겠습니다. epub이 아닌 다른 포맷 리퀴드 pdf 비슷한 ^^