Я думал об этом. Пока нужен только учет. Через время - выписка документов для налоговой. С ростом фирмы понадобится бухгалтер. И если за 1С я посажу любого, то за нечто эксклюзивное на 1С - придется специально учить.
Я не отказываюсь от идеи оригинального софта для этой закади, но смотрю на нее критически.
Через время - выписка документов для налоговой. С ростом фирмы понадобится бухгалтер
Для ведения бухучета нужна любая, стандартная, самая примитивная конфигурация 1С, которую можно юзать без привлечения одноэсых программеров. Туда нужно только подбрасывать первичку. И всё! Сделать экcпорт первички в 1С - как два байта переслать! Всё равно будет 2 учета Бухгалтерский и так сказать оперативный... Знаю немало людей, которые сознательно работают даже без экспорта - отдельно учетная программа, отдельно 1С с бухучетом. При этом бухгалтер вручную забивает первичку по бумажным копиям. В любом случае, нормальный бухгалтер не проведет документ, не видя надлежаще оформленной бумажной копии. При этом шустрый бухгалтер умудряется забить месячную кипу первички за пару дней. Многие так привыкли работать -бух сидит себе дома с компом, и бумажки перекладывает. Всё равно там будет ручная работа: деньги, документы поставщиков, и пр. При небольших объемах первички люди так работают многие годы..
Впрочем, сильно агитировать не буду.. Уж больно вопрос индивидуальный..
а не проще организовать экпорт первички в 1С?
я же и написал, что экспорт первички при желании организовать несложно там главная фишка - синхронизация справочников нужно просто аккуратно всё сделать
ё
По поводу 1С: 1C может и не идеал сама по себе, но сейчас это стандарт "де-факто" в своем секторе- малые и средние предприятия. Мало кому сейчас придет в голову работать в текстовом процессоре, которым несовместим с Word... А почему? потому что Word"ом пользуется 90% процентов людей. Хочу обратить внимание собеседников, на то, что технические подробности платформы (Delphi, Access, FoxPro, Предприниматель, 1C, Oracle, Navision, Grossbee....) - в данном случае НЕ ВАЖНЫ, потому что задача несложная и почти любая прога покроет эти задачи с головой. Здесь важно - отсутствие гемороя в дальнейшем, когда появится необходимость в той же бухгалтерии, в тех же отчетах и т.д. 1С - система открытая в этом плане, и разработчиков под неё много самой разной квалификации. Поэтому, еще раз, хочу сказать, что 1С в данном случае - самое то, именно по причине её распространненности. А про тех. подробности сейчас можешь забыть. Всякие там ODBC, ADO, SQL, Dbf и т.д. -все это можно легко пользовать, и это не главное в этой задаче.
По поводу 1С: 1C может и не идеал сама по себе, но сейчас это стандарт "де-факто" в своем секторе- малые и средние предприятия.
но при этом, малые и средние предприятия стараются, по мере возможности, спрыгнуть с 1С... (говорю, как человек, который предоставляет альтернативу 1С - да, программа собсвенной разработки, - но отшлифованная годами...)
Я вроде тоже, как в этой области кручусь. Почитал. В общем мое мнение: Олег - слушай AZC_ и слушай megaman_2005 - дело говорят. Причем не путай оперативный учет и аналитику с бухгалтерией. В нашей стране это пока две обсалютно разные вещи и чем больше будет расти твоя фирма, тем дальше эти две вещи будут друг от друга. Бухгалтерия нужна, так что 1С тебе пригодится полюбому с нее и начни.
но при этом, малые и средние предприятия стараются, по мере возможности, спрыгнуть с 1С... (говорю, как человек, который предоставляет альтернативу 1С - да, программа собсвенной разработки, - но отшлифованная годами...)
Если уж и "спрыгивать" с 1С, то не на программу "собственной разработки", а на нечто представляющее некий стандарт типа MS Navision, MS Axapta, SAP/R3 итп.
Сейчас ассортимент - 900 наименований дисков. В ближайшие 2-3 года он может удвоиться.
9000 наименований
Возможно, появятся товары еще нескольких категорий, но не много.
Категорий штук 40
Количество поставщиков - 10, может увеличиться до 40-50.
Не имеет значения
Количество покупателей - большое (больше 1000), но вводить их вручную нет необходимости.
Несколько тысяч, много физ. лиц просто с фамилиями
В неделю происходит около 15 закупок и около 100 продаж.
В день 30-40 расходных накладных(до 40-60 наименований), 5-10 приходных
Задача - синхронизация БД товаров и покупок в 1С и на сервере.
1С при грамотном подходе, сама тебе выгрузит обновления, сама проиндексируется, перепроведется, заархивируется, причем в то время когда ты ей укажеш (у меня ночью)
БД на сервере - MySQL.
Прекрасно дружит с SQL
Если не 1С, то что выбрать? Я смотрел онлайн-демонстрашки 1С. Мне функционал понравился, и я примерно могу себе представить, как организовать обмен данными.
1С - конструктор, мой програмист делает с ней, чо сам хочет, добавляет отчетов, валют учета, меняет регистры расчетов, короче любэ Кстати с сервака пень4, 3.6, 2Г оперативки работает в терминальном режиме 20 пользователей На сегодня я альтернатив не вижу
не буду спорить но, пока никто не жаловался
я так понял, речь о "серверной" версии 1С поэтому все "прелести" - выгрузки по ночам, бекапы, и пр (особенно впечатляет "сама проиндексируется" ) - это заслуга не 1С, а MS SQL Server. Всё то же самое можно делать, если в кач-ве СУБД будет выбран MS SQL Server, или на многих други вариантах.
Заметьте, что к 20 рабочим местам уже нужен штатный админ/программер.
Построение иерархических справочников - ну .. это только Вася Пупкин не умеет.. А вот обеспечить удобный и быстрый интерфейс, навигацию, поиск, применение нескольких "деревьев" к одному справочнику, и т.д. и т.п. .. тут 1С далеко не чемпион.
MySQL. Прекрасно дружит с SQL
Не путайте язык запросов и СУБД. SQL-запросы - норма жизни, а 1С - программисты по сей день носятся с этой "новостью", пардон, как дурень с писаной торбой.
ну и так далее.. Вообще-то "1С vs ЧТО-ТО" - это такой рваный баян, что ..
MS Navision, MS Axapta, SAP/R3 итп.
Аксапта, это конечно, хорошо.. но.. слабо приживается оно у нас. С точки зрения уменьшения рисков уж лучше 1С.
SAP/R3 нармальна? umka, слушай, что говорят будет оборот 1млрд, - не пропадеш
Моё очень предвзятое ИМХО.
а можно поотвечать?
Органически не переношу 1С и одноэсых "программистов".
"программист 1с" - название неправильное... я даже не знаю как назвать, но не "программист" непереносимость не будем обсуждать
Изначально кривая программа. И юзабилити никакое.
кривая в работе с sql и вообще с большим количеством юзверей, но можно слепить и будет фурычить а еще?
И всё равно будете завязаны на одного "программиста", который будет за каждый чих брать почасовую (!!!) оплату.
почасовка практикуется далеко не у всех те, кто в теме больше 5-ти лет, повременку не хотят - не выгодно завязаны на одного... нет - всегда можно найти другого, только ему надо будет время - понять, что натворили до него
Какая разница, в каком коде будет разбираться "последователь" - на бэйсике, на горбатом бэйсикоподобном "языке" 1С, или, скажем, на Delphi?
дополню пофик на чем написана - главное, чтобы устраивало заказчика
К слову сказать, на Delphi или в том же акцессе "складов" сделано не меньше, чем на 1С.
меньше и значительно
Тем более, MySQL.. Импортировать из MySQL в эти дурацкие DBF-ники, ради того, чтобы работать с 1С?
Батенька! Зачем тока дбф! Есть много разных способов. OLE, DDE, dbf, текст, напрямую в sql... я полюбляю OLE
Я бы попробовал прощупать версию Delphi->ADO->любая БД. На Delphi пишет каждый ребенок . Т.е. если сама заготовка хороша, то в дальнейшем модификации сможет делать любой другой программист Delphi (исходники забирать обязательно).
Когда этим "любым ребёнкам" ставят задачу - бухгалтерия + налоговый учет + отчетность - они все гамузом начинают икать и дергаться и переводить стрелки на галимую 1С Предложишь иметь 1с-ника для бухгалтерии + программера на тех же делфях для склада? Так просто склад настолько примитивная задача... Роскошь для меленькой фирмы, гемор для большей.
А всякие статистики и анализ на начальном уровне можно делать и с помошью того же построителя запросов Access и средствами Excel (в далниейшем вностить в программу при необходимости).
И шо это будет за конструкция с мульёном окон и задействованного софта?
Самый главный "плюс" 1С - время, затраченное на рисование софтины для учета. Быстрее не бывает. Отсюда и цена. И с поддержкой проблем нет. А недостатки самого движка (производительность по сети) компенсирует современное железо.
Если уж и "спрыгивать" с 1С, то не на программу "собственной разработки", а на нечто представляющее некий стандарт типа MS Navision, MS Axapta, SAP/R3 итп.
У нас фирм, которые могут себе это позволить по $$$$$$ - единицы. Там расклады на сотни килобаксов, если по уму. А результат? Кадров нет нифига нормальных.
Вон я сейчас на одной конторе с саперами взаимодействую. Я в той конторке во внутренний учет не лезу - там жить прийдется, а бухгалтерия - моё. Стал вопрос взаимодействия 1С бух и SAP/R3. Надо чтобы накладные появлялись в 1С почти online. Ну с задержкой минут 5. Раньше 1С (не моё) на складе стояло - прицепил свою обработку через ОЛЕ, зациклил и прувет! Всё шуршало больше года без нареканий. Переносится пяток видов документов. Писанина заняла 2 дня с перекурами, обедами и трепом. При условии, что на складе стояла незнакомая мне, очень специфическая 1С. А саперы что? ОНИ: - Как переносить будем? Я: - ОЛЕ панимаш? ОНИ: - неа Я: - ну тады выгружай хоть куда нибудь - я разберусь ОНИ: - в csv пойдет? Я: - мона и так, а можно что-то поприличней, чтоб я как гаврик не сидел и запятые не считал? ОНИ: - нуууууууу.... в csv у нас уже есть готовое, а то ж писать надо... Я: - А как будем "online 5 минут" делать? Файлик ваш автоматом каждые 5 мин обновляться иль добавляться будет? А нинают... репу чешут... уже какую неделю.
Заметьте, что к 20 рабочим местам уже нужен штатный админ/программер.
не нужен то рахит, а не админ/програмер, если нужен штатный
Знаю немало людей, которые сознательно работают даже без экспорта - отдельно учетная программа, отдельно 1С с бухучетом. При этом бухгалтер вручную забивает первичку по бумажным копиям. В любом случае, нормальный бухгалтер не проведет документ, не видя надлежаще оформленной бумажной копии. При этом шустрый бухгалтер умудряется забить месячную кипу первички за пару дней. Многие так привыкли работать -бух сидит себе дома с компом, и бумажки перекладывает. Всё равно там будет ручная работа: деньги, документы поставщиков, и пр. При небольших объемах первички люди так работают многие годы..
афигительная автоматизация в режиме полудуплекса с педальным приводом
но при этом, малые и средние предприятия стараются, по мере возможности, спрыгнуть с 1С...
наоборот крупные предприятия 1с не потянет - будет гемор а малые и средние - самое оно
(говорю, как человек, который предоставляет альтернативу 1С - да, программа собсвенной разработки, - но отшлифованная годами...)
бухгалтерия, налоговый учет, регулярные обновления отчетности, возможность легкой и быстрой доработки? сцылку в студию - стану дилером с большой базой клиентов а если по линухом работает - ваще золотое дно
1- колличество номенклатуры 2- количество карточек товара 3- колличество аналитических признаков ( для сортировки и поиска товара 4- колличество контрагентов 5- с чем буш стыковаться 6- какая платформа для сервака
а это сколько позиций надо шоб проблемы были? а то я не знаю (по пунктам 1,2,4) с десятками тысяч работает спокойно, а больше и не было ниукого из моих...
п.3 - скока наклепаем стока и буит признаков
Так просто склад настолько примитивная задача...
В этом месте зарыдал ... Вообще в нашей системе, именно склад - это самое сложное и запутанное место. Меня охватывает панический страх, когда я слышу о проблеме в складской программе... Все остальное переносится гораздо легче Просто, когда склад не простой, а распределенный из кучи отдельных филиалов с иерархической структурой и асинхронным обменом данными ... то там черт голову сломит ...
В этом месте зарыдал ...
рыдать не надо, я просто знаки прыпынания не поставил - двоечник попробуем так: Так "просто склад" - настолько примитивная задача... Имею ввыду задачу маленькой фирмы (эта ветка).
Вообще в нашей системе, именно склад - это самое сложное и запутанное место. Меня охватывает панический страх, когда я слышу о проблеме в складской программе... Все остальное переносится гораздо легче Просто, когда склад не простой, а распределенный из кучи отдельных филиалов с иерархической структурой и асинхронным обменом данными ... то там черт голову сломит ...
Так тут... шо на 1С, шо на чем угодно замахаешься кстати если не секрет, как реализовано?
Відповісти
Поперед.
Зміст
Наступ.
Гілками
Бухгалтерский и так сказать оперативный...
) - это заслуга не 1С, а MS SQL Server. Всё то же самое можно делать, если в кач-ве СУБД будет выбран MS SQL Server, или на многих други вариантах.
нармальна? umka, слушай, что говорят 
