-
Про оперативный учет я вообще молчу. Многие вещи 1С просто не позволяет реализовать.
-
> ANB (05.12.08 14:22) [60]
Ну, пжалста, добовляйте в конце таких предложений фразу "в типовых конфигурациях" ;)
> tesseract © (05.12.08 14:20) [58]
Имеется ввиду, на что в данный момент нужно сделать упор в работе (например: закупка чего сейчас важнее - сырья (если да, то какого), оборудования или еще чего-то-там-нужного). =)
-
> Что есть серьезное предприятие? Металлургический комбинат > с количеством рабочих мест за 70 тысяч подойдет?
в то, что оперативный учет на 1С - не верю. Что используется для рисования (именно рисования) отчетности - ничего другого и не ожидаю.
-
> В 1С сколько народу пришлось бы за это посадить ?
У нас в день не меньше 8-15 миллионов оборота. Сеть из 17 магазинов, никто на производительность не жалуеться. Полный отчет о движение 6-7 тысяч наименований за год делается около 5-10 минут.
> (от 5 до 30 позиций в каждой)
Это чек какой-то, а не накладная, у нас накладные до 800 и более позиций.
> В 1С сколько народу пришлось бы за это посадить ?
Половины хватит. накладная набиваеться примерно 2-5 секунд позиция. Посчитай сам. У тебя сколько по номенклатуре расшифровки ? В моей базе больше 30.
> в то, что оперативный учет на 1С - не верю.
Ну и не верь :-) Просто используються распределённые базы и ноу гемор. Это ты всё хочешь в одно место запихнуть. Асинхронные базы работают всё-таки стабильнее и быстрее.
-
> Асинхронные базы работают всё-таки стабильнее и быстрее.
тогда в екселе можно, эффект тот же
-
> тогда в екселе можно, эффект тот же
Ну не совсем.
-
-
> Petr V. Abramov ©
О чем спорим-то? О том, что 1с не всегда и не везде применима с точки зрения затрат и эффективности? О том что 1с занимает примерно 80 процентов рынка подобных услуг? Или о том, что все работающие с ней глупые неучи поскольку "тормозно и неудобно " ?
Уточни :))
-
> О том, что 1с не всегда и не везде применима с точки зрения > затрат и эффективности?
1. не спорим
> О том что 1с занимает примерно 80 процентов рынка подобных > услуг?
2. хрен его знает, сколько процентов, но очень много
> Или о том, что все работающие с ней глупые неучи поскольку > "тормозно и неудобно " ?
именно на глупых и неучей она и расчитана, именно поэтому п.2 , поэтому же не всегда и не везде применима.
-
> boriskb (05.12.2008 16:10:07) [67]
Они уроды, писать надо на Дельфи, писать надо на долго, лучше до пенсии.
-
Не может быть у собственных разработок заведомых примуществ перед 1С, как и не может быть заведомых преимуществ 1С перед собственными разработками. К тому же эти вещи могут сочетаться, так как из 1С можно что-то выгружать в свои системы или из них что-то загружать в 1С. В каждом конкретном случае можно найти удачные и неудачные решения. От ищущих зависит. Аргументы в пользу заведомой точки зрения на этот счет совершенно иррационально по своей природе. Особенно на сайте Мастеров. Даже рекламщики не решились бы написать "1С - заведомо идеальное решение". А уж профессиональным программистам это вовсе не пристало. Если бы 1С представляло собой ту существенную панацею для большинства задач, как здесь пытаются представить, то давайте попросим завести в меню сайта Мастеров для начала конференцию "1С". Или еще лучше так: "1С: торговля", "1С: кадры", "1С и так далее". А все конференции по Delphi поместим в "Прочее".
-
> Petr V. Abramov © (05.12.08 16:20) [68]
Вот видишь. :) Я так и думал. Ты и со мной и, думаю, со своими противниками в споре сошелся во мнениях Спорить не о чем :))
-
Я бы рекомендовал сочетание чисто стандартной конфигурации "1С: Предприятие" и информационной системы на основе Delphi (или чего-то иного, например, ASP.NET), взаимодействующих между собой. "Стандартная конфигурация" удешевит все, что касается поддержки (и апдейтов!) стандартных печатных форм документов и упростит ввод множества финансовых данных (хорошо еще 1С соединять с какой-ниубдь системой "Банк-клиент"), а Delphi (или что-то иное) удешевит, упростит и ускорит все, что специфично для конкретной задачи.
-
> Я бы рекомендовал сочетание чисто стандартной конфигурации > "1С: Предприятие" и информационной системы на основе Delphi > (или чего-то иного, например, ASP.NET), взаимодействующих > между собой. "Стандартная конфигурация" удешевит все, что > касается поддержки (и апдейтов!) стандартных печатных форм > документов и упростит ввод множества финансовых данных (хорошо > еще 1С соединять с какой-ниубдь системой "Банк-клиент"), > а Delphi (или что-то иное) удешевит, упростит и ускорит > все, что специфично для конкретной задачи.
И даже такая конфигурация может не устроить. Например некоторые отчеты 1С просто не сможет сформировать в приемлемое время. Но вообще - это лучшее решение, которое, как правило и применяться в достаточно серьезных конторах. Если они, конечно, не купили сдуру вместо 1С аксапту или сап.
-
> Если они, конечно, не купили сдуру вместо 1С аксапту
У нас в головной конторе 1с и аксапта крутятся вместе
-
Я убежден, что правильным решение нужно искать всегда задаваясь вопросом "как правильно рапределить ответственность", а не вопросом "на чем лучше работать".
1С берет на себя заботу о том, чтобы формы документов и финансовых отчетов соотвествовали стандартным. Поэтому ответственность за этот пункт можно возложить на фирму 1С. Это теперь их забота. Если от 1С отказаться, то либо стандартность документов некритична (такое тоже миожет быть), либо кто-то готов тратить дополнительные деньги на то, чтобы за это отвечал кто-то другой (к примеру, программист Delphi).
Если бухгалтер привык работать именно с 1С, то тогда за содержание финансовых отчетов (по крайней мере официальных) отвечать сможет бухгалтер, если у него в руках 1С.
В то же время если 1С без изменений конфигурации (а при них сужается возможность апдейтов) не может обеспечить какой-то другой важный момент, то ее (1С) следует дополнить системой, в которой тот, кто возьмет на себя заботу об этом пункте (например, взаимодействие с интернет-магазином или с технологической линией) сможет гарантировать нужное качество.
-
> удешевит все, что касается поддержки (и апдейтов!) стандартных > печатных форм документов
а может и удорожить, если ввод массовый.
-
> Например некоторые отчеты 1С просто не сможет сформировать > в приемлемое время.
Плохому программисту всегда фрэймворк мешает.
> В то же время если 1С без изменений конфигурации (а при > них сужается возможность апдейтов)
Ушел плакать, Вы явно с 1с не знакомы.
SAP - те же ежи в ботинках, и гибкость у него, как у бетонной балки.
-
> Если бы 1С представляло собой ту существенную панацею для > большинства задач, как здесь пытаются представить
Неправда Ваша. Говорим лишь о том, что иногда (достаточно часто) 1С действительно проще/легче/дешевле и удобнее. Хоть и не панацея. И требует доработок. Но, согласитесь, взять готовую систему со стандартным планом счетов, стандартными проводками, с полной проверкой корректности вносимых данных, партионным учетом и т.д., и т.п. и добавить к ней какой-то свой Жизненно-необходимый-документ-организации-Х гораздо проще, чем написать всю бухгалтерию (план счетов, начисление износа, давальческое сырье и т.д., и т.п., и пр.) Т.е., по сути написать ВСЮ бухгалтерию (об упрощенном налогообложении я умолчу, как и о предприятиях с двумя документами ПН и РН).
> В то же время если 1С без изменений конфигурации (а при > них сужается возможность апдейтов)
эм... А может вспомним 1С 6.0? Или Еще глубже в историю заглянем? Я понимаю, что это форум мастеров Делфи а не 1С, но нельзя же не зная предмета утверждать!
-
>KilkennyCat © (05.12.08 05:47) [53] >Ты конкретно ошибаешься. >Есть и банки, и предприятия.
Мы приведем конкретные примеры работающих систем или просто приятно провести вечерок вышли ?
"Не знаешь - не говори" - вот золотое правило.
|