Результаты поиска

У Вас макет как бы зависит от ножа, получается? А если спуски одного и того же макета этикетки делаются на разные ножи?

Наверное, если формы выводите сами.

А про 1с... Неужели чтобы управиться с базой данных, нужно искать программиста из 1с?

А если именно работодатель пытается поручить наведение порядка другим? Да и что, в остальных местах по другому, что ли?

Программист БД != программист 1с

Я - нет. Стоимость решения от 1С владелец знает. Это около 1.5 млн. И неизвестно, окончательная это сумма, или нет. Но только каталог форм столько не стоит. А браться только за каталог они не будут. А теперь ответьте - почему? А я знаю - потому что меньшие суммы просто им не интересны.

А я и не сказал, что это неправильно. Только не хочется думать, что это единственный путь. Пусть другие будут более тернистыми. Но они будут. Монополия - вещь страшная.

Правда? А знаете, существуют и другие... И например. Есть какая-нить поделка от 1с. Цена обозначатся (для завлекаловки) такая, что я лично готов был купить. Но потом пытаешься узнать у ТЕХ - а что я смогу в ней сделать. А мне отвечают: "я с тобой меньше, чем за 200 тыщ руб вообще разговаривать...

Ту систему (FossDoc) я начинал еще изучать в бытность в офсетном производстве. Думал создать бесплатный аналог системы Макет-Про от "Промиса". Для себя... НО там мы не хранили печатные формы. Только вырубные штампы для нескольких видов вырубки и лаковые формы. И там у меня уже был порядок...

Это больная тема. Например, есть 1200 конвертов с формами (в каждом в среднем по 5 форм). Но нет файлов спусков (делали разные люди в разное время, что-то можно найти в виде сепарированных PS или pdf на почте, откуда раньше отправлялось на вывод), нет всех макетов. А если и есть - то они не...

Да, Вы правы. Из "Макеты" можно выкинуть и штамп, и намотку. Это я тоже тренировался. У программы есть возможность создавать Рапорты - печатные формы. То есть, теоретически, заполнить все поля, и программа создаст бланк Макета (как все его привыкли видеть). Да, у кого-то даже отдельное клише...

Только, возможно, там не нужна вся эта шелупонь с красками, анилоксами и рецептами. Это меня все время штырит желание создать из всего техкарту.

То есть, еще лежит где-то спуск? Ну, я начал собирать (в смысле, хранить на диске) спуски. Потому что я их посылаю на вывод в репроцентр в другом городе. Но тоже они пока просто с именами, которые им дал дизайнер. А как спуск должен сослаться на клише и макет?

Ну или уйти совсем в другую сторону... Вот тестовая система: https://docs.google.com/spreadsheets/d/1hltBsmrvfEHoSF5Wgt1LB_pFzf4gkZ2ogRS3btD72L8/edit#gid=261150569 Вы видите все, что у меня там есть? Внизу все вкладки, Клиент, Список и пошли отдельные вкладки для наборов Клише. Может, так сделать?

А вот как по уму организовать документ "Клише" - уже головы сломал...

Вот, например, добавил новый макет. Можете посмотреть, как выглядит карточка документа "Макет". Поля можно еще добавить (или что-то убрать)

Ну вот "Клиент" - там как-бы ничего больше не надо. Уникальный номер и Название. Уникальные номер - строковое. Очередной номер, если понадобится - легко понять, отсортировав поле " Номер" и выбрать следующее доступное. А вот как связать Макеты и Клише... Что из них будет на самом вверху, а что...

Так вот, как именно логически организовать и связать таблицы "Клиент", "Макеты", "Клише"? Какие поля должны быть в каждой, чтобы всё логически стройно работало? (Остальные поля - это уже я сделаю для максимальной информативности)

вот такие типы полей можно делать. Можно прикладывать вложенные файлы. И предпросмотр работает - и офисные файлы, и pdf, даже AI показывается. Есть фильтры и поиск. Можно даже организовать что-то типа EDMS - дизайнер может послать документ менеджеру на согласование. Тот может согласовать. Это...

Это вот я там ковыряю... Могли бы мне подсказать, как правильно организовать структуру базы? Я хочу таблицу "Клиенты" (видно на картинке) - там уникальный номер и название. А также Таблицы "Макеты", "Клише". Как сделать, чтобы не было избыточного заполнения одной и той же информации. Чтобы по...