Моё дело пока сложно назвать полноценной альтернативой 1С как такого бух учета там еще нет, поэтому для крупного предприятия наврядли подойдет, разве что Кабинет бухгалтера можно попробовать который там сделали http://www.moedelo.org/Company/News/130
"а что, в 2000-2012 годах интернет куда-то исчез? ", да нет просто 1С вдруг стал белыми и пушистыми, а после версии 7.5 таких безобразий как ломаная версия стало меньше и 7.7 практически цивилизованная и ломаных мне не пришлось видеть, а про 8.0; 8.1 и т.д и т.п. сами видите повсеместный переход.
и 7.7, и 8.Х прекрасно работают в "ознакомительном режиме" (удобней и надежней, чем с ключами); к тому же сейчас за всё михАлкову уплачено.Сообщение от Listrat
... поскольку вышеизложенное в свете вышеуказанного влечет нижеследующее по отношению к поименованному...
1С отказалась от аппаратных ключей защиты с осени 2011 года, так что проблем с их поломкой или кражей уже нет.
Что же касается "ознакомительных версий", то у таких версий есть один существенный недостаток. Обновления не работают. Согласитесь, очень приятно не прибегая к помощи программистов, при условии, что база типовая, обновить формы отчетности и получить новый функционал прямо из программы.
К тому же подписка ИТС позволяет получить доступ к правовой базе, базе писем ФНС, Минфина и иже с ними, к различным журналам и линиям консультаций по бухучету и налогообложению.
кому нужно их красть? проблемы с глюками - когда в последний день отправки отчетности это чудо отказывается работать и требует плясок с бубном для продолжения.
"Вас обманули"Что же касается "ознакомительных версий", то у таких версий есть один существенный недостаток. Обновления не работают.
впрочем, для меня эта тема теряет актуальность в связи с переходом на другие программы.
любая программа именно так и должна обновляться (обновил сейчас Инфо-Предприятие - три раза тыцнул мышом, что согласен. на кой ляд программист?).Согласитесь, очень приятно не прибегая к помощи программистов, при условии, что база типовая, обновить формы отчетности и получить новый функционал прямо из программы.
а насчет функционала и новых форм - неужели за 2,5 года нельзя архисуперсложный отчет РСВ1 написать - чтобы работал?
всё это есть на КлеркеК тому же подписка ИТС позволяет получить доступ к правовой базе, базе писем ФНС, Минфина и иже с ними, к различным журналам и линиям консультаций по бухучету и налогообложению.
... поскольку вышеизложенное в свете вышеуказанного влечет нижеследующее по отношению к поименованному...
Инфо-Бухгалтер так и обновляется!
Чтобы деньги с клиента брать! Зачем же еще!
есть куча и бесплатных софта, вполне подходящие для ведения бух учета
Если бух. учет элементарный. А если сложности возникают, вышеизложенное в свете вышеуказанного не соответствуют?... Тогда как в бесплатном софте это отразить? Да еще в налоговом единовременно?
Все бабы, как бабы, а я - бабее
все возможно, было бы желание, например ВС Бухгалтерия
И налоговую декларацию по прибыли распечатаеть, и зарплату бюджетную с их подвыподвертами учтеть? Не верю, сорри.
Все бабы, как бабы, а я - бабее
Бесплатный бесплатному рознь. Один бесплатный имеет ограничения по количеству операций, количеству рабочих мест или по времени работы. Это нормально.
А другой бесплатный - совсем бесплатный, что ненормально.
совсем бесплатный означает всего лишь, что какой-либо новичок пытается выйти на рынок...
Или, наоборот, какой-нибудь "старичок" перед прекращением своей деятельности или в связи с крайней неуспешностью своего бизнеса
решил раздать все и всем бесплатно и больше эту прогу поддерживать он не будет (опять же, в связи с прекращением своей деятельности, выходом на пенсию, нахождением выгодного места работы и т.п.)
За комфорт надо, безусловно, платить. Не верится как-то в бесплатный комфорт. Тем более, что учет усложняется с каждым годом, надо поддержку обеспечивать, модернизацию. Все это требует немалых усилий и далеко не бесплатно. Вот вели вы учет в бесплатном софте, а законодательство изменилось. И что? Все сначала? Не так уж это дорого стоит.
Что-то ветка про альтернативы 1С превратилась в обсуждение достоинств и недостатков 1С
У нас вот тоже свое решение - СП-Бухгалтерия. В чем-то оно лучше 1С, в чем-то конечно уступает. Наши клиенты, нашу систему ни за что на 1С не променяют, ну так потому они и наши. Так что альтернативы есть. Было бы желание их искать.
Альтернатива всегда есть и будет для 1С (не настолько хороша эта программа как о ней пишут). Свое решение - ВСЕГДА будет лучше, если сделано под Вашего Заказчика. А изменение и настройка 1с под Заказчика превращается в постоянную настройку после каждого обновления ПО 1с. Так что полностью с Вами согласен: зачем Вашим клиентам переходить на 1с, если их все устраивает и сделано для них.
Ну... мы не можем сказать что оно сделано конкретно под какого-то из наших заказчиков
Хотелось бы поточнее узнать про этот вариант "невмешательства".
Что именно может сам клиент доработать и как? Насколько сложно для "простого бухгалтера"?
Дело в том, что мы уже давно "боремся" сами с собой как раз на этом минном поле. Наши - то клиенты могут вытворять на основе полученных знаний и предоставленных им возможностей, что угодно! ( Было у нас так, что "потенциальный клиент" запросил модуль с функционалом, которого мы не делали!) Вот отсюда и вопросы- как именно Вы разбираетесь при обновлении, замене "платформы" где конь с копытом, а где - рак с клешней ?
Ну и самое напряженное -как учитывается замена операционных систем, офисов и прочего "не прикладного" хозяйства.
На мое ИМХО, просьба не опираться!
Когда я говорю,складывается впечатление, что я брежу(©)
Честно, не очень понимаю проблему. У нас пользователь действительно может доработать многие вещи. Насколько сложно для бухгалтеров? Ммм.. смотря что. Давайте разберемся по уровням. Платформа - некоторая оболочка, написанная на C++ плюс некоторый набор системных утилит, написанных на внутреннем языке (Внутренний язык - на русском, поэтому, как это не смешно, действительно оказалось так, что некоторые бухгалтера и в это влезают.) Прикладная часть, то есть собственно бухгалтерия: описание части структуры данных в базе плюс описание форм, утилиты их обработчиков и утилиты отчетов, написанных на внутреннем языке. Каждая формочка и отчет - в отдельном файлике. Возможности настройки прикладной части? Ну, то что создал разработчик этой прикладной части. Например, та же настройка плана счетов и макетов типовых бухгалтерских операций. Конкретная конфигурация такой настройки - это конкретные данные в БД. Допустим захотел пользователь что-то изменить. Что конкретно? План счетов под себя настроить? Ну будет у него конфигурация его данных - это на обновление самого софта никак не влияет. Дополнительные отчеты написать и форм понасоздавать? Да, будет у него свой самописный модуль, но он же будет в его отдельных файлах, которые при обновлении системы никак не затронуться. Обновляться-то будут другие файлы, не те что он понаписал. Если же он влез в алгоритм какого-то файла поставляемого нами и его поправил.. ну тут уж он должен сам понимать чего творит. За поддержку вот таким образом измененных вещей мы конечно нести ответственность не можем. А про обновление операционных систем и офисов я вообще не очень понимаю. Ну захотел - обновляй на здоровье. Какое отношение офис или патч на операционку имеет к функционированию бухгалтерской программы? Захотел все переставить? Скопируй бухгалтерию куда-нибудь, потом, когда переставишь, - скопируй обратно.
Зато влияет на отчетность. Которая меняется и которая должна обновляться. Как это они не будут затрагиваться при обновлении? А у Вас отчетность исходя из каких данных заполняется?
Законодательство изменилось - что же делать?
Просто скачать новую версию бесплатной программы Инфо-Бухгалтер 10.
В ней вовремя будут сделаны все необходимые изменения.
За какие деньги ведется работа над бесплатной версией?
За деньги, поступающие от продажи платной версии!
В чем разница бесплатной и платной версий?
Бесплатная версия допускает не более 1000 хозяйственных операций в журнале (причем без ограничения колическтва проводок).
Платная версия не имеет ограничений.
Ну вот видите, вы со мной и согласились, что за комфорт надо платить.
Над.К, возможно я не слишком корректно выразилась. Конечно же типовой план счетов, утвержденный законодательством, никто не трогает. На нем строится утвержденная законодательством же отчетность. Мы даем настраивать под себя аналитику плана счетов. А дальше - есть готовые аналитические ведомости, которые будут отражать картину финансово-хозяйственной деятельности по налитикам, настроенным Вами. Если вы настроили аналитики, то дальше, в соответствии с этим вы можете подстроить и типовые бухгалтерские операции в соответствии с вашей спецификой. Все это будет лишь изменением в данных и на софт не влияет.
в правильно спроектированной программе (Зато влияет на отчетность. Которая меняется и которая должна обновляться. Как это они не будут затрагиваться при обновлении? А у Вас отчетность исходя из каких данных заполняется?интим1с не предлагать!) любая очередная отчетность заполняется без изменения модуля программы;
отчетность заполняется из данных в базе;
замену/добавление форм отчетности пользователь производит через справочники;
бОльшую часть правил обработки - так же.
в письме 257 анонсируется как раз правильный подход, основной недостаток такого подхода - на нем не прокормишь армию "сопровождателей".
========
1с написана академическим индусским быдлокодом чуть менее, чем полностью; в программный модуль запихано 80% того, что должно быть во внешних справочниках.
общая концепция ("Миссия"
и это им удалось.
... поскольку вышеизложенное в свете вышеуказанного влечет нижеследующее по отношению к поименованному...
Полностью с Вами согласен!
Не просто армию, а огромную, паразитирующую, искусственную, и совершенно ненужную...
Огромную армию. Более того, армию, враждебно настроенную к бухгалтерам и сосущим из них деньги!
Это же надо такому случиться - даже новая специальность появилась - "Програмист 1Ц".
Удалось, надо сказать, блестяще.
Всю страну на иглу посадили!
Попробую перевести для себя.
В связи с появлением новых "вычурностей" в отчетности системные утилиты, полагаю, надо как-то дорабатывать. Расширять их номенклатуру. Наглядный пример: не было потребности распределять страховые взносы по ИЛСам. Появились. Чт оу Вас будет подрабатываться? Утилиты? Думаю, что не только они. Поскольку появляются новые сущности, требующие изменения структуры базы данных. Это как на вокзале в камере хранения - бац! И новый поезд! В неудобное время.Пассажиры должны куда-то рассовать свои чемоданы и "пойти погулять".
Для обработки этих "ячеек" потребуется новый персонал, читай - утилиты.
Как происходит добавление "камеры хранения" и " приемщиков" непосредственно клиенту?
Он тащит свой системный блок к Вам на фирму, Вы тащитесь к нему, или как ?
Внутренний язык, я понимаю - набор формул, описание, как Вы говорите, - части базы. А вот с этого места, поподробнее. Что еще и как? Таблицы, экранные и табличные формы, запросы? Каков формат хранения данных.Прикладная часть, то есть собственно бухгалтерия: описание части структуры данных в базе плюс описание форм, утилиты их обработчиков и утилиты отчетов, написанных на внутреннем языке. Каждая формочка и отчет - в отдельном файлике. Возможности настройки прикладной части? Ну, то что создал разработчик этой прикладной части.
Ну, хотя бы формат файла БД: DBF? MDF ? XML? XLB ? DAT?
Далее. Допустим, разработчики ограничили строку с названием фирмы-партнера длиной 100 символов.А у меня случился железнодорожный аппендикс, в имени которого перечислены все вышестоящие, прямо от Кремля...
Могу я сделать нужную мне длину поля до максимального ? Что произойдет при обновлении?
Обрубать мне этого красавца нельзя, сильно обидится!
И это правильно! (ц)Например, та же настройка плана счетов и макетов типовых бухгалтерских операций. Конкретная конфигурация такой настройки - это конкретные данные в БД. Допустим захотел пользователь что-то изменить. Что конкретно? План счетов под себя настроить? Ну будет у него конфигурация его данных - это на обновление самого софта никак не влияет.
Ну не нравится мне весь план счетов, установленный сверху. Взял и поудалял неиспользуемые. А к используемым, напридумывал субсчетов, да еще и аналитику навешал: это счет с аналиткой по договорам, тот - по партнерам... И это - мое! Трогать нельзя! Данные покорежим!
Это как? "Модуль"? Скомпилированные экзешники, библиотечки? У Вас там и компилятор в платформе зашит?Дополнительные отчеты написать и форм понасоздавать? Да, будет у него свой самописный модуль,
Т.е. БОЛЬШЕ Ваша компания этого клиента не поддерживает?но он же будет в его отдельных файлах, которые при обновлении системы никак не затронуться. Обновляться-то будут другие файлы, не те что он понаписал. Если же он влез в алгоритм какого-то файла поставляемого нами и его поправил.. ну тут уж он должен сам понимать чего творит. За поддержку вот таким образом измененных вещей мы конечно нести ответственность не можем.
Поскольку пристроить ему СВОИ изменения с учетом ЕГО изменение не может?
Т.е. Вы хотите сказать, что Вашей программе все - едино! Вчера работала с Вордом93м, завтра - с 2007м, послезавтра с 2010м? То что у этих версия формат несколько отличается, значения не имеет? Или Вы с ОпенОффисом сразу наладились?А про обновление операционных систем и офисов я вообще не очень понимаю. Ну захотел - обновляй на здоровье. Какое отношение офис или патч на операционку имеет к функционированию бухгалтерской программы? Захотел все переставить? Скопируй бухгалтерию куда-нибудь, потом, когда переставишь, - скопируй обратно.
Я уже не говорю про операционные системы. Сервера...
Которые, время от времени, перестают поддерживать сетевые протоколы, усложняют системы защиты, обрезают полные версии до хоумов...
На мое ИМХО, просьба не опираться!
Когда я говорю,складывается впечатление, что я брежу(©)
Системные утилиты - это не отчеты. Это функциональные части самой платформы: например система прав доступа, управление экранными формами, общение с сетью и т.п. Есть что-то из этого, что написано на внутреннем языке. Ваш пример - это чисто прикладная вещь, которая пишется на внутреннем языке.
Про базу данных - это вообще отдельная песня. Она у нас - своя, вшита в платформу и вообще нестандартная. Каждая запись в потенциале может содержать все реквизиты, описанные в системе, а может и не содержать. При добавлении новых реквизитов или сущностей просто подменяется файл описания базы данных. Это ничего не рушит ибо не мешает работать остальному функционалу. Я понимаю, что в это сходу въехать тяжеловато, т.к. все привыкли к стандарту и SQL. У нас это не так. Если тема интересует подробнее - можно глянуть здесь [censored]
Нет, не так. Внутренний язык - полноценный объектно-ориентированный язык со своим API. На нем собственно и пишем. Причем не только прикладные вещи, но и части системных кусков тоже. Компилятор, да - встроенный. Подхватывает куски исполняемого кода на лету - в процессе сеанса работы. Ну... как веб-сервер или сервер приложений примерно.
Таблицы, экраные и табличные формы - тоже просто инструменты платформы. Про базу см. выше
Поменяете описание реквизита в файле описания базы и с этого момента можете врисовывать наименования длиннее. С тем что уже написано и заполнено в базе ничего делать не нужно.
Попробую еще раз объяснить. Представляете что такое класс в Java? Это отдельный файлик, как правило очень небольшой. Джава-машина при старте собирает такие классы и их исполняет. Только ей сначала надо откомпилировать, а потом запустить. У нас компиляция происходит автоматически, на лету. А файлов со всякими разными функциями очень много и они, по большому счету - независимы, - это просто кусок какого-то кода. Может быть - обработчик формы, может быть - утилитка которая отчет формирует. Важно то, что они все в отдельных файликах.
Так вот - если пользователь владеет нашим внутренним языком и понаписал таких своих отдельных файликов - флаг ему в руки. Пусть трудится наздоровье, у нас есть такие клиенты, которые часть нужного им функционала особенно в том что касается отчетов, доделывали сами.
Мы, когда выпускаем обновление, меняем свои файлики, они к файлам, написанным клиентом, отношение не имеют.
Если же клиент настолько продвинут, что поменял код в файле, который поставляем мы, то он должен просто это учитывать в обновлениях. Он должен понимать, что те стандартные обновления, которые мы поставляем, конкретно для его версии файла не подойдут (но это не значит, что они не подойдут для всего остального). Никто не говорит что его перестают поддерживать. Просто для таких вот изменений клиенту нужно позаботится о слиянии измененного им кода с кодом обновления. Но это уже все теоретизирования, потому что - вероятность того, что клиент поменял код в каком-то файлике, а потом нам именно его же понадобилось обновить... есть конечно, но небольшая. Но если задуматься - проблема опять-таки легко решается: исходники под CVS загоняются и все.
Мы используем библиотеку GenRep. Эта разработка нашего партнера и бывшего коллеги. Он раньше работал в нашей компании разрабатывал ее специально под нашу платформу. Сейчас библиотека поставляется и отдельно тоже. Она формирует документы в rtf и xls. С версиями как-то проблем не возникает.
Подробности здесь http://genrep.net/
Что касается взаимоействия нашей платформы с системными вещами, здесь дело в истории. Исторически сложилось так, что наша платформа Викта, на которой вся СП-Бухгалтерия стоит, написана очень на низкоуровневом C++ и по большому счету не использует почти никаких системных библиотек. По этой причине ей практически по барабану на какой платформе запускаться. Она даже на Linux работает.
Да, иногда возникает ситуация, что приходится что-то менять и в самой платформе. Но это собственно и есть обновление платформы, т.е. Exe-шника, который отвечает за ядро. Окружение при этом не затрагивается и продолжает работать как работало, переустанавливать ничего не нужно.
Не понимаю почему первую ссылку зацензурировали. Там в ней просто описание технических особенностей функционирования БД нашей платформы. Описывать все это на форуме будет немного не к месту. В общем - если интересно - погуглите статью Отличительные особенности БД комплекса «Викта»
ОК, немного прояснилось. затертые ссылки можно мне в личку написать.
На мое ИМХО, просьба не опираться!
Когда я говорю,складывается впечатление, что я брежу(©)
Малое предприятие занимается оптовой торговлей, в т.ч. экспорт\импорт. В какой еще программе, кроме 1С естественно, можно вести бухгалтерский и налоговый учет таких операций? ( возможность учета расчетов с контрагентами, на валютных счетах в рублевом и валютном эквивалентах)
http://ecsystems.info/index_files/Page416.htm
ПО ЭСУ.
Полностью готова к использованию. Есть версия и поновее. Склад производство и тд см сайт. Работает с очень большими объема данных. В бесплатном варианте ограничение на количество одновременно работающих пользователей не более 5. Заметный недостаток - отсутствие стандартизованной отчетности, например не заполняет РСВ, приходится собирать из нескольких отчетов в ручную, на зато все остальное очень даже гуд.
anartova, Как то сайт ваш скуден, где:
1. демо версия.
2. хотя бы один рисунок самой программы
3. стоимость самой программы
4. стоимость внедрения, наладки, установки, адаптации
5. стоимость годового обслуживания
одна писанина и ни одного наглядного примера и возможности пощупать, или работаете по системе ты сначала купи
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ответить с цитированием