>>356973
Как я себе представляю работу такой системы, сотрудник видит заявку, принимает ее (становится ответственным), на складе берет нужное количество материала, для выполнения заявки.

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

Кладовщик осуществляет и оформляет прием продукции - заявка становится выполненной. На каждом этапе можно отследить косяк каждого сотрудника: пропал материал - недостаток поступления (кто брал материал), брак - не оформлен (кто принимал готовую продукцию), и т.п.

Вроде бы, для производства задачи тривиальные.

>>356973
>1С отпадает, стало быть
с хуя ли?

>>356978
Я использую 1С сейчас, она на сервере (обычный комп, просто мощный, стоит в офисе) работает, подключаюсь как клиент - и то сервер задыхается, часто тупит. Он не в прямом смысле слова сервер, но мощный, и по тактовой частоте, и по оперативной памяти (около 8 гигов).

Представив, как будет работать 1с на моем довольно скромном ноуте, грустно. Да еще дорогая она.

>>356978
есть какая-нибудь урезаная редакция? А то комбайн этот ваш 1с

Ну что же вы, поделитесь технологией правильного учета

Даже в банках не менее трех программ используется, а он тут выебывается.
Жуй 1С с экселем, как все.

>>357065
Но при чем тут банк?
>Жуй 1С с экселем
Я так и делаю, просто стараюсь найти более эффективный способ.

>>357073
>Но при чем тут банк?
Сложность учета.
>стараюсь найти более эффективный способ.
Найми бухгалтера.

>>357074
Но сложности банка в большом документообороте.

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

Моя проблема не в бумагах и документах, с ними все в порядке.

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

>>356973
Анон, можем тебе помочь с автоматизацией учета и написанием софта под твое производство.

Если интересно, пиши [email protected]

>>356973
Попробуй Access.

>>357088
проверь почту
>>357095
Там без разработки на VB получается еще хуже чем Excel, насколько я понимаю? Тогда мне проще разрабатывать CRM с помощью фрилансеров которые кинут меня через месяц с моими запросами

В видео интересная система для доставки суши или что там, пиццы

>>357098
>проверь почту

есть контакт

ОП, тебе может систему учета на C# написать?

ололо дипломированный специалист

p.s. могу в 1С

>>357123
В одиночку писать собрался? Сколько писать-то будешь, специалист?

>>357095 Лучше ПоверПоинт!

>>356975
>Вроде бы, для производства задачи тривиальные
Не очень. Ибо процессы\этапы производства разные бывают и организация документооборота тоже. Сам перерыл кучу прог пока сам не плюнул и не наваял на аксессе допилил из учебной БД в комплекте. Да, затратно по времени, но зато теперь все нужные задачи для небольшой базы на 3-10 пользователей решает.

>>357262
Для меня изучать Access, переносить данные - уже затраты времени и сил. В Excel хоть ориентируюсь более-менее, а что-то заново учить, ну нет. Если куда-то иммигрировать, так уж на CRM, на мой взгляд, развивающуюся, конечно, с поддержкой. А иначе шило на мыло менять, одни сорта говна.

Я однажды уже переносил в Excel все свои данные и таблицы - из блокнота, перспективы снова все портировать по десять раз не привлекают.

>>357281
>Я однажды уже переносил в Excel все свои данные и таблицы - из блокнота, перспективы снова все портировать по десять раз не привлекают
тащем-то это нормальное развитие предприятия, сам через это проходил - от ведения тетрадок до поднятия терминального сервера, в итоге решил что надо делать своё, пока не поздно. Аксеес для примера привел, не фак что его возможности тебя вообще устроят, но основную мысль я хотел донести, что
1.нужную иненно тебе аналитику, организацию процессов и документооборот может сделать только софт, разработанный под тебя, готовые решения удовлетворят твои потребности лишь частично или полностью, но ограниченное время, т.к. нормальные предприятия развиваются и потребности увеличиваются\изменяются, поэтому
2.в перспективу надо закладывать развитие. я, например, в дальнейшем планирую перенести базу в mysql и прикрутить веб-морду для сотрудников, соответственно, в твоем случае, если интересуют crm с поддержкой - то это наиболее оптимальное решение, наверное (если фирма не на 1 сезон например).

>>357292
Я больше беспокоюсь о том, что

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

Возможно, я параною, но начитался историй о внедрении, грустно все. Если только не иметь свой IT отдел, но мне он зачем? Не нуже, по большому счету.

>>357302
>1. Не получится уложиться, хотя бы 500 тыс
не видя ТЗ сложно тебе так что-то конкретное посоветовать. Рекомендую максимально подробно изложить все твои влажные фантазии на бумаге (можно с картинками - набросками интерфейса), то что получится - это ещё не ТЗ, но уже можно отнести в 2-3 конторы чтобы хотя бы примерно осметили, соответсвенно будешь точнее понимать цену своих хотелок.
>2. Постоянно вкладывая в ее разработку, я увижу результат только через полгода
Не обязательно, разработка и внедрение может проходить поэтапно, по модулям (если грамотно разработана архитектура на этапе проектирования), т.е сначала разработают и поставят модуль, например, работы с контрагентами, потом модуль производства, потом логистики итд. Соответстенно в этом случае первые результаты вполне можешь увидеть может и через пару недель (опять же, смотря какие у тебя запросы и насколько хорошие профи будут делать эту работу).
>3. Программисты однажды поймут как я от них завишу, и раздуют цену на обслуживания до не приличных размеров, а другие только разбираться будут 3 месяца.
Это могут) Но это проблема касается не только айтишников, но и любого другого специалиста - уволился технолог\тех директор\главбух - пойди поищи такого же, с таким же опытом за такую же зп. Даже если найдешь, он тоже втыкать в работу твоего производства будет пару месяцев. Диллема не имеет полного и беоговорочного решения, но всё-таки держать специалистов в штате всегда надежней чем на аутсорсе - оно как бе свое, родное, договориться всегда проще да и Шиндовс переставить секретарше может. Половинчатое решение - контора делает тебе систему, потом нанимаешь одного спеца в штат, он в процессе разбирается с кодом и неспешно допиливает систему по мере изменения потребностей.