Реестр печати с расчетом

krom_berg
Идет загрузка
Загрузка
20.11.2019
3383
55
печатает на Ender 3
Разное

Подпишитесь на автора

Подпишитесь на автора, если вам нравятся его публикации. Тогда вы будете получать уведомления о его новых постах.

Отписаться от уведомлений вы всегда сможете в профиле автора.

32
Статья относится к принтерам:
Ender 3

И так, доброго всем времени суток)

Данный пост начну с небольшого рассказа.

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

Завел себе таблицу Excel, в которую набросал примитивных колонок: вид пластика, вес изделия, время печати и т.д. Хоть объем информации небольшой, но всё же эти 5-6 колонок нужно было после каждого заказа заполнять вручную. 

Позже наткнулся на очень полезную штуку от Chuzhastik (ссылка на статью кликабельна), а именно калькулятор для расчета стоимости печати, в котором довольно приятно реализован метод. 

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

Покопавшись денек в интернете, нашел способ в котором можно написать код для Excel на Visual Basic. С языками программирования я немного знаком, но конкретно с этим товарищем я никогда не общался) Потратив еще немного времени и разобравшись в синтаксисе языка, конечно не без помощи "ведосеков", я смог реализовать задумку.

А теперь по порядку)

За основу была взята вышеупомянутая таблица с готовым расчетом стоимости печати.

Первоначально выглядела она так

Сразу небольшая оговорочка, алгоритм расчета я не трогал от слова совсем, и не стал придумывать колесо т.к. всё реализовано довольно хорошо и меня полностью устраивает.

Так вот, взяв за основу всю эту красоту, я переделав таблицу немного под себя, получилось следующее:

Понимаю что очень уж всё пёстро, но поверьте, в дальнейшем это пригодится, и вы поймёте почему)

Идем дальше. Приведя всё в тот вид который был у меня в голове, и уже примерно понимая какой вид и какие столбцы будут в реестре я подумал, что будет полезно указывать еще и вид пластика, который использую, чтобы видеть картину по расходу не общего количества пластика, а каждого отдельно. Но как все знают, лень двигатель прогресса, хотя я больше за оптимизацию всего процесса)) Поэтому сделал возможность выбрать необходимый пластик сразу в ячейке из выпадающего списка. Вкратце объясню.

Создаем нужный нам список, к примеру такой:

Тыкаем на ячейку в которой будет выпадающий список.

Далее в графе данные, нам нужна "проверка данных".

Тыкаем на нее и вы новом окне "тип данных" выбираем "список".

И в "источник" выделяем нужные нам ячейки БЕЗ шапки.

Нажимаем Enter и следом Ok.

Вуаля, и готово. Лично у меня получилось так: 

Дальше необходимо включить вкладку разработчика. Параметры - Настройки ленты - Разработчик.

Далее начинается самое интересное.

Для начала я начал готовить шапку самого реестра. Получилось следующим образом:

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

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

 ДАНГЕРУС!!! ОБЯЗАТЕЛЬНО ПОСЛЕ ВВОДА НУЖНО НАЖАТЬ ENTER, ИНАЧЕ НЕ СОХРАНИТСЯ.

ТАК ЖЕ НЕОБХОДИМО СРАЗУ СОХРАНИТЬ ДОКУМЕНТ В ФОРМАТЕ ПРИВЕДЕННОМ НИЖЕ.

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

Переходим во вкладку разработчика и открываем Visual Basic

После чего нам нужно подключить во вкладке Insert, Module

Переименовываем имеющиеся листы, обязательно английскими буквами.

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

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

Сразу предупрежу, что мой код отличается от приведенного в видео. Т.к. там объясняется написание кода только для одного листа, следовательно код другой.Все ребята шаристые, разберетесь)

После того как написали код, сохраняем всё это богатство в вышеупомянутом формате еще раз. 

Приступаем к финальной стадии. Созданию великой КНОПКИ.

Для этого возвращаемся во вкладку разработчика и тыкаем вставить - кнопка(самая первая в выпадающем окне):

Выбираем необходимые размеры и после того как опустим мышку вылезет такое окно:

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

Конечный результат:

