УМНЫЕ ЦИФРЫ. Программное обеспечение для автоматизации полиграфических предприятий

[Softologic]

Сообщение от PavelM

И не говори

На мой взгляд навешивание на эту программу учета материалов только утяжелит работу с программой и соответственно усложнит ее внедрение. Думаю достаточно было бы, если бы программа выдавала отчет о "чистом" расходе бумаги по выполненным заказам. А уж сколько ушло реально - это отдельная задача и решать ее можно по разному.

Если это опционально и можно будет отключить - такое решение устроит общественность?

[Boroda]

Softologic, устроит.
PavelM, а если реальный расход не совпадает с расчетным то должен быть комментарий печатника, постпечатника или еще кого почему? Брак, не соответствие технологии (технологический брак), пр.

[PavelM]

Я вот подумал, что некоторым тут, не будем показывать пальцем, была бы полезна такая фича: Выгрузка информации из одной базы и загрузка в другую. Например если есть несколько точек, то важно собирать информацию из них в одном месте для дальнейшей обработки.

[PavelM]

Boroda, Ну зачем блох ловить? Введи для себя нормативный процент потерь, который тебя устраивает - укладываются твои ребята/девчата, не морочь себе голову. Ну сколько ты теряешь на лишней потраченной бумаге? Не выйдет ли ее учет дороже?

[Boroda]

Сообщение от PavelM

Boroda, Ну зачем блох ловить? Введи для себя нормативный процент потерь, который тебя устраивает - укладываются твои ребята/девчата, не морочь себе голову. Ну сколько ты теряешь на лишней потраченной бумаге? Не выйдет ли ее учет дороже?

нет, не выйдет.
Т.е. пока нет учета, то и не узнаешь сколько ты теряешь.

[Softologic]

Сообщение от PavelM

Я вот подумал, что некоторым тут, не будем показывать пальцем, была бы полезна такая фича: Выгрузка информации из одной базы и загрузка в другую. Например если есть несколько точек, то важно собирать информацию из них в одном месте для дальнейшей обработки.

На эту тему тоже были мысли. Сделать отдельное приложение, с некой базой-контейнером, где будет сводится вся информация со всех точек. И название даже было придумано - "УМНЫЕ ЦИФРЫ. МЕНЕДЖМЕНТ". Именно по такому пути мы пошли в другой нашей разработке, которая имеет отношение к розничной торговле. И которая еще не анонсировалось - в тест-режиме работает в некоторых торговых точках Москвы.

[Boroda]

Сообщение от PavelM

Я вот подумал, что некоторым тут, не будем показывать пальцем, была бы полезна такая фича: Выгрузка информации из одной базы и загрузка в другую. Например если есть несколько точек, то важно собирать информацию из них в одном месте для дальнейшей обработки.

Для этого нужен модуль руководителя, который мог бы подключаться к нескольким удаленным базам одновременно.

[PavelM]

Сообщение от Boroda

Для этого нужен модуль руководителя, который мог бы подключаться к нескольким удаленным базам одновременно.

1. Даже на современных каналах связи FB не будет работать в таком режиме достаточно комфортно.
2. Такой путь не даст возможности работать с консолидированной информацией.

Есть еще 3, 4...., но и этого достаточно.

[Boroda]

PavelM, блин... опять ты все воспринимаешь в штыки.
Если не получится в онлайне, то значит должна быть возможность по клику делать синхронизацию/слияние баз и потом работать с ней локально.

[Softologic]

Сообщение от PavelM

1. Даже на современных каналах связи FB не будет работать в таком режиме достаточно комфортно.
2. Такой путь не даст возможности работать с консолидированной информацией.

Есть еще 3, 4...., но и этого достаточно.

Да, совершенно верно. Работать одновременно с несколькими удаленными БД одновременно не самое лучшее решение. Но есть два других:
1) Экспорт базы с точки. Импорт в единую БД-контейнер. Все вручную.
2) Способ более сложный в реализации, но... очень привлекательный. Автоматическая репликация, или иными словами синхронизация данных нескольких баз через интернет, через определенные промежутки времени. В сущности передаются лишь только изменения (через sql-скрипт), поэтому "толстый канал" не требуется. Даже GPRS подойдет.