Индивидуальный учет расходных материалов (учет перезаправок)

[Michael]

Mr.Aloof
Постарайтесь пожалуйста заметить закономерность ухода в минус. Такие вещи лучше исправлять незамедлительно.

Ошибку в истории номерных нашли и исправили, спасибо за баг-репорт.

Игорь
В вашей схеме наша программа пока не умеет (полноценно) две вещи:
1. Отличать полный и пустой картриджи
2. При приходе различать оригинальный и заправленный картриджи.

По первому пункту у нас в планах отслеживание заполнения картриджа "в процентах". Т.е. на основе статистики расхода программа будет примерно показывать, сколько осталось в картридже тонера. И в любой момент можно этот картридж переставить в другой принтер, зафиксировав, что на момент переноса в нем оставалось, например 38%. При этом 0% будут соответствовать пустому картриджу. Эта информация будет отображаться отдельным столбцом напротив каждого номерного картриджа в разделе "Наличие". И фильтр по уровню запаса добавим.

По второму пункту - не вижу принципиальной разницы. Как правильно заметил Mr_Kiss, при покупке заправленных ваша выгода - в цене. По ресурсу картриджи отличаться не должны. По качеству могут отличаться, но это в программе не учтешь .

Могу предложить два способа, как можно отслеживать перезаправленные картриджи. Во-первых, можно создать копии моделей расходных материалов, добавив к partnumber окончание, например "-REF". Т.е. получится "Q2612A-REF". Совместимость скопируется, и программа будет учитывать такие картриджи отдельно. Второй способ такой: при нумерации добавлять какое-нибудь окончание (или префикс) к инвентарному номеру, а если инвентарных для расходников у вас нет, то можно вообще у всех изначально заправленных картриджей ставить вместо инвентарного "заправленный". Но в этом случае, в глобальный отчет по расходникам это уже не попадет, а будет только в отчете по номерным, которым мы скоро напишем.

А вообще, индивидуальный учет расходников сделан для тех, кто самостоятельно отслеживает историю картриджей. Если у вас этим занимается сторонняя организация (т.е. картриджи от них Вы получаете с неизвестной историей), то я бы последовал совету Mr_Kiss (топик выше). Если же на перезаправку Вы отдаете свои картриджи, и возвращают именно их, то тогда да, надо отслеживать историю у себя.


Ошибки в разделе "Такое же оборудование", а также с двумя картриджами в принтере - нашли и исправили, спасибо за информацию.
_________________
Любой путь начинается с первого шага

[Игорь]

Mr_Kiss, Michael

[Mr.Aloof]

[Michael]

Игорь
В ближайших версиях будем добавлять отслеживание заполненности картриджа, и тогда для обычных (не номерных) расходников сделаем понятия полный/пустой. После этого можно будет отслеживать пустые расходники. Кто-то их отправляет на перезаправку, кто-то продает, в общем, знать, сколько их на складе, будет полезно.

Mr.Aloof
В ближайшей версии хотим добавить сервисный диалог с кнопочками "Пересчитать остатки на складах", "Пересчитать локальную совместимость", "Пересчитать статистику расхода" и т.д. Иногда на какое-то действие забываем поставить обработку и тогда могут быть нестыковки. Для их устранения (чтобы можно было не ждать исправления ошибки и продолжать работать) и будут эти кнопочки. Важно, чтобы пользователи все-таки замечали где происходит косяк и мы будем это незамедлительно исправлять.

Всем бета-тестерам
Сейчас при изучении этой ошибки: http://printstore.ru/forum/viewtopic.php?t=518 понял, что в процедуре конвертации БД ошибка и из 0.75RC базу переносить нельзя. Там не создается один нужный столбец. Поэтому базу ни из одной бета-версии использовать нельзя и надо брать из 0.74. Увы. Если реально много успели сделать в 0.75RC, напишите, сделаем и пришлем патч.
_________________
Любой путь начинается с первого шага

[Mr.Aloof]

[Michael]

[Mr_Kiss]

[Дмитрий]

Ошибка в разделе "Такое же оборудование", описанная выше, все еще имеет место быть.

[Michael]

[Дмитрий]

Я это и имел в виду. Жду новую версию.

[Michael]

Новая версия опубликована. Забирайте, проверяйте.
_________________
Любой путь начинается с первого шага

[Mr.Aloof]

Жесть какая-то...
В моей сглючевшей базе с отрицательными остатками сделал пересчет остатков, и ушел в еще больший минус =)
Посчитались все установки в оборудование, но возвраты не посчитались...

[Michael]

Mr.Aloof
В таком случае, пожалуй, имеет смысл прислать базу.
_________________
Любой путь начинается с первого шага

[vlad]

Количество глюков, к сожалению, просто потрясает воображение. Жаль, до введения учета расходников более-менее нормально было.

[Michael]

vlad
Одно из следствий закона Мерфи: "Все развивается от плохого к худшему"

vlad
А если серьезно, то ошибки в таком проекте неизбежны (как и вообще практически в любом софте). Поэтому предлагаю Вам перейти к конструктиву и озвучить найденные глюки. Со своей стороны обещаю все найденные ошибки максимально быстро исправить.
_________________
Любой путь начинается с первого шага