А теперь самое волнительное. Жмем кнопку "Внести в реестр"

Дабы не было сомнение что автонумерация и прочие функции работают исправно, от фонаря взял рандомные значения и залил их в реестр, так что всё огонь)

И о боги, оно работает, оно живое)

В конечном итоге что мы с этого имеем?

Автонумерацию строк, автоматический ввод всех данных в реестр одним кликом, оптимизацию сбора статистики и бесценный опыт.

Хочу сказать, что такой длиннопост я написал для людей, которым может не понравится мой вариант исполнения, которые увидев задумку, захотят сделать подобное под себя. Я мог бы просто залить пару скринов и сказать "пользуйтесь", но так же не интересно))

Надеюсь я смог немного заинтересовать вас своей мыслью, друзья сопечатники)

Ну а теперь, изрядно помучав вас, я выкладываю свою вариацию в Excel файле.

Excel тут.

Пользуйтесь на здоровье и добро пожаловать в комментарии для обсуждения сей статьи)

Всем удачи и хорошей адгезии ;)

Подпишитесь на автора

Подпишитесь на автора, если вам нравятся его публикации. Тогда вы будете получать уведомления о его новых постах.

Отписаться от уведомлений вы всегда сможете в профиле автора.

32
Комментарии к статье

Комментарии

20.11.2019 в 23:23
1

Все красиво, сам люблю эксель и пользуюсь на все случаи жизни. Но уж как-то очень заморочисто.  

А что если в модели используется несколько пластиков с разной стоимостью? 

Какой смысл хранить информацию о том, сколько стоила печать в прошлый раз? Тогда уж надо G-код сюда привязывать. Чуть другие настройки (скорость/заполнение/слои) и совсем другая цена. Пластик тоже может приходить по разной цене. Потом придется заказчику объяснять, почему в прошлый раз было на 3 руб. дешевле.   

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

21.11.2019 в 08:38
1

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

Я оговаривался в посте, что сделал под себя (нет поддержки 2-х филаментов) и по тем критериям, которые нужны были мне.

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

В общем, сделал - поделился)

21.11.2019 в 07:20
2

Какой смысл хранить информацию о том, сколько стоила печать в прошлый раз?

это называется бухгалтерия...

ТС рекомендую изучить Access - там всё это делается гораздо проще, без привлечения VBA (в данном конкретном случае) + можно сделать удобные формы ввода данных, анализ базы, отчёты....

21.11.2019 в 08:39
0

Вооот, и я о том же)

По поводу того, в чем делать - Excel для начала, просто попробовать систему)

Дальше на другие БД можно перейти)

21.11.2019 в 09:04
1

Раз программируете, то пишите уже сразу нормальную программу на C# или C++ с использованием встраиваемой СУБД SQLite :) Вот там уже можно будет развернуться как угодно широко и глубоко - и история печати, и закупки, и статистика и все что угодно, используя все возможности SQL :) И никаких дополнительных программ не нужно будет - ни Excel, ни Access :) Ну, разве что кому-то придется доустановить рантайм-библиотеки .NET или VS :)

Думаю, что сделав нормальную программу, сможете даже продавать ее рублей по 300, будет востребовано :)

21.11.2019 в 09:11
1

Интересная мысль) 

C# учил одно время, думаю будет стимул вернуться в это дело. Думаю займусь в ближайшее время. 

Попрошу только дать ссылку на какие-нибудь полезные статьи чтобы начать в правильном русле. Если не сложно конечно)

 

21.11.2019 в 09:23
1

Вот с этим помочь не могу :( Просто я уже так давно занимаюсь программированием, что надобности в каких-то ресурсах для начинающих нет уже много лет, так что даже не знаю что и где есть толкового :(

По SQLite неплохая документация прямо на официальном сайте - https://www.sqlite.org . В программы C/C++ она встраивается очень легко, для C# тоже вроде есть библиотеки, вот первая же ссылка из гугла - https://devpractice.ru/sqlite-c/

Мне гораздо более привычен C++, с C# я работал не очень долго и давно, так что не смогу помочь с ним, но на C# гораздо удобнее создавать интерфейс пользователя, так что я бы на Вашем месте остановился на нем, разбираясь уже по ходу дела :)

21.11.2019 в 09:37
1

Понял, принял, закрепил)
Благодарю за идею и информацию))

