Форум - заправка картриджей, ремонт принтеров и копиров
Бизнес => Автоматизация работы сервисного центра => Тема начата: Raben от 17 Октября, 2013, 09:56:31
-
Приветствую всех.
Начав заниматься заправкой, столкнулся с тем, что не нашел нормальную, удобную и главное бесплатную программу для учета картриджей. У нас учет ведется в 1С, но конфигурация стоит под продажу товара. Мне приходится принимать картриджи, как товар на гарантию. Естественно что-либо менять и, тем более, покупать никто не будет, все ведь "и так работает".
Тут на форуме уже было несколько тем, где люди собирались написать подобные программы, но судя по всему ни один проект не был реализован. Решил написать сам, так такой проект как раз по моей основной специализации. Проект начал еще летом, но из-за сильной нагрузки (уволился один человек и пришлось вдвоем выполнять весь объем) проект отложил. Сейчас все нормализовалась и работу возобновил. Окинув проект свежим взглядом понял, что возможно двигаюсь не в том направлении (опыта в заправочном бизнесе очень мало и сложно сформулировать правильные требования к программе). Поэтому надеюсь, что с общей помощью смогу написать программу которой смогут воспользоваться маленькие заправочные и заправщики одиночки.
Проект рассчитан на малые предприятия в 1-3 человека и объем до пары десятков картриджей в день.
Сначала просто хотел сделать форму со списком клиентов и простым поиском, но посмотрев другие примеры и поразмыслив, усложнил проект.
Весь учет строится на работе с позициями - каждый картридж обязательно нумеруется (наклеивается номер, штрихкод) и по этому номеру заносится в базу. Работать просто по наименованиям не получится. На каждый единовременный прием создается Акт. К акту можно прикрепить несколько позиций. У акта есть 4 состояния : Принят, В работе, Готов, Выдан. Состояния "В работе" и "Готов" необязательны. Каждый акт можно открыть и просмотреть каждую позицию отдельно. Все когда либо принятые позиции сохраняются со всей историей робот, которые с позицией проводились. Добавление информации (клиентов, наименований картриджей, справочников) можно как в соответствующем разделе, так и по ходу работы с позициями. То есть при воде какого-нибудь значения, которого нет в базе, программа предлагает его сохранить и его можно будет использовать в дальнейшем.
На данный момент реализовано:
-Прием картриджей в двух режимах, ручной выбор клиента и автоматический поиск клиента по уже внесенному в базу коду картриджа.
-Просмотр списка актов. Поиск актов по множественному фильтру ( на данный момент не все фильтры работают).
-Просмотр акта. Изменение состояния акта и просмотр истории изменений состояния.
В данный момент работаю над:
-Проверка, что бы вводимая позиции уже не была принята (сейчас можно принять одну и туже позицию, не выдав ее клиенту)
-дорабатываю фильтры поиска актов по дате и ФИО/Названию клиента.
-печать бланка приемки и выдачи.
В дальнейшем планируется
-Возможность редактировать группы клиентов ( на данный момент все клиенты делятся на две группы: Частники и Юрлица).
-Работа с позициями. Выбор операций над картриджем, выбор запачастей. Сохранение истории операций над позицией.
-Форма работы с клиентами. Добавление, перенос между группами, добавление реквизитов.
В перспективе:
-Создание справочника каталога по заправке картриджей. Будет база картриджей с прикрепленным к каждому списком используемого тонера и запчастей, что бы можно было всегда посмотреть какие расходники идут на этот картридж. Сам эту базу-каталог заполнять не буду, нет опыта, данных и если честно желания, очень большой объем работы будет. Каталог будет наполняться в автоматическом режиме. Когда вы укажите кокой-либо расходник для выбранной модели картриджа, программа запомнит и в следующий раз предложит выбрать именно этот расходник. Так же будет и с операциями над картриджем.
-Создание склада, учета расходников. С автоматическим списанием расходников.
-для многопользовательского учета админку с разграничением прав. Например менеджер может только принимать и выдавать, а заправщик только работать с позициями и расходниками.
Реализована работа со штрихсканером включенным в режим разрыва клавиатуры. Это режим когда сканер имитирует ввод с клавиатури кода и нажатия ентер. Правда проверить корректность работы не могу, отсутствует под рукой сканер с таким режимом работы.
скачать версию для пробы: cart.rar (http://www.fayloobmennik.net/3273059)
-
http://ubc30.com.ua/ (http://ubc30.com.ua/) , почти бесплатно, все есть, адекватная поддержка
-
мой антивирь банит ваш файлообменник! в чем программу то писали?
-
Делфи.
Есть подозрения, что это работа делфовской сборки, которая у меня на работе стоит (скачал с нета сокращенную версию). Один раз у меня прецендент был, но тогда не придал значения. Попозже выложу екзешник скомпиленный нормальной версией делфи которая дома стоит.
На работе аваст стоит, к нему доверия нет, дома каспером проверю.
-
Прогнал экзешник и исходники каспером, угроз нет. Либо проблема на работе (архив там паковал) либо проблемы на файлообменнике (использовал его сегодня впервые). так что пока не разберусь с ситуацией, прошу по ссылке не качать. Модераторы, можете подправить первое сообщение, удалить ссылку?
-
Скорее всего дело в файлообменнике.рекомендую залить в другое место.например завести яндекс диск (всегда пригодится) и выложить туда, расшарить и ссылку в студию
-
Разобрался я с проблемой. Все дело было в желании навести красивостей. Прикрутил к программе модуль который меняет стиль приложения со стандартного на стиль установленный в винде, вот на это антивири и могут ругаться. Мой антивирь был уже в курсе и не возражал. Открутил пока все красивости обратно.
Теперь у меня другая проблема. Пересмотрел я программе свою и решил, что она еще слишком сырая, что бы выкладывать (вот бывает у меня так, сначала думаешь, вот программа уже что-то умеет, надо народу показать, пусть покритикуют, а как выложил думаешь, вот зачем, еще рано, ничего то ведь толком не работает). К тому же, что-то слишком сложновата программа получилась, в задумке все было гладко, но когда функционала начал добавлять, получился перегруз интерфейса, сейчас буду переделывать.
-
Требуется помощь, я в творческом тупике.
Решил полностью перекроить интерфейс программы, так как то что получилось мне не очень нравится. Вот вопрос, как вам удобнее, что бы у программы было одно окно, где вся работа происходит или многооконная программа, когда каждый модуль работает в своем окне?
Я просто сначала решил выбрать многооконный вариант, что бы не перегружать одно окно, сначало все было хорошо, но потом окон стало слишком много:( И вот думаю как лучше сделать.
-
мой антивирь банит ваш файлообменник! в чем программу то писали?
А антивирус какой у Вас стоит? не Аваст случаем?
Я тут провел полевые испытания небольшие, у меня аваст (на компьютере в заправочной ругается на все экзешники скомпиленные на Делфи. Долго на это не обращал внимание, так как работал с одним проектом и когда аваст ругнулся в первый раз, просто добавил файл в исключение. На остальных рабочих стоит Нод, дома Каспер, они реагируют спокойно. Полазил по поисковикам, с угрозой которую Аваст пишет, нашел много тем, где народ ругается на Аваст и еще пару бесплатных антивирей, что те находят угрозу в программах скомпиленных на делфи, С++ и подобных средах разработки. Приводили пример, делают пустую форму, кидают на форму кнопку без кода вообще и аваст при компиляции начинает кричать. Вроде как в сигнатурах проблема у аваста. Но проблему надо будет поподробнее изучить. Я пишу то в основном для себя и мои программы редко покидают домашний компьютер, поэтому с проблемой столкнулся в первые.
-
мой антивирь банит ваш файлообменник! в чем программу то писали?
А антивирус какой у Вас стоит? не Аваст случаем?
Я тут провел полевые испытания небольшие, у меня аваст (на компьютере в заправочной ругается на все экзешники скомпиленные на Делфи. Долго на это не обращал внимание, так как работал с одним проектом и когда аваст ругнулся в первый раз, просто добавил файл в исключение. На остальных рабочих стоит Нод, дома Каспер, они реагируют спокойно. Полазил по поисковикам, с угрозой которую Аваст пишет, нашел много тем, где народ ругается на Аваст и еще пару бесплатных антивирей, что те находят угрозу в программах скомпиленных на делфи, С++ и подобных средах разработки. Приводили пример, делают пустую форму, кидают на форму кнопку без кода вообще и аваст при компиляции начинает кричать. Вроде как в сигнатурах проблема у аваста. Но проблему надо будет поподробнее изучить. Я пишу то в основном для себя и мои программы редко покидают домашний компьютер, поэтому с проблемой столкнулся в первые.
У меня Нод 32 ! Повторяю Что Скорее Всего Проблема В Файлопомойке.
После Вашей Темы Заинтересовался паскалем, И Не Много Поэксперементировал.на Мои Экзешники Никто Не Ругается
-
У меня Нод 32 ! Повторяю Что Скорее Всего Проблема В Файлопомойке.
После Вашей Темы Заинтересовался паскалем, И Не Много Поэксперементировал.на Мои Экзешники Никто Не Ругается
Но факт остается, на все экзешники компиленные у меня на работе аваст ругается. Причем не дает их откомпилировать, если компилировать принудительно, то при попытке запустить экзешник, аваст ругается, блокирует файл, потом говорит, что тревога была ложная, но он все равно будет за файлом присматривать. Тут походу конфликт антивирей и той сборкой делфы, что у меня на работе стоит. На домашней (копии лицензионной) таких проблем вроде не наблюдалось.
Ваше стремление к познаванию нового поддерживаю:) если будут вопросы по работе с объектным паскалем задавайте.
-
Ваше стремление к познаванию нового поддерживаю:) если будут вопросы по работе с объектным паскалем задавайте.
Спасибо! Но как оказалось - по паскалю в инете уйма, просто нескончаемая масса информации ... не сравнить с 1С ... ну и в принципе после базового знания 1С Паскаль кажется не очень сложным - имеется ввиду в смысле предметном , а как язык ,как раз то чего мне не хватало - база синтаксиса , так как в 1С языка толком не понимал и не мог найти ничего доступного для обучения...пользовал его на уровне интуиции и банального копирования с допилкой , но зато навигацию и инструменты самой среды разработки (конфигуратора) более или менее уверено юзал...сейчас опять же в рамках расширения кругозора изучаю HTML
, вернее начал изучать и в процессе сделал вывод что для создания сайтов его не совсем обязательно знать (по крайней мере досканально) - достаточно понимания логики и хорошей среды разработки для создания вполне интересного сайта ... поэтому не много отошел от паскаля пока что ... но в любом случае придется вернуться рано или поздно - поступил на вышку с направлением Информатика Вычислительные Системы , так что хочу или нет, но вернуться придется и еще добавлять в свой кругозор и С++ и прочие языки в небольших степенях...
-
как вам удобнее
Если я правильно понимаю то для пользователя удобнее одноконный диалог , а вот разработчику конечно полезно когда много окон , но для пользователя который порой даже не совсем понимает как пользоваться элементарными функциями компьютера многооконность будет головной болью, хотя дело наверное вкуса ... в любом случае по идеи можно и предусмотреть в настройках выбор для пользователя интерфейса на его вкус ... но это конечно уже было бы не плохо в серьезных программах ...которые несут какую то коммерческую составляющую ...
Ну если ответ на вопрос остается не конкретным то отвечу более прямо (исключительно ИМХО)
как опытный пользователь - Без разницы, хоть так хоть так
как обычный пользователь - Однооконный
Сугубо моё ИМХО!
-
Я тоже склоняюсь к тому же мнению. Но и у однооконного интерфейса тоже есть проблемы. Если функций очень много, то получается перегруз окна. Конечно это решаемо вводом разделов и вкладок, но тут тоже можно перестараться. По опыту могу заверить, что при должной сноровке, можно и в одном окне заблудится:)
Сейчас полностью переделываю программу с нуля и решил пойти на компромисс. Соединить одно и многооконный интерфейс. Все основные разделы и функции будут в одном окне, а дополнительные модули и функции в отдельных модульных окнах с максимум двумя подряд открытыми окнами. Это думаю будет оптимально. Вообще, по правилам разработки интерфейса, перед пользователем, должно быть 2-4 кнопки одновременно, так как воспринять более 5 кнопок или пунктов у среднестатистического пользователя вызывает затруднение.
Если со свободным временем будет нормально, то планирую, после выходных, выложить первую демоверсию.
-
Raben, Ну может Сделать По Аналогии С Подобными Программами?зачем Америку открывать?я Имею Ввиду В Плане Интерфейса...
-
Я конечно ознакомился с трудами так сказать "конкурентов", прежде чем самому браться за дело. И UBS3 скачивал крутил. Просмотрел почти все программы которые тут обсуждались, кроме версий под 1С. Дело тут в нише, которую хочу занять. Это очень маленький бизнес или даже одиночка. Все предложенные программы или откровенно сыры и малофункциональны (часть хороших начинаний была тут заброшена) или слишком сложны и/или дороги. 1С тут совсем не подходит ибо большая часть подобных производств, вообще сидит в Экселе и покупать в данной нише 1С или большую программу мало кто собирается. Я хочу, по существу, сделать более удобный и функциональный аналог Экселя, что бы помочь с учетом на раннем этапе развития бизнеса. В последствии, после развития бизнеса, функционала моей программы будет не хватать и тогда фирма уже будет и морально и финансово готова перейти на более серьезные коммерческие продукты.
Да и тут вступает в дело этический фактор. Люди трудились разрабатывали интерфейс и функционал, и естественно хотят за свои труды получить деньги. А тут я такой, беру то что есть, пишу свой аналог и выкладываю его бесплатно. Я как программист уважаю чужой труд. Поэтому и делаю, что-то небольшое, с меньшим функционалом, но бесплатно. Просто люблю программировать и давно уже не было у меня серьёзной задачи (у нас сложно устроится в данном направлении по специальности, так что приходится все больше, так сказать, для души).
-
В последствии, после развития бизнеса, функционала моей программы будет не хватать и тогда фирма уже будет и морально и финансово готова перейти на более серьезные коммерческие продукты.
ну тогда нужно предусматривать базы данных , что бы можно было без болезненно некоторые данные перенести в какую то более функциональную программу...
Люди трудились разрабатывали интерфейс и функционал
Интерфейс не запонтентован , поэтому я думаю притензий не будет , если у кого то бы получился супер удачный интерфейс думаю внутренние убеждения не стали бы приградой - иначе просто это будет минус если пользователю будет неудобно юзать ...
-
ну тогда нужно предусматривать базы данных , что бы можно было без болезненно некоторые данные перенести в какую то более функциональную программу...
Я работаю на основе БД Access. Тут критерий выбора рост, Access ест на любой виндовс платформе, поддерживает в полной мере драйвера ODBC, не требует плясок с бубном. Конечно JET SQL входящий в ядро Access несколько ограничен, но его возможностей с лихвой хватает для подобных приложений. Еще плюс Accessa в том, что данные с него можно без проблем конвертировать практически в любую распространенную БД.
-
Судя по активности в теме, мне кажется что я делаю напрасный труд. Складывается ощущение, что уже все давно есть и изобретено, все пользуются и довольны.
-
Судя по активности в теме, мне кажется что я делаю напрасный труд. Складывается ощущение, что уже все давно есть и изобретено, все пользуются и довольны.
Труд не напрасный...может конечно не на столько своевременный, ибо с год назад была большая дискуссия на тему необходимости подобного софта ... но думаю и сейчас найдутся те кто оценит софт для мини фирмы с минимальным вхождением...есть та категория кому именно не нужно ничего лишнего...и была дискуссия с выдачей тех задания и прочего ... я думаю для начала нужно закинуть демку что бы товарищи пощупали и потом будут и предложения и просьюы и критика которая вас подстегнет.
ну я уж думаю на соседних темах вы уж побывали, если нет то рекомендую - может там найдете что нить новое и интересное для размышлений
http://forum.workoffice.ru/index.php?topic=8933.0 (http://forum.workoffice.ru/index.php?topic=8933.0)
http://forum.workoffice.ru/index.php?topic=9831.0 (http://forum.workoffice.ru/index.php?topic=9831.0)
http://forum.workoffice.ru/index.php?topic=17012.0 (http://forum.workoffice.ru/index.php?topic=17012.0)
http://forum.workoffice.ru/index.php?topic=15186.0 (http://forum.workoffice.ru/index.php?topic=15186.0)
http://forum.workoffice.ru/index.php?topic=3683.0 (http://forum.workoffice.ru/index.php?topic=3683.0)
ну и прочие из ветки http://forum.workoffice.ru/index.php?board=44.0 (http://forum.workoffice.ru/index.php?board=44.0)
просто там можно подчерпнуть многое для формулировки тех . задания смотря на то что уже реализовано в других программах и оценевая необходимость того или иного
-
Практически все смежные темы по данному вопросу просмотрел, идеи и наработки (ссылки на которые сохранились) других смотрел. Использовал многие идеи. Про своевременность соглашусь, как я понял из анализа тем, вопрос глобально поднимался два раза, в 2006-2007 и 2010-2011. Именно на эти периоды были самые активные дискуссии. Сейчас в обсуждении тихо, но я все равно когда искал программку так ни чего приемлемого не нашел для себя. Это либо конфигурации для 1С(что мной даже не рассматривалось), либо различные веб-программы (что не всем удобно, у меня например напряженка с интернетом и его иногда вообще нет, а работать надо), либо платные программы, а я как то не готов платить за это со своего кармана.
-
Выкладываю вариант второй, преальфа.
Программа состоит из четырех основных разделов
Журнал: содержит список всех актов, с возможностью поиска по разным параметрам, номеру акта, дате (еще не реализовано), названию/ФИО клиента, по статусу акта. В журнале происходит вся работа с актами и принятыми картриджами (позициями). Окна:
Бланк приема: прием позиций от клиента. Позволяет выбрать клиента как вручную, так и, введя код картриджа, во втором случае, после подтверждения выбора, автоматически откроется список позиций и будет предложена к выбору позиция с указанным кодом. При вводе нового клиента, он автоматически добавляется в базу.
Окно акта: позволяет просматривать и работать с актом. Работает в двух режимах, переключение кнопкой «Работа с позициями/Просмотр акта». В режиме просмотра акта, можно просмотреть данные клиента, состояние и историю изменений акта. Также изменить состояние акта. В режиме работы с позициями, происходи работа с позициями, выбор работ и рассходников к каждой позиции (еще не реализовано) , а также возможность просмотреть историю и спецификацию (не реализовано)каждой позиции.
Клиенты: работа с каталогом клиентов. Возможность редактировать список групп клиентов (не реализовано). Просматривать данные клиентов и редактировать (не реализовано) их. Просматривать историю актов и список позиций закрепленных за клиентом. Так же переносить клиентов в другую группу (не реализованно).
Склад: работа с рассходниками (не реализовано, находится на стадии разработки).
Отчеты: еще на разрабатывалось.
Процесс затянулся, сейчас ищу грань между функционалом и простотой.
Что бы проверить нахождение клиента по коду позиции можете использовать коды R-001 - R-005, R-010, R-011, R-13
Номера взяты просто так, это может быть как числовой, так и буквенно числовой. Тоеть код это не число, а строка. Это может добавить коду информативность, но из-за этого коды нельзя сравнивать как числа, например "01" и "001", это разные коды.
ссылка на скачивание: www.littlepriest.ru/cart4.zip (http://www.littlepriest.ru/cart4.zip) , это размещено на моем хосте(давно не пользовал, забыл про него), поэтому там проблем быть не может. Если антивирь будет снова ругаться, то тогда уже не знаю на что думать.
-
архив битый.
-
Архив проверял, он в норме.
Сейчас еще раз скачал, открылся нормально. Может у вас он скачался не полностью.
-
Архив в норме.антивирь не ругается!
-
Интерфейс вполне нормальный.
Только вот кнопку выход куда нить убрать (или потом запихать в какую нить вкладку с настройками что ли...или как в многих прогах типо браузера вкладка файл и там всякая разная полезная фигня и например у 1С там находится выход среди прочего)
пока на ум приходит подсветить цветом - типо готово зеленый, в работе желтый и в таком духе
и естественно побольше информации о предприятии своем и том кто принес картриджи - постепенно подводить к печатным формам , ведь при оформлении будет выходить документ о приемке , в идеале еще сразу счет ... после чего на основании счета счет фактура и акт ...
продумать какие еще необходимы будут справочники... сделать программу максимально маштабируемую...никто не дает гарантии что когда вы войдете в раж после первых достяжений вам захочется улучшать и улучшать ваш функционал
-
при приемке указать какому картриджу какая операция - заправка,восстановление или же замена конкретной детали...
статус прнято,в работе,готово,выдано подразумевает под собой что это многопользовательская программа - тоесть
девочка на ресепшене оформила приемку , они лежат...как только мастер схватился за картриджи -открыл акт приемки и посматрел какие необходимо делать операции установил статус в работе...после того как сделал поставил статус гтово и убрал в сторонку...приходит клиент , девочка смотрит что готово и оформляет выдачу с оформлением первичных бух документов
-
Да ... и к стати вам что так поздно не спится???
« Ответ #23 : Сегодня в 03:21:19 »
-
Да ... и к стати вам что так поздно не спится???
У меня москва+8 :)
-
>Интерфейс вполне нормальный.
это радует, интерфейс это всегда головная боль (на расположение одних кнопочек может уйти больше времени чем на коддинг), я все боюсь добавлением функционала перегрузить интерфейс, все таки планирую сделать максимально быстро осваиваемый, желательно интуитивно понятный.
>Только вот кнопку выход куда нить убрать
верхняя панель, где находится кнопка выделена у меня под дополнительный функционал, там будет, в частности, поле проверки позиции по коду (что бы не открывая ни чего код щелкнул и тебе все информация, кто где и когда), так же различные информаторы и прочее.
>пока на ум приходит подсветить цветом - типо готово зеленый, в работе желтый
с этим сложнее, я использую для списков стандартный компонент, у него нет такой возможности, писать свой времени особо нет, а использовать сторонние библиотеки всегда опасаюсь, были прецеденты.
>и естественно побольше информации о предприятии своем
не совсем понял, что имеется в виду. возможность ввода данных о предприятии заправщика?
> и том кто принес картриджи
там вы может заметили пока нерабочую кнопку "Реквизиты", там будет открываться список с реквизитами клиента. причем список будет не жесткий, то есть можно будет добавлять произвольное кол-во реквизитов по виду: название реквизита, значение (можно добавлять свои реквизиты)
>постепенно подводить к печатным формам
это как раз следующий этап как разберусь со складом, для начала просто сделаю бланки выдачи приемки, потом составление актов работ и счета. (позже думаю стоит прикрутить мини бухгалтерию, мы же вроде сошлись, что у начинающего заправщика нет 1С, так пусть и учет ден.средств ведет не в экселе, но это уже завершающий этап, когда все остальное будет работать)
>продумать какие еще необходимы будут справочники...
вот с этим сложнее, у меня мало опыта в подобном направлении, но думаю это наработается в процессе, и очень надеюсь на помощь остальных форумчан.
>сделать программу максимально маштабируемую
это верно, всегда стараюсь заложить в программу хорошую гибкую основу, так как ни когда не знаешь, что в последствии понадобиться. да и заносит меня не редко, глядишь, если разработка пойдет нормально, выпущу целый комплекс, да еще с версиями: cart lite, cart standart, cart interpraise :)
>при приемке указать какому картриджу какая операция
интересная идея, я сделал возможность добавить к каждой позиции комментарий, где и указывать что необходимо сделать с картриджем, да и указывать нюансы. А операции над позициями закреплять уже при работе с актом. Вы думаете что закреплять операции сразу при приемке?
>статус прнято,в работе,готово,выдано подразумевает
да и если работает один человек, ему будет удобно, не путаться, у меня объемы не большие и то бывает путаю что-нибудь. Да и статусы В работе и Готово не обязательны, если кому-то удобнее он может просто принимать и сдавать сразу.
У меня сейчас более менее готово только окно приема картриджей (кстати делал универсально, позиция это может быть и принтер и другая единица техники) так что очень хотелось бы услышать мнение по нему. Удобно ли искать клиента в ручную и по коду, сразу ли разобрались, что где. Делал процесс приемки пошаговый, сначала выбор клиента, потом прием позиций, удобно ли это? Вообще получилось ли принять что нибудь?
Не очень нравится мне окно просмотра акта, разобрались как переключать виды просмотра?
И нужна помощь по складу. Какие необходимы параметры у единиц учета? И как вообще организовать учет?
Я это вижу так. Представление сделать от двух видов, От категорий и от производителей.
То-есть можно искать например: Валы, ролики -> Ролики заряда -> ролик заряда HP 1200
а можно: HP -> Ролики заряда -> ролик заряда HP 1200
у каждой единицы учета есть еденициа измерения, кол-во, минимальное кол-во (по достижении этого ко-ва программа выдает уведомление, что единица заканчивается). Каждая единица (сразу при добавлении либо потом в процессе работы) привязывается к соответствующим картриджам. Например кладовщик добавляет в базу "ролик заряда HP 1200" и привязывает его к картриджу 15А. Когда мастер потом работает с картриджем, открывает список рассходников, программа сама предложит выбрать этот ролик заряда. То-есть будет как бы два списка, маленький быстрый, где будут отображаться только те рассходники которые указанны для текущей позиции и полный список, где будут указанны все рассходники. Когда мастер выберет какую-либо единицу из полного списка, она автоматически добавится в краткий список. таким образом это будет работать как справочник, где будет указанно для какой модели картриджа удет какой рассходник (для тонеров будет указанно также кол-во в граммах для данной модели картриджа).
надо бежать, позже еще отпишу. И жду ваши мнения и идеи, а также желательно и других форумчан.
-
были прецеденты
что вы имеете ввиду? разработчик библиотек будет претендовать на гонарар? после компиляции ехе файл уже обратному процессу не подлежит ведь? как кто то сможет заглянуть в тело кода и увидеть там свои какие то решения? хотя я может что то не правильно понимаю...(библиотеки наверно хранятся не в коде а в внешнем файле и код просто ссылается на них в нужный момент времени?)
>и естественно побольше информации о предприятии своем
я имел ввиду реквизиты своего предприятия (ООО, ИП). так же как и с контрагентами
нужен стандартный набор реквизитов - наименование (краткое \ полное) , Наименование Банка , БИК ИНН КПП №Счета и прочее ... при чем сделать их статичными позициями , ну и если есть желание дать возможность добавлять свои графы (но не совсем вижу смысл - достаточно информации данных из карточки предприятия для всех операций)
ТОесть тут сразу нужен справочник с названием Контрагенты - куда можно будет ввести всех своих контрагентов с их учредительной и бухгалтерской информацией (берется из их КАрточки Предприятия или Паспорт предприятия - кто как называет) для последующих операций (выставление счета и прочего)
Так же нужен справочник "Прайс лист" - с Возможностью его распечатать (кроме того что брать из него данные) . Нужно для того что бы предоставлять по требованию актуальный Прайс вопрошающему
тоесть там информация
-Заправка картриджа 12А - 500р
-Заправка картриджа 15А - 450р
-Восстановление картриджа 92А - 1050р
-Замена Термопленки принтера нр1010 - 2000р
-Прошивка принтера Ксерокс 3100 - 5000р
-Замена фотовала картриджа нр 12А - 150р
-Замена магнитного вала нр 12А - 200р
ну и в таком плане
получается что указывая операцию при приемке автоматом расчитывается цена ... при чем похоже нужно еще учесть что может быть две операции на один картридж,тоесть например для тех кто не делит процессы на два варианта (заправка и восстановление) а учитывает в стоимости отдельные операции (заправка,замена фотовала , замена магнитного вала) нужно предусмотреть что бы цена этих операций суммировалась и указывалась общей за все работы при выставлении счета , и при этом не получилось что как будто три картриджа приняли
тоесть не правильный вариант
-Заправка картриджа 12А - 500р
-Замена фотовала 12А -150р
-Замена магнитного вала 12А - 200р
-Заправка каартриджа 15А - 450р
Итого: 1300р
Правильно
Заправка картриджа12А;Замена фотовала12А;Замена магнитного вала12А - 850р
Заправка картриджа 15А - 450р
Итого: 1300р
(ну или как то так...цены взяты из головы)
>постепенно подводить к печатным формам
это как раз следующий этап как разберусь со складом, для начала просто сделаю бланки выдачи приемки, потом составление актов работ и счета. (позже думаю стоит прикрутить мини бухгалтерию, мы же вроде сошлись, что у начинающего заправщика нет 1С, так пусть и учет ден.средств ведет не в экселе, но это уже завершающий этап, когда все остальное будет работать)
Я думаю не будет ничего сложного распологая информацией о том какие картриджи клиент здал, на какую сумму вышели работы, какие операции проводились , и зная свои реквизиты и реквизиты клиента выставить ему счет ... и точно так же я думаю что зная информацию по счету нет ничего сложного сделать печатную форму для счет фактуры и точно так же для акта выполненных работ (ну и на всякий случай еще ТТН) ... и при чем это будет огромный плюс , наверное даже лучше чем какой то там учет картриджей (заправлен или нет) - я имею ввиду для тех кто перейдет с учета на эксели .
В этом плане программа шикарная это Бизнес Пак - только там нет возможности вести учет картриджей (принят выдан) зато с первичкой (первичной бухгалтерией) просто шикарно работать.
>продумать какие еще необходимы будут справочники...
вот с этим сложнее, у меня мало опыта в подобном направлении, но думаю это наработается в процессе, и очень надеюсь на помощь остальных форумчан.
Начинай с малого-
Контрагенты
Прайс (ну или стоимость работ...или еще как нить)
да и вообще - любую информацию , которая однообразная или часто вводимая в формы документов - запихивай в справочники , для удобства - что бы один раз записал потом только выбором или по первым буквам ввел в документ
И нужна помощь по складу. Какие необходимы параметры у единиц учета? И как вообще организовать учет?
Я это вижу так. Представление сделать от двух видов, От категорий и от производителей.
То-есть можно искать например: Валы, ролики -> Ролики заряда -> ролик заряда HP 1200
а можно: HP -> Ролики заряда -> ролик заряда HP 1200
Склад это целая тема нобелевской...с ним не все так просто и однозначно
связано это с тем что и обьем банок(мешков) в которых приобретают тонер разный, и в том что на разные картриджи разный обьем положено сыпать и с тем что сыпят не столько сколько положено да и много с чем другим, например на складе нет фотовалов 1010 , но есть 1200 (ну например) - бывалые перебивают шестерню и проблема решена - но в документе указано что замена фотовала 12А значит со склада автоматом должен списаться фотовал 12А ... вообщем там все сложно , но учет так или иначе должен вестись...так как учет по складам поможет анализировать не визуально а распологая данными количества сколько остаток на складе той или иной номенклатуры и сколько необходимо заказать ...
Соответственно для этого должен быть справочник СКлады где как мнимум один склад (как правило с именем "Основной" ) будет предопределен системой, остальные добавлять при необходимости самим пользователем (если складов большеодного)
в складе должны быть документы "Поступление" "Выбытие"
"Поступление" должно иметь реквизиты
дата,номер, номенклатура, количество (пока наверное хватит - а вообще можно и стоимостьдобавить что бы понимать какой капитал на складе лежит)
соответственно нужен справочник Номенклатура с реквизитом нименование
еще нужно понять как организовать учет веса ... тоесть например оприходуешь в штуках - значит списывается в штуках (чипы и прочее)
оприходуешь в граммах , значит списываешь в граммах
например в справочнике стоимость работ при создании нового вида работ указывать что необходимо со склада по признаку - чип , тонер , маг вал , фотовал .
И при оприходовании на склад этот признак указать номенклатуре что если это чип то списывается в штуках
не правильно начал обьяснять (и опять же алгоритм не претендует на истину в последней инстанции)
начну за ново - оприходуешь на склад чип в номенклатуру указываешь "чип картриджа самсунг 4200" указываешь признак "чип" при этом если стоит признак чип - то должно списываться в штуках
оформляешь новую услугу в справочнике "стоимость работ" указываешь наименование работ - замена чипа - в графе необходимые материалы указываешь что для этой работы будет необходим чип в количестве 1шт.
оприходуешь тонер банка 1000гр тип тонер списывать в граммах (ну как то так)
вид работ -Заправка картриджа12А - необходимые материалы тонер , количество 150гр
оформляешь поступление картриджа указываешь вид работ Заправка картриджа 12А и замену чипа Самсунг 4200 - на складе резервируется данный материал и если повторно попытаться принять еще один самсунг 4200 для замены чипа - тебе сообщат что материал зарезервирован (ведь в порядке очереди первый 4200 принесли первее и отдать его нужно первее и оформил бумагу первее и материал зарезервировался под него) а если оформишь еще один картридж 12А на заправку то на складе уже будет зарезервировано 300 гр тонера а не 150гр ... при этом отмечу что материал зарезервирован но не списан ведь акт приема для заправки не подтверждает факт заправки (картридж могут и забрать и много чего может случится) - факт списания (использования ) материала подтверждает значение "готов" после которого программа понимает что действительно материал был использован...
ну или как то так...
вообщем дальше писать не могу - бежать нужно
-
>что вы имеете ввиду?
дело в том, что все компоненты пишут люди. И у разных людей разные подходы. Есть серьезные люди, которые пишут необходимый функционал, все выверяют и проверяют по несколько раз, заботясь об оптимизации, а есть люди которым лишь бы сделать, по накрутят свистелок и перделок, понапишут кривые портянки кода, а ты потом понять не можешь, почему у тебя на ровном месте ошибка вылазит. Конечно есть очень хорошие и добротные библиотеки компонентов, но это надо смотреть, разбираться, искать, а мне всегда хватало стандартных, так что не заморачивался никогда по этому поводу. Но идея с цветом мне приходила, подумаю после над этим, может найду решение в рамках стандартных библиотек.
>вообщем дальше писать не могу - бежать нужно
что-то у нас все набегу да на бегу:)
-
>ТОесть тут сразу нужен справочник с названием Контрагенты
так есть же раздел "Клиенты", там как раз справочник контрагентов по группам (на данный момент всего две частники и юридические, потом можно будет добавлять), и там же можно по каждому контрагенту просмотреть его информацию (пока не все что запланировано). По каждому контрагенту можно просмотреть его реквизиты (адрес, инн, бик, счет и прочее, реквизиты можно будет добавлять свои), историю всех актов клиента, и список всех закрепленных за клиентом позиций (тобишь все картриджи которые клиент когда либо заправлял, с описание проделанных работ по каждому картриджу).
>нужен стандартный набор реквизитов
я подобное предполагал только для контрагентов, но обдумав признаю, что надо, без данной информации невозможно будет работа по счетам и прочее, в общем для бухгалтерии будет необходимо
>Так же нужен справочник "Прайс лист"
об прайс листе как отдельном документе не думал, у меня своеобразный прайс лист формируется при работе со складом, чуть ниже при обсуждении склада поясню. Но при моей идее есть возможность сделать выборку по номенклатуре и сформировать прайс лист как документ, годный к распечатке. Так что не вижу смысла вводить данную структуру как отдельный объект. (можно поместить формирование прайс листа в отчеты, так как он по сути отчетом и будет являться)
Вообще, бухгалтерия, как вы сказали первичка (не знаю что это такое, но примерно догадываюсь) на мой взгляд тут нужна, это будет удобно, не потребуется перенос данных, все нужные формы программа должна печатать сама. Я правда в бухгалтерии совершенно не разбираюсь, и на этом этапе мне нужна будет помощь бухгалтера, по всем этим отчетам, формам, актам, так как должен быть вывод с программы уже полностью готовых документов для учета и налоговой. Насколько я слышал (могу ошибаться) для большинства ИП (а именно эта форма, как мне кажется преобладает в данной нише), выбирают упрощенку, там минимум документов, и этой формой нужно ограничится. Это все мое мнение, тут нужны комментарии грамотного бухгалтера, желательно работающего в данной сфере.
-
теперь по складу, одновременно учету, справочнику заправки, подсчету стоимости и печати бланков выдачи и актов выполненных работ.
Прежде, приведу свои размышления по поводу учета рассходников.
Основная проблема тут в том, что каждый ведет учет так как ему удобно. Конечно удобно далеко не всегда значит правильно, но мы уже говорили про минимальный порог вхождения, так что нам надо адаптироваться под каждый конкретный случай. Рассмотрим несколько типичных, на мой взгляд , схем и систем построения учета и бланков выдачи (далее исключительно мое ИМХО, основанное на логике и здравом смысле).
Начнем с попроще. Построение бланка и ценообразование. Простая заправка, тут цена может быть жестко закреплена, а может варьироваться. Например:
12A - 400p
15A - 450p
85A - 350p
SCX4200 - 500p
тут для каждой модели идет индивидуальная стоимость (думаю так у большинства), а может быть проще:
заправка картриджа - 400р
двойной емкости - 600р
замена чипа +300р
(это реальный пример, сотрудничал с такой конторой)
тут пока просто, вводим в базу список услуг. и даем возможность, как сделать услуги общей, дав ей персональную стоимость, так и привязать услуги к конкретным моделям картриджей. Таки образом, во втором случае, пользователь заводит две услуги (замену чипа пока не берем, это будет позже, со списанием тмц): "Заправка картриджа" и "Заправка картриджа двойного объема" и присваивает им стоимости 400 и 600р соответственно и при заправке картриджа выбирает соответствующую услугу. В первом случае, пользователь вводит всего одну услугу "Заправка" и не назначает ей отдельную стоимость, но потом привязывает эту услугу к конкретным моделям и указывает стоимость. Таким образом при заправке 12А, выбрав услугу "Заправка" мы получим стоимость 400р, а при заправке 15А - 450р, таким образом у нас услуга одна, но для каждого картриджа своя стоимость (причем стоимость выбирается автоматически). Вот как раз здесь возможно формирование прайса. Мы берем услугу и программа, просмотрев все связи, делает нам табличку с указание моделей и цен. На данном этапе у нас получается минимум один переключатель, общая цена услуги и индивидуальная.
Далее с заменой запчастей, тут все веселее. Как может формироваться цена заправки? Можно взять стоимость рассходника и прибавить его к стоимости заправки. Например:
заправка 12А - 400р
фотобарабан НР 1010 - 250р
Итого - 650р.
то-есть тут складываются стоимости услуги и рассходника, а может идти замена отдельной услугой:
заправка 12А - 400р
замена фотобарабана 12А - 300р
Итого - 700р.
здесь две услуги складываются, а рассходник не имеет стоимости и для клиента не показывается.
Еще вариант, сделать отдельную общую услугу для заправки с заменой запчастей:
Восстановление 12А - 700р
Итого - 700р.
Тут просто услуга по восстановлению картриджа и клиенту не указанно, что там заменили, может фотик, а может правый бушинг на магнитнике, цена одинаковая. Тут так же пока ничего критичного нет, реализация укладывается в приведенную выше схему. Только прибавиться еще пара кнопок и галочек: указывать ли в акте(внутреннем) все работы и рассходники потраченные и отображать ли все услуги и затраченные рассходники в бланке выдачи и акте проделанной работы.
А вот теперь самое веселье, учет и списание рассходников. Тут также несколько вариантов, которые в сочетании с вышеприведенными вариантами, дают кучу вариаций.
самый простой вариант, человеку вообще не нужен учет рассходки. Да такой вариант тоже может быть. Стоит у человека около стола два мешка с самсунговским и хпшным универсальными тонерами, воронка и совочек и не надо человеку их считать, закончился заказал новый и все. И справочник заправки ему не нужен, сыпет под горлышко и не парится сколько там в граммах. А может быть кардинально противоположный вариант, все учтено, расписано. Идет учет приходов и расходов, что пришло/ушло, когда и в какую стоимость. На каждую операцию с картриджем идет списание рассходки, тонера в граммах, зипа в штуках.
И теперь сопоставляя варианты нужно предусмотреть следующее:
-если у клиента в бланке указывается замена конкретного рассходника, то необходимо его списать при указании в бланке. Тоесть выбрали магнитник для 1010, списали 1 еденицу.
-если у клиента указывается услуга по замене элемента то необходимо закрепить рассходник идущий именно под эту модель, соответствующий данной услуге. То-есть если идет услуга "Замена магнитного вала" и картридж 12А, то нужно сделать связь услуги с категорией рассходников магнитные валы, а магнитный вал 1010 связать с моделью 12А, таким образом при выборе услуги "Замена магнитного вала" для картриджа 12А спишется магнитник НР1010, а для картриджа 15А, для той же услуги, спишется магнитник НР1200.
-если стоимость замены складывается из цены рассходника, то нужно дать возможность задавать цену каждого рассходника. То-есть мы добавляем в базу рассходник и устанавливаем его цену, при списании, цена рассходника прибавляется к стоимости заправки.
-если стоимость замены рассходника формируется услугой, то тут уже не обязательно указывать стоимость каждого рассходника, а нужно указать стоимость услуги. То-есть, при списании рассходника, мы просто уменьшаем его кол-во на единицу, а цену берем из указанной в услуге.
Отдельно про тонер. Он идет в фасовке по килограммам, а списывается в граммах. То-есть у тонера есть два значения учета, кол-во фасовок и вес в фасовке. Здесь можно выделять одну единицу тонера и уменьшать его вес на вес заправки. По достижении 0, списывать. Но тут есть один момент, не всегда расход соответствует фасовке, многие сыпят на глазок, да и можно просто просыпать, плюс может быть погрешность. По этому для тонера предлагаю сделать автоматическое списание опционально. Просто для удобства слежения за расходом. Достиг вес 0, программа сделала предупреждение и дальше отнимает, а мастер сам видит, что тара пустая, списал, выделил для расхода следующую.
Это я старался вкратце. Теперь представте, сколько это надо кнопочек, списков и галочек, что бы это реализовать. Представили? а теперь умножьте на 3 (да, такова реальность, на самом деле их потребуется как минимум в три раза больше чем представлялась в начале), и попробуйте, мысленно, разместить все это на стандартном окне, добавив туда еще пару больших списков и таблиц. Ужаснулись? вот, а я в этом ужасе уже которую неделю пребываю:)
Выход вижу в одном, разделить опции на стандартные (базовые) и расширенные. Определить минимальную рабочую конфигурацию, подходящую под большинство средних случаев и поставить органы управления этими свойствами вперед. И если пользователя устраивает или он не хочет разбираться, то вот вам готовое решение из коробки, так сказать. И сделать вкладки с расширенными настройками и свойствами, где пользователь, уже может гибко настроить учет под себя.
Надеюсь получилось не сумбурно и понятно.
Устал думать, позже, уже из дома отпишусь подробнее о структуре базы, как она мне представляется. А то пока писал появились новые мысли, правду говорят, что когда кому-то объясняешь, лучше понимаешь сам.
Так же хотелось бы узнать, а вы сами в чем учет ведете? Просто интересно вас ваше решение не устраивает и поэтому тема интересна или просто живой интерес к вопросу? Я заметил, что вы во всех подобных темах, обсуждавшихся ранее, принимали активное участие.
Ток же хотелось бы, все таки узнать мнение других людей. Глянул, уже более полутысячи просмотров, значит тема интересует, но вот мнений и комментариев нет, а они нужны очень. Ибо проще разработать под требования, а не переделывать и подгонять.
-
К стати - по складу, я не учел еще одну сложность ... списываться то будет по граммам , но не по фирме...например нужно знать сколько статик контрол и митсубиси тонера одной модели (например для 1010) ...списываться будет в граммах и в итоге засыпишь например статик а программа спишет митсубиси ... и еще момент - например ну нету тонера 1010 но допустим кто то какой нить более или менее подходящий тонер взял и засыпал (грубо - например 1200) ...вообщем полностью автоматизировать склад не получится, на то что бы там был порядок придется убивать кучу времени и скорее всего иметь отдельного человека , ибо тратить времени на разные учеты в половину времени от заправки не рационально ... поэтому по складам предлагаю пока что опустить тему...
Просто необходимо предусмотреть возможность выставлять счета с возможностью как разделить все процессы на два - заправка и востановление , так и на замены отдельных деталей...
Про то как вы описывали что например вы сделаете счет и там будет указано
-Заправка картриджа 5 шт - 500р
-Восстановление картриджа 5 шт - 1000р
Итого - 7500
в корне не правильна!
получится что например заправка 12А - 500 руб , заправка 15А - 450 руб
и выйдет что в счете будет
-Заправка картриджа - 500р - 5 шт
-Заправка картриджа - 450р - 5 шт
тоесть все бухгалтера будут задавать вопрос - почему две опции с разной ценой,
это раз
а два это то что многие потом сверяют счет с моделями...да и в принципе так проще ореинтироваться даже заправщикам - смотрит счет (или акт)
и там написано 2 заправки 12А, 2 заправки 15А , сразу понятно сколько картриджей и какой модели должно быть ...
ну вообщем мне кажется что цена на каждую модель и каждое действие должна быть указана отдельно
Про первичку я имел ввиду - не всякие налоговые отчеты , а именно первичные документы , которые необходимы не зависимо от вида налогооблажения и регистрации (ИП или ООО) если вы работаете по без налу - это счет , акт выполненых работ, счет фактура , и если вы отпускаете товар а не услугу (например продали картридж) тогда вместо акта делается ТТН. именно это должно быть в программе, что бы не париться и сходу при приемке сразу выставлять документы ... в бизнес паке отлично все это реализовано (впрочем и как в 1С) , но нету там именно учета картриджей (я только вот не смотрел ту которая на соседней теме продается - эт я про 1С, там вроде учет картриджей прикручен тоже)
Я сейчас не занимаюсь заправкой вообще - работаю сис админом , просто по энерции тут на форуме обитаю...просто что бы быть в курсе разных новшевств...а так заказываю картриджи для своего предприятия из китая , выходит цена заправки но без брака практически ... единственный минус - время ожидания доставки.
А тема интересна так как очень не хватало подобной программы во время работы , потом когда получил азы програмирования 1С захотелось помочь и сделать какую нить конфу, но в итоге моих знаний хватило не на много и никого из программеров 1С у нас не оказалось для помощи (самые большие проблемы это с отчетами - а они весьма важны, а я в их построении совсем ноль) ...
-
Склад мне нужен сейчас, но не в полной форме, а хотя бы просто номенклатуру без учета рассходки.
Вы меня неправильно поняли. Я могу делать с данными в базе все что угодно и проводить все нужные выборки.
в приведенном вами примере у нас есть одна услуга "Заправка", без конкретной стоимости. Эта услуга связывается со списком картриджей. И для каждой связи указывается стоимость этой услуги к конкретному картриджу.
То-есть у нас получается такая таблица (виртуальная):
Услуга | Картридж | Цена
---------------+--------------+--------------
Заправка | 12А | 450р
Заправка | 15А | 400р
Заправка | 85А | 400р
у нас на заправке 2 12А и 3 15А, я беру из таблицы названия услуги и картриджей, стоимость и складываю это в список:
Операция Цена Кол-во Стоимость
Заправка картриджа 12А 450р 2 900р
Заправка картриджа 15А 400р 3 1200р
------------------------------------------------------------------
ИТОГО 2100р
По моему вполне информативно.
Так же могу комбинировать в любой нужной последовательности другие услуги и опции
например, введем еще услугу "Замена фотобарабана" (учитывать цену фотиков не будем, цена будет за услуги в общем), получаем продолжение таблицы:
Услуга | Картридж | Цена
----------------------------+--------------+--------------
Заправка | 12А | 450р
Заправка | 15А | 400р
Заправка | 85А | 400р
Замена фотобарабана | 12А | 300р
Замена фотобарабана | 15А | 250р
Замена фотобарабана | 85А | 300р
картриджи те же, но у двух 15А надо менять фотик. я могу взять выборку по услугам и представить как есть:
Операция Цена Кол-во Стоимость
Заправка картриджа 12А 450р 2 900р
Заправка картриджа 15А 400р 3 1200р
Замена фотобарабана 15А 250р 2 500р
------------------------------------------------------------------
ИТОГО 2600р
а могу скомбинировать услуги для соответствующих картриджей:
Операция Цена Кол-во Стоимость
Заправка картриджа 12А 450р 2 900р
Заправка картриджа 15А 400р 1 400р
Заправка и замена фотобарабана 15А 650р 2 1300р
---------------------------------------------------------------------------
ИТОГО 2600р
так что с информативностью проблем не будет, главное заложить в структуру базу необходимую гибкость.
И это еще не все, но что бы объяснить больше и подробнее уже надо чертить схемы, на словах будет тяжко, да и нужно понимание хотя бы основ реляционных БД. Если интересно можете открыть мой файл с базой (data.mdb) открыть вкладку "Работа с базами данными" и щелкнуть "Схема данных" и вы увидите структуру моей базы. Я сам там путаюсь иногда:)
Кстати, решил немного отвлечься от склада, что бы перезагрузить мозг и поиграть с цветами, оказалось, все не так сложно. У стандартного компонента списков, если нужные методы для этого. Правда приходится весь вывод осуществлять вручную, но это лучше чем полностью перелопачивать компонент.
-
Вот тут еще один момент давно обмозговываю. Касательно номенклатуры. Делить только на категории или на категории - подкатегории?
у меня сейчас деление на подкатегории, то-есть в базе (для примера):
Валы, ролики
Фотобарабаны
Ролики заряда
Ролики перенова
Магнитные валы
Ракели, лезвия
Очищающие лезвия (забыл как называются, для отработки)
Дозирующие лезвия
Тонеры
Тонеры
Или сделать только категории:
Дозирующие лезвия
Магнитные валы
Очищающие лезвия
Ролики заряда
Ролики переноса
Тонеры
Фотобарабаны
Двухуровневая система более информативна, но хороша тогда когда пунктов много. Если категорий мало, то лучше выглядит одноуровневая схема, двухуровневая получается слишком громоздкой.
-
Двухуровневая система более информативна, но хороша тогда когда пунктов много. Если категорий мало, то лучше выглядит одноуровневая схема, двухуровневая получается слишком громоздкой.
А что если дать возможность пользователю самому решать? просто сделать справочник с возможностью создания в них подчиненых справочников, и пользователь сам разделит так как ему хочется, кто то сделает две папки в справочнике - Услуги и Материалы , кто то в Услугах еще добавит валы,тонер,лезвия, а кто то в корне все свалит в кучу...в любом случае предопределенные справочники под всех не сделаешь ведь, наверняка кому то понадобятся свои вариации и названия этих справочников (под групп вернее)
-
Я и не собирался делать фиксированные списки для рассходки, во первых всего не предусмотришь, во вторых каждому удобно по своему. Насчет выбора одно или двух уровневого, это мысль. Переменная реализация уровней это конечно гораздо сложнее статичного, но реализовать можно.
-
Raben, как успехи? К стсати возник вопросик по программированию...желательно С++
-
Хочу огорчить тех, кто думал, что я все это заброшу:)
Успехи, правда, пока не очень большие. До нового года времени вообще не было, с основной работой еле справлялся. Сейчас потише стало, ковыряю потихоньку. Внешне пока добавил мало, в основном много сделал внутри. Так как вначале, общую архитектуру, можно сказать "нащупывал", то и код в основном писался, лишь бы работало. Сейчас большую часть кода переписал, некоторые участки дополнительно оптимизировал, критичные участки выделил в транзакции. Если нагрузка на работе не изменится, думаю на следующей неделе еще демо выложу, уже с полноценной работой по актам и услугам. Потом в планах работа с первичкой.
По С++ вряд ли много помогу, я все таки больше по паскалю. Если только общий алгоритм решения.
Тему твою видел, если дома время будет гляну. Я тут еще не отошел полностью, меня на выходных мой хронический скосил, провалялся два дня с почти 39.
-
Raben, у меня проблема в том что я просто не могу даже вопроса понять...если бы понял то худо бедно написал что нить...особо второе задание не понятно...первое напишу потому что подобное писали на занятиях.третье нашел в инете,думаю с замечаниями но прокатит...ргр вроде как за денюшку сделают...а вот второй пример совсем не понимаю как делать
-
сделай скрин числового ряда, выложи суда, что бы наверняка опознать, что за ряд. Ряд наверняка стандартный и не очень редкий. Практически все числовые ряды имеют формулы по быстрому вычислению. Опознаем ряд, найдем формулу к нему, а составить алгоритм уже проблем не составит.
-
как фото прикрепить не знаю...вот файл залил на 10 дней
http://zalil.ru/34926524 (http://zalil.ru/34926524)