21.11.2019 в 09:46
0

Мне гораздо более привычен C++

В 2019 писать приложения под ОС на плюсах? Да вы батенька знаете толк в извращении ) Нет конечно можно, но зачем страдать плюсами, когда есть ООП си шарп?

21.11.2019 в 10:02
0

В 2019 писать приложения под ОС на плюсах?

Язык программирования - это просто инструмент. В каких-то задачах будет удобным шарп, в каких-то плюсы. У меня в основном встают задачи, для которых плюсы удобнее, ну или по крайней мере в которых шарп не даст абсолютно никаких преимуществ :)

21.11.2019 в 09:39
0

Раз программируете, то пишите уже сразу нормальную программу на C# или C++ с использованием встраиваемой СУБД SQLite :) Вот там уже можно будет развернуться как угодно широко и глубоко - и история печати, и закупки, и статистика и все что угодно, используя все возможности SQL :) И никаких дополнительных программ не нужно будет - ни Excel, ни Access :) Ну, разве что кому-то придется доустановить рантайм-библиотеки .NET или VS :)

А что не так с Access? Зачем сторонние драйвера, сервисы? Зачем страдать с описанием очень многих вещей которые по итогу в аксесе делаются в 3 тычка на коленке? Зачем sqlite когда все равно по итогу будет однопользовательский локальный доступ к данным в 500 килобайт?

Я как программист могу с уверенностью сказать что тут с головой аксеса. Да и опять же какие возможности SQL не может Access? Подключится к внешней БД? Легко. Сделать сложную выборку SQL? Легко. Сварганить красивый отчет в вполне удобном графическом редакторе? Легко.

На моей памяти было приложение. Развивалось оно именно как Access на сетевой шаре. Был реализован экспорт-импорт данных при обновлении и т.д. Позже когда объем данных перевалил за удобоваримые для ACCESS размеры (бд была разделена на 2 файла, файл с данными и файл запроса) ребята без "великого напряга" (конечно там половину перелопатить пришлось, но все же) переехали на полноценный SQL сервер. Данная связка позволяет в плюс минус держать менее квалифицированных, а значит более дешевых специалистов. ну и опять же всегда на ходу можно иметь возможность под себя переделать тот же отчет уже на месте без привлечения разработчика.

так что в данном случае - excel - костыль дикий, access - самый удобный инструмент.

21.11.2019 в 09:45
0

Костыль костылем, согласен, но забодяжить такую штуку за полтора часа не сильно было внапряг)

Поэтому мы сейчас тут) Тоже есть плюс - общаемся)

21.11.2019 в 09:58
0

А что не так с Access? Зачем сторонние драйвера, сервисы?

Какие еще сторонние драйвера и сервисы? Нативная программа под винду, никаких сторонних программ и сервисов. .NET-фреймворк и так установлен практически у всех :)

А сам Access - не сторонняя программа, к тому же еще и из платного пакета программ? :)

Зачем sqlite когда все равно по итогу будет однопользовательский локальный доступ к данным в 500 килобайт?

Ну вот затем и маленькая, легкая, быстрая SQLite, а не какая-нибудь MySQL или Microsoft SQL :)

21.11.2019 в 10:06
0

 Нативная программа под винду, никаких сторонних программ и сервисов. .NET-фреймворк и так установлен практически у всех :)

Практически да не у всех. Во вторых версионность там очень имеет место быть.

А сам Access - не сторонняя программа, к тому же еще и из платного пакета программ? :)

На сколько платная чтобы не воспользоваться скажем бесплатным LibreOffice?

Ну вот затем и маленькая, легкая, быстрая SQLite, а не какая-нибудь MySQL или Microsoft SQL :)

Смысл от внешнего ядра СУБД когда данных гулькин нос?

Я ж еще раз говорю: Есть задача и есть инструмент для нее. Стрелять из пушки по воробьям нет ни какого смысла.

21.11.2019 в 10:08
0

Практически да не у всех. Во вторых версионность там очень имеет место быть.

Ну ок, есть 5-10% пользователей, у которых он не установлен :)

Версионность есть, но и обратная совместимость есть, так что если собирать программу не под последнюю версию, то проблем не возникнет :)


Смысл от внешнего ядра СУБД когда данных гулькин нос?

Так нет внешнего ядра. Движок SQLite встраивается прямо в программу :) Внешним будет только файл базы данных :)

Это вот как раз многомегабайтные Access или LibreOffice получаются пушкой по воробьям, а не дополнительные 200-500 кб кода SQLite в программе :)

21.11.2019 в 10:19
0

Ну ок, есть 5-10% пользователей, у которых он не установлен :)

По дефолту стоит только тот что поставляется с осью. Далее уже по мере требований.

Версионность есть, но и обратная совместимость есть, так что если собирать программу не под последнюю версию, то проблем не возникнет :)

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

21.11.2019 в 10:23
0

если там написано что нуно 2.0, то пока 2.0 не поставишь...

Иногда да, иногда нет. Зависит от используемых программой компонентов :)

21.11.2019 в 10:28
0

Зависит от используемых программой компонентов :)

Ну вот видишь. Вот ты уже с какой-то долей вероятности докинул 100-200 метров ради одной функции ) Фреймворк - то еще зло. А криворукий программер .Net зло в квадрате. 

21.11.2019 в 11:14
0

100-200 метров

А что ради одной функции нужно качать 3-4 фреймворка сразу? :)

К тому же, с вероятностью как минимум 50% у пользователя уже будет стоять фреймворк, а вот Access будет стоять с вероятностью всего лишь с вероятностью процентов 5 максимум :) И весит он тоже не 2 метра :) LibreOffice - вообще 300 метров установщик, который поставит кучу барахла ради одной БД :)

21.11.2019 в 10:26
0

Так нет внешнего ядра. Движок SQLite встраивается прямо в программу :) Внешним будет только файл базы данных :) Это вот как раз многомегабайтные Access или LibreOffice получаются пушкой по воробьям, а не дополнительные 200-500 кб кода SQLite в программе :)

Я сужу и как конечный пользователь, и как системный администратор, и как программист. Есть задачи которые действительно куда проще решить своей внешней БД, а то и вообще файлами, но есть задачи которые куда удобнее решить с помощью того же access. Для каждой задачи есть свой подходящий инструмент. Ведь в таком раскладе я к примеру вообще могу сказать что тут без 1С вообще ни куда! Плюс если брать в учет работу официально, то берем ту же бухгалтерию, дописываем к ней модуль расчета и на выходе получаем заказы от клиента, счета на оплату, акты выполненых работ, бухгалтерский и прочий учет с учетом материальных запасов и амотизации оборудования и прочее и прочее и прочее. Но 1с тут вообще ни к черту в конкретном вопросе. Как и какая-то самописная программа, которая обязывается тебя знать целый 2 языка программирования. Когда в случае с access всего-то sql и вполне себе с великой вероятснотью удастся обойтись вообще гуишным построителем запросов.

21.11.2019 в 11:06
0

Есть задачи которые действительно куда проще решить своей внешней БД

Еще раз говорю - в SQLite нет никакой внешней БД :)

Как и какая-то самописная программа, которая обязывается тебя знать целый 2 языка программирования. Когда в случае с access всего-то sql и вполне себе с великой вероятснотью удастся обойтись вообще гуишным построителем запросов.

SQL - тоже вполне себе язык программирования, так что сложность отличается не на порядки :)

Если делать только для себя как для частника, то можно и Access и даже Excel. Да хоть в тетрадку писать - вообще каждому доступно :)

Если же делать инструмент для 3D-печатников, то делать нужно приложением, а не конфигурацией Access-а, это для пользователей будет в разы удобнее :)

23.11.2019 в 00:27
0

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

21.11.2019 в 07:54
0

Не понятен смысл энергопотребления принтера. Если БП на 0,3 кВт, то он все равно не будет потреблять 0,3. Пик нагрузки будет при нагреве стола. Когда принтер начал печать, то энергопотребление гораздо ниже, стол и сопло включаются только для поддержания температуры на короткие промежутки времени. Фактические затраты без отдельного счетчика не получить. Учитывая цену 1 кВт, электричеством при одном принтере можно пренебречь, либо просто добавить некий символический % к цене в счет электроэнергии.

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

21.11.2019 в 08:43
3

Смысл считать энергопотребление? Да просто потому, что можно) 

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

Да и разница в деньгах 1-2 рубля будет, если считать с периодами нагрузки, а возиться с этим - будь здоров!

21.11.2019 в 09:26
0

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

Это называется стоимость материала, амортизация оборудования, человекочасы. Глупо было бы посчитать человеку деталь как итог с учетом материала, когда материал заказчика.

21.11.2019 в 09:24
0

Именно для этого люди и придумали БД. В частности Access в помощь. 1 таблица с параметрами заказа (дата, заказчик, что за деталь, включая аттач файлов как в БД, так и в отдельную папочку), 2 таблица периодическая с общими элементами - стоимость пластика, работ и прочего (это не постоянные параметры, к примеру сегодня ты купил скажем филамент по акции за 1000 рублей, а завтра без нее за 1500, это надо учитывать, особенно если ты считаешь доход, то в таком контексте должна быть как цена закупки, так и цена "продажи" + опять же возможность вести среднюю цену за конкретный вид филамента), 3 таблица уже результат. В идеале сделать регистрами итогов и скажем раз в месяц запускается расчет итоговый и он добавляется в итоговую таблицу, а с итогового расчета до текущей даты рассчитывается каждый раз при открытии. Можно и проще - считать каждый раз при открытии, тогда и таблица не нужна, а достаточно просто отчетной формы. В помощь таблица с материалами и ценами, возможно с учетом пластика, таблица с видами работ и стоимостью за абстрактную единицу, Таблица с контрагентами.

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

А страдать подобным в экселе... Я бы сказать честно даже и не начинал.

21.11.2019 в 09:41
0

Я понимаю что в Access это дело намного более оптимизированное и удобное. 

Но повторюсь, мне просто было интересно сделать для начала в Excel, и хочу вам сказать, если хоть чуть чуть знать Visual Basic, то это сделать совсем не сложно, хоть и писанины много накатал) 

Работы тут минут на 40 максимум, при хоть каких-то знаниях. Так что вот так)

За мысль и информацию спасибо большое)

21.11.2019 в 09:45
2

Начинаем развитие. 

Excel -> Access -> 1C Предприятие ->  SAP/R3  

Хотя думаю, что все уже придумали за нас.

Только надо правильно настроить входные данные.

21.11.2019 в 17:00
0

Проходили, и не раз. Там в конце Qt и MySQL (ну или PostgreSQL), после .NET и SQLite. В разы проще писать и поддерживать код на сях чем в 1ске или любой другой подобной фигне. Опять же, писать только под винду и зависеть от чужого софта - это тупик.

21.11.2019 в 10:12
0

Схоронил, посмотрим на досуге.

21.11.2019 в 10:41
0

А вы не пробовали граммовые электронные весы?

PLA 1 грамм - 15 руб.

ABS 1 грамм - 12 руб.

Flex 1 грамм - 20 руб.

И в таком духе...

21.11.2019 в 12:21
0

С финансовой стороны вопроса не эффективно, амортизацию, электроэнергию и прочие затраты тоже включать в стоимость необходимо.

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

25.11.2019 в 02:45
0

Самое главное в расчётах - время, а не вес пластика. Подставьте в таблицу любую деталь и проверьте - себестоимость пластика минимальна, даже самого дорогого. Цена детали в основном складывается из затраченного нами времени на моделирование, печать и постобработку.

21.11.2019 в 11:31
0

Отлично. Есть ряд вопросов по тому - а где же собственно коэффициенты на сложность работ. Не всякая постобработка может считаться по одним и тем же расценкам. Плюс ИМХО, детали то штучные, маловата такса на ручной труд, особенно на моделинг... Да и считать стоимость детали во времени моделировании не совсем корректно, когда речь идёт не об офисной работе на постоянной основе.


(опять придётся пост делать про свою таблицу для фотополимера и ФДМ)) ) Идея с выбором пластика через списки интересная, стоит для своей таблицы реализовать. и показать)

21.11.2019 в 12:23
0

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

Пользуйтесь на здоровье)

25.11.2019 в 02:52
0

Коэффициент сложности работ не нужен. Чем сложнее работа, тем больше затратится времени, вот и всё. Поэтому учитываем именно время.

Маловата такса на ручной труд - эх... иногда приходится её вообще не учитывать. Я тут тётенькам, которые печеньками/тортами занимаются, делал вырубки всяких фигурок. Их нормальная стоимость рублей 500 - около часа моделирования, от 40 минут и выше время печати. Но кто-ж их купит за 500 руб, если есть алиэкспресс? Приходится со слезами отдавать по 150-200р.

Эти все расчёты весьма приблизительные, лишь для удобства. Приходится часто подстраиваться под клиента.

21.11.2019 в 13:24
0

Кстати, народ интересует подобное, но для фотополимерной печати? %) С высчитыванием времени печати и т.д. и т.п.

21.11.2019 в 13:26
0

Я фотополимерник брать собираюсь в ближайшем будущем, думаю стоит сделать.

21.11.2019 в 14:05
0

Ну принцип ведь тот же остается :)

21.11.2019 в 14:51
0

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

21.11.2019 в 15:04
0

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

21.11.2019 в 19:23
0

По сути да, но тогда нужно будет за грамм изделия большую цену выставлять. Поскольку SLA принтерам без разницы сколько одинаковых изделий на столе, хоть 1 хоть 10 он их будет печатать с одной скоростью.

21.11.2019 в 20:50
0

Весь ад можно было заменить CRM - Амора думаю подойдет. Там хоть больше статистики собирать будете.

P.S:  Для начала конечно достойно, но и для перехода на средний уровень маловато. Слишком мало данных для анализа. По сути, вы анализируете свой склад и финансы. А не своих клиентов и что вы печатаете.

21.11.2019 в 22:32
0

Так это и есть начало)

Да, цель была именно сбор статистики финансов и расхода, а то,что нужно моим клиентам, я умещаю в голове, пока могу)

Разумеется в дальнейшем буду переходить на более серьёзные вещи, но а пока радуюсь тому, что забодяжил)

22.11.2019 в 12:35
0

Спасибо за обратную связь) Попробуйте внедрить Trello - https://trello.com/ Как по мне, можно легко организовать командную работу и переводить заказы по статусам (доскам) прикалхозить можно к чему угодно). Да и какие-то мысли держать там тоже можно)

P.S Бесплатной версии хватит) Если что пишите, помогу освоить)

23.11.2019 в 12:26
0

Обязательно изучу эту штукенцию, если что обращусь за советом)

22.11.2019 в 09:23
0

Один раз просцитать коэффициент на виды материала, а потом множ себе граммы на коэффициент и не парься.

в итоге:

* 6 основных материалов.

* моделирование

* постпечатка

* брак

* налоги

Как то так;)

22.11.2019 в 09:53
0

Снова таки не гибко, амортизация, разная цена пластика и прочие параметры которые могут меняться. Аналогом коэффициента для пластика в моей таблице - это цена за катушку и ее вес.

22.11.2019 в 12:39
0

"There is no limit to perfection"

23.11.2019 в 21:57
0

не скачать

puh
23.11.2019 в 22:21
0
23.11.2019 в 23:07
0

Благодарствую!

24.11.2019 в 09:21
0

кто смел и может накидать примеров своих расценок? например, корпус какой-то, фигурка, набор корпусов . кто что печатает..   

Я как-то на глаз считаю и даже попадаю в "ваши"(конкурентные) рамки :)

24.11.2019 в 11:34
0

MySQL в виде DLL и фронтенд на любом языке. fullstop

Для написания комментариев, пожалуйста, авторизуйтесь.

Читайте в блогах

Sirius Hardlight - Принтер который вы искали

Печатаем гибкую, эластичную, мягкую деталь полимерником

КОМПАС-3D v18 Home. Основы 3D-проектирования. Часть 16.3. Создание игрушечного паровоза. Крыша и тележка паровоза

Boot or not to boot или ректальная реанимация MKS TFT32.

Контейнеры для филамента, которые я использую.

Спасение новогодней елки