|
|
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
olegov Ну Вы бы хоть тогда здесь стоимость озвучили для полноты картины. Бухгалтерия базовая 3300 руб, УПП 150000 руб. Предприятий такого масштаба, которые могут ввалить в автоматизацию 400-700 тыс (это с лицензиями) маловато. У нас УПП продается 3-4 в год, а вот Комплексная автоматизация 8 очень да же неплохо идет, здесь то же акцент как раз на управленческий учет. Идут неплохо прикладные решения сторонних разработчиков. В чем будет потребность, под то и настругают конфигураций. Это опять же на тему границ. Естественно вы правы, для контор уровня ларька связки УТ+БП базовых будет вполне достаточно. А вот КА то конечно бомба но и ориентация у не на более крупные предприятия. Будте любезны скажите мне прав я или нет, что КА покупают более крупные предприятия, чем допустим просто БП? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 20:14 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
Андрей Ж.vitkhv г. vitkhv Ваши текста внимательно читаю, но позвольте не отвечать, что-бы не скатиться на флудильню. Завтра думаю будет много желающих с Вами подискутировать! По правилам форума отвечать вы не обязанны, можете вообще всех 1С ников игнорировать на данном форуме у нас есть своя резервация "Подфорум по 1С", уверен если (когда?) у вас возникнет вопрос по 1С, вас в этой резервации не проигнорируют. P.S. Что касается килера 1С, автор топика видимо прекрасно понимает, что на данном этапе, килера 1С не создать, по крайней мере имеющимися в его распоряжении ресурсами, просит описать ее слабые стороны, чтобы можно было проникнуть на рынок ею не занятый. Так, что обсуждение киллеров 1С в данном топике - флуд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 20:28 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
iv_an_ruАндрей Ж. Т.е. победит бизнес подход к продвижению программы, а не сама программа. Надо ж различать "программу" и "программный продукт". Продвигать надо, естественно, продукт, а он, если верить Бруксу, только на треть, если не на девятую часть, состоит из "программы", считая по себестоимостям. В общем, все правильно. Единственное, думаю, что предлагаемая Андреем ставка на опенсорс и то, что какой-то альтернативный продукт будет кто-то еще дорабатывать, довольно эфимерна. Эта ниша плотно занята нуралиевцами и, чтобы их перебить, нужно вкачать просто немеренно средств. Ниша альтернативных проектов - это прямая работа с клиентами, когда маржа между доходами и расходами становится более выгодной, чем продажа и настройка 1с. Я думаю, что основная уязвимость 1с, как ни странно, лежит в области автоматизации небольших бизнесов. Наличие платформы, индивилуализация решений - вещи достаточно затратные для небольших предприятий. В топике никто не упомянул о главных технических недостатках 1с. Думаю, их три основных. 1. Механизм проведения документов де-факто приводит к некорректной многопользовательской работе. Какой sql-сервер под это не подкладывай. Кроме того, большая часть проблем при эксплуатации конфигураций 1с связано с использованием этого механизма. 2. Отсутствие аудита изменений в базе данных. Видимо, это связано с нестабильной структурой базы данных и невысокой скоростью работы системы в целом (если еще добавить лог, который растет быстрее самой базы...). Често говоря, как-то странно, что работая с такой распространенной и раскрученной системой, нельзя определить, кто-что-когда поменял в базе данных. О чем разговор? 3. Отсутствие модульной архитектуры. В результате комплексные решения превращаются в трудно контролируемых и модифицируемых монстров. Но хотел бы отметить, что в 1с есть очень много ценных идей. Очень много ресурсов вложено в разработку интерфейса и базовых компонент. Есть на что посмотреть и перенять. В других продуктах не видел ничего даже близкого. Ну, кроме своего, само собой разумеется :-)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 20:39 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
FinSoft Но хотел бы отметить, что в 1с есть очень много ценных идей. Очень много ресурсов вложено в разработку интерфейса и базовых компонент. Есть на что посмотреть и перенять. можно назвать пару? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 20:45 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
FinSoft1. Механизм проведения документов де-факто приводит к некорректной многопользовательской работе. Какой sql-сервер под это не подкладывай. Кроме того, большая часть проблем при эксплуатации конфигураций 1с связано с использованием этого механизма. 2. Отсутствие аудита изменений в базе данных. Видимо, это связано с нестабильной структурой базы данных и невысокой скоростью работы системы в целом (если еще добавить лог, который растет быстрее самой базы...). Често говоря, как-то странно, что работая с такой распространенной и раскрученной системой, нельзя определить, кто-что-когда поменял в базе данных. О чем разговор?Интересно было бы поставить эксперимент, взгромоздив 1c поверх миддлварной СУБД (для дешевизны эксперимента --- Virtuoso Open Source, чтобы $0 лицензий/раб.место). У миддлварей как правило достаточно большая скорость на OLTP-нагрузке и при этом есть способы изолировать коннекции "сильнее обычного", в т.ч. принудительно конфигурируя уровни изоляции и/или усиливая эскалацию блокировок, можно попробовать замаскировать проблему №1. Ну и аудит там, как правило, добавляется без фатальных тормозов, потому что характерные для логов правые вставки обрабатываются особыми алгоритмами, это к вопросу №2. Одна беда --- эксперимент будет лишён "денежного" смысла, так как припахивать на внедрение 1с миддлварщика все равно никто никогда не будет --- на его обжористую з/п, особенно во Внутримкадье, можно подрядить нескольких сильных 1с-ников, а они и логи ручками наклепают и на добавят триггеры на сервер + обработку конфликтов на клиентскую сторону --- в общем отполируют глюки до блеска. Разве что он и так в проекте работает, напр., скрещивая "постороннее" сетевое планирование с УПП или ещё какую экзотику. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 21:10 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
FinSoft В топике никто не упомянул о главных технических недостатках 1с. Думаю, их три основных. 1. Механизм проведения документов де-факто приводит к некорректной многопользовательской работе. Какой sql-сервер под это не подкладывай. Кроме того, большая часть проблем при эксплуатации конфигураций 1с связано с использованием этого механизма. Механизм проведения это просто запись в таблицы БД, а вот проведение задним числом это да бич 1С, хотя некоторые это считают приемуществом. Хотя в той же УПП есть ряд исправляющих документов, позволяющих не перепроводить основной документ. FinSoft 2. Отсутствие аудита изменений в базе данных. Видимо, это связано с нестабильной структурой базы данных и невысокой скоростью работы системы в целом (если еще добавить лог, который растет быстрее самой базы...). Често говоря, как-то странно, что работая с такой распространенной и раскрученной системой, нельзя определить, кто-что-когда поменял в базе данных. О чем разговор? Такой механизм в ряде стандартных конф. есть, в той же УПП например уже более года. FinSoft 3. Отсутствие модульной архитектуры. В результате комплексные решения превращаются в трудно контролируемых и модифицируемых монстров. С этим полностью согласен, хотя механизм подписок на события позволяет хоть как то обходить некоторые проблемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 21:26 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
FinSoft В топике никто не упомянул о главных технических недостатках 1с. Думаю, их три основных. 1. Механизм проведения документов де-факто приводит к некорректной многопользовательской работе. Какой sql-сервер под это не подкладывай. Кроме того, большая часть проблем при эксплуатации конфигураций 1с связано с использованием этого механизма. механизм проведения - блокировка конкурентных ресурсов и выполнение движений внутри транзакций. благодаря управляемым блокировкам избыточные блокировки исключены. движения блокируют итоги, но без итогов производительность получения остатков упадет. Вы знаете способ лучше чем у 1С? vitkhvМеханизм проведения это просто запись в таблицы БД, а вот проведение задним числом это да бич 1С, хотя некоторые это считают приемуществом. Хотя в той же УПП есть ряд исправляющих документов, позволяющих не перепроводить основной документ. как может быть возможность проведения документов задним числом недостатком. Это фича которую можно использовать, а можно нет. При этом нет ничего зазорного в исправлении задним числом документов открытого периода, чего западные системы делать не позволяют. FinSoft 3. Отсутствие модульной архитектуры. В результате комплексные решения превращаются в трудно контролируемых и модифицируемых монстров. А что для вас модульная архитектура? Независимые приложения обменивающиеся через внешние файлы или таблицы? В 1С 8 есть подсистемы, которые делят функционал по области применения. Общие функции одной подсистемы вынесены в общие модули. Если вы считаете, что код УПП не поддается контролю и модификации, значит вы никогда никакой код прочитать не сможете. vitkhvС этим полностью согласен, хотя механизм подписок на события позволяет хоть как то обходить некоторые проблемы. Подписки на события это зло, которое необходимо применять только для системных задач (последовательности, контроль прав доступа, история изменений, обмен данными и т.п.). Для написания бизнес-логики его использование недопустимо кроме случаев ведения полностью нового учета, как например сделано в реализации РАУЗ. Но если использовать его для каждого изменения - это и приводит к трудно контролируемому и модифицируемому монстру. Изменения должны вносится в тот объект, к которому они относятся, а не в тот который позволяет "облегчить" последующее обновление. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 22:06 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
Last1Cmenmazzy Таким образом, на мой взгляд, "границы возможностей платформы 1С" следующие: 1. регистрация и обработка числовых параметров (в неэкспонентоциальной форме) фактических событий, которые происходят не чаще 1 секунды 2. с небольшим объемом и горизонтом планирования 3. с относительно небольшим объемом хранимых данных (десятки гигабайт, вряд ли более) 4. на относительно современных компьютерах с хорошими характеристиками 5. возможна работа с распределенной среде с топологией не сложнее звезды неправда Модератор: Уважаемые опоненты, тема затронута "религиозная", поэтому, если Вам действительно ее интересно обсудить, настоятельно прошу быть максимально корректными и избегать реплик, подобных процитированной реплики Last1Cmen. Mazzy детально, с приведением ссылок и аргументов изложил свою позицию. Опонент же "выставил оценку", видимо заведомо полагая, что все считают его вправе такую оценку давать от имени истины в конечной инстанции. Коллеги, настоятельно прошу: 1) излагать собственное мнение, а не "обобщенные истины" 2) как минимум, сначала приводить аргументы и ссылки на источники, а уже потом приводить выводы 3) и вообще уважительно относиться к опонентам в противном случает тема будет закрыта ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 22:09 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
vitkhvЧто касается килера 1С, автор топика видимо прекрасно понимает, что на данном этапе, килера 1С не создать, по крайней мере имеющимися в его распоряжении ресурсами, просит описать ее слабые стороны, чтобы можно было проникнуть на рынок ею не занятый. Так, что обсуждение киллеров 1С в данном топике - флуд. Ориентировочная стоимость 1це-киллера (если он кому-то нужен) 5-10млн долларс и 3-5 лет. Более сложный компонент - лидер, но его найти тоже можно. Боюсь только 1с более походит на "неуловимого джо" ибо не нужен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 22:36 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
ТС, я опишу настоящие ограничения 1С, если рассматривать ее как платформу для создания учетных систем: 1. Отсутствие возможности написания плагинов для конфигуратора. Раздражает жутко, когда приходится выполнять одни и те же действия по несколько раз в день. 2. Невозможность обновления модулей на лету для целей отладки кода разработчиком, как это было в turbomd для 7.7. В итоге после добавления каждой запятой приходится перезапускать систему, что занимает некоторое время 3. Нет механизма выгрузки структуры метаданных, форм и макетов в текстовые документы для организации коллективной разработки с помощью SVN. Хранилище конфигурации использует механизм захвата объектов, т.е. технологию прошлого века. К тому же такая необходимая функция как сравнение 2-х версий хранилища ничего кроме истерического смеха не вызывает 4. Нельзя построить индексы по произвольному набору полей объекта метаданных. 1С-ки считают что этого не нужно, остальным приходится смириться с этим. Сюда же можно отнести невозможность создания индексов по нескольким полям для временных таблиц 5. Невозможно использовать подсказки оптимизатору запросов для определенной СУБД. 1С-ки считают что это приведет к несовместимости конфигурации. Остальные считают что тонкая оптимизация на конкретном проекте, с конкретной конфигурацией ПО невозможна без подсказок. Есть конечно еще проблемы, но они решаемы нестандартными способами, как например получение внутреннего идентификатора объекта метаданных, или например перехват обработки прерывания пользователя вне формы, поэтому можно считать что кому нужно, найдет способ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 22:36 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
svcoder, п.4. читать несколько индексов для временных таблиц ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 22:38 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
Last1CmenRederLast1Cmeniscrafmмаленький принц iscrafm А бухгалтерский учет - это интерпретация фактов. т.е. заменяем слово регистрация на интерпритация и это все меняет? регистрируется в разы большая информация, чем требуется для бухучета. А в целях бухучета она интерпретируется. Это очевидные вещи. Впрочем, это оффтоп в этой теме. Если хотите узнать что такое упр.учет, бух и т.п. или обсудить это, то лучше в новой теме. УУ это тоже уже интерпритация фактов если уж так копать... а БУ может быть как отдельной интерпритацией фактов так и построеной на основании интерпритации УУ (знаю есть и наоборот но не встречал в жизни) Наоборот быть не может в принципе, ибо БУ ориентирован на уже свершившиеся факты. А УУ есть еще и планируемые и прогнозируемые, область УУ шире. скажите это Garya у него инфин я так понял успешно доказывает обратное (видеть не видел но не верить причин вроде нет)Что шире и что уже - это бабушка надвое сказала. И вообще, это не настолько уж важно. Я предлагаю исходить из того, что УУ содержит часть информации, которая не требуется для БУ, а БУ (точнее, РС БУ+РСНУ!) содержит часть информации, которая нафиг не сдалась для НУ. То есть, это области, в какой-то степени пересекающиеся, но имеющие информационные области, используемые только для "собственных нужд". Наиболее универсальное решение совокупности всех учетов УУ+БУ+НУ - это регистрация "фактов", имеющих хоть какую-нибудь ценность (значение) хотя бы для одного из перечисленных учетов. С дальнейшим отображением в три вида учета (в принципе, можно и больше). Проблема лишь в том, что параметризация фактов изначально требует решения задачи ведения всех видов учета. То есть, когда факт регистрируется, нужно заранее представлять, какого рода информация о нем, в каком виде систематизированная, до какой степени детализированная должна быть введена в систему - ДЛЯ ЧЕГО (в смысле, в каком из учетов такая информация может потребоваться). Если регистрируются факты с детализацией до информации, которая никогда нигде и никому не нужна, то регистрация таких фактов - это просто сизифова работа, ПМСМ. И транжирение денег инвесторов. И, поскольку при выстраивании системы регистрации фактов требуется заведомо представлять, для каких целей и в какой системе учета такая информация может потребоваться, можно заранее факты расклассифицировать, понять, что регистрируемая информация о фактах того или иного вида содержит преимущественно данные того или иного вида учета, и, добавив к ней информацию, необходимую для других видов учета, вполне можно "оттолкнуться" от какого-то одного вида учета, подчеркиваю, от какого имено - пофигу, а точнее, решается в конкретном случае. РСБУ не требуют, например, отражать факты, связанные с выпиской счетов своим клиентам. Факт выписки счета для целей РСБУ не представляет никакой интересной информации. Он не приводит ни к изменению дебиторской или кредиторской задолженности, не приводит к движению никаких активов, не создает ценной информации также для НУ. Он нужен только для УУ. Однако, если мы включим в БУ отражение подобного факта, то законодательство мы не нарушим. И заодно соблюдем технологически важные с точки зрения нормализации и унификации информации принципы соотнесения информации в разных видах учета. Когда происходит, например, факт платежа по счету, то в момент платежа счет уже может иметь значение - по нему, например, выясняется, авансовым был платеж или за предварительно отгруженный товар (оказанные услуги), а такая трактовка может иметь и фискальные последствия. Удобно привязать масив платежей к масиву счетов, и это уже удобно и для целей БУ, и для НУ, и для УУ. Резюме: можно регистрировать факты для всех видов учета, а затем "импортировать" в каждый из видов учета только то, что нужно в нем. А можно вести какой-либо из видов учета с заведомой информационной избыточностью, и считать его изначально вот таким "источником фактов". Есть только одно "но". Если источником таких фактов является БУ, то момент отражения в нем информации должен быть привязан не к моментам сдачи отчетности в ГНИ, а к срокам, приемлемым для всех видов учета, в том числе УУ. P.S. ИНФИН тут вообще ни при чем. Это вопрос организации учета. В нашем холдинге данные БУ дополнены данными для формирования отчетности МСФО, и сроки формирования отчетности РСБУ+МСФО существенно ужесточены по сравнению только лишь с РСБУ. Источником является БУ, причем и в ИНФИНе, и в 1С. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 22:45 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
Доброго вечера! Обычно соглашаюсь с FinSoft, а тут "что-то не то": FinSoftВ общем, все правильно. Единственное, думаю, что предлагаемая Андреем ставка на опенсорс и то, что какой-то альтернативный продукт будет кто-то еще дорабатывать, довольно эфимерна. В общем, если отдаю исходники, то это в убеждении, что их передача - просто рекламный трюк , призванный дополнительно убедить клиента в честности, открытости и что его инвестиции не пропадут. К стати посчитал - весь пакет около 200 000 строк кода, т.е. в нём разберётся любой умный студент.[/b] Но в основном "КИС Lack"/"УС Land" позиционирую, как: 1. Полностью готовое (в отличии от условно "голых" платформ) решение для малого бизнеса 2. Платформу, где адаптация к "новым" бизнес технологиям производится параметрическими настройками и введением "виртуальных" объектов. 3. Систему функционал, которой можно расширить любыми ПК средствами. Реально людьми расширяется: Excel, Access, VFP, C#, платформой 1С, отчётными системами. 4. Программу с нулевой стоимостью "вхождения" , в отличии от "символических" 1С. [i] Т.е., иллюстрируя сказанное раннее - пытаюсь нащупать конкурентные маркетинговые технологии, а в реале конечно подробные презентации клиентам, попытки убедить в "правильности" выбора и т.д. Кушать на что-то надо! FinSoftЭта ниша плотно занята нуралиевцами и, чтобы их перебить, нужно вкачать просто немеренно средств. Без гарантии их отдачи или отдачи в "обозримом будущем" - прекрасные иллюстрации международные войны с MS. Но не всё так печально! 1. На Украине местные производители бизнес ПО довольно успешно ведут СОВМЕСТНУЮ МАССОВУЮ АТАКУ НА агрессора "1С". 2. Производитель "Бизнес ПАК" под прикрытием этого полезного продукта нормально продаёт свой основной продукт. 3. БЭСТ так же нормально выживает за счёт создания и расширения своих учебно-торгово-внедренческих центров, создавая их, как правило на базе ВУЗ и включая систему в учебный процесс. 4. Галактика со своим экспрессом так же потихоньку возвращает "свой рынок" и так далее... Ниша альтернативных проектов - это прямая работа с клиентами, когда маржа между доходами и расходами становится более выгодной, чем продажа и настройка 1с. Согласен, но для условно дорогих решений типа AVA, где затраты на приобретение нового клиента малы в сравнении с остальными его вложениями. Для программ ориентированных на мелкий бизнес это нерентабельный путь... В самом деле - что бы убедить хозяина "ларька" в необходимости потратить на весь процесс автоматизации, предположем 10 000 руб. нужно "уламывать" его 4-20 часов, а затем налаживать его бизнес процесс ещё пару месяцев... Я думаю, что основная уязвимость 1с, как ни странно, лежит в области автоматизации небольших бизнесов. Наличие платформы, индивилуализация решений - вещи достаточно затратные для небольших предприятий. НЕ СОГЛАСЕН!!! И многие выше убедительно доказали... Действую логика: зомбированный клиент легко уговаривается => покупает стартовое (не очень дорогое решение) => затем по мелочи инвестирует в его "допиливание" => вложив достаточно много "птичка увязла"... Попробуйте его потом убедить, что другая система решит его проблемы... Для "нормальных" автоматизаторов он надолго потерян! 2. Отсутствие аудита изменений в базе данных. Видимо, это связано с нестабильной структурой базы данных и невысокой скоростью работы системы в целом (если еще добавить лог, который растет быстрее самой базы...). Често говоря, как-то странно, что работая с такой распространенной и раскрученной системой, нельзя определить, кто-что-когда поменял в базе данных. О чем разговор? Это есть! В журнале пишется, что некий user изменил некий документ - И ВСЁ. Более подробно спецы 1С узнают "ручками" ковыряясь в базе. 3. Отсутствие модульной архитектуры. В результате комплексные решения превращаются в трудно контролируемых и модифицируемых монстров. Сама платформа - монстр и монстрами являются доп.решения, но малые доработки хороших спецов нормально структурированны и отделены от общей логики... Правда замечу (натыкался и на таких) - преднамеренно портят логику системы и доработок, что-бы продолжать доить клиентов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 22:47 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
svcoderЧто касается время меньше секунды - зачем это учетной системе?Все зависит от степени детализации планирования. Если планирование детализировано до элементарных движений частей, механизмов, манипуляторов, резцов, патронов, сверел и т.п., увязанное в единую систему планирования, декомпозируемую от стратегических планов до планов вот такого детального уровня, то требуется знать, успеет ли подхватить манипулятор2 деталь, которую ему передает манипулятор1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 22:53 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
svcoderВы 1С вообще видели? Модератор: Хорошо зная Mazzy, могу сказать за него "оне видели". А Вас лично и всех также настоятельно прошу впредь подобными фразами не разбрасываться. Достаточно сказать, что Вы с тем-то не согласны потому-то и потому-то, вот ссылка на первоисточник. Модератор: Реально не согласны Вы не с тем, что сказано в тексте, а с тем, как Вы его поняли. Лично я его понял совершенно "иным способом". В исходном тексте говорится о причинах, по которым в 1С имеются регистры разного вида. То есть, сказанное о "регистрах вообще" Вы восприняли как сказанное конкретно о регистрах сведений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 23:03 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
GaryasvcoderЧто касается время меньше секунды - зачем это учетной системе?Все зависит от степени детализации планирования. Если планирование детализировано до элементарных движений частей, механизмов, манипуляторов, резцов, патронов, сверел и т.п., увязанное в единую систему планирования, декомпозируемую от стратегических планов до планов вот такого детального уровня, то требуется знать, успеет ли подхватить манипулятор2 деталь, которую ему передает манипулятор1. Вы действительно видели такое планирование в учетной системе? Можно ведь дойти до фанатизма и запланировать успеет ли пройти импульс от контроллера А до триггера Б... Тогда типов SQL и Win32 не хватит ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 23:04 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
svcoderВы тонкой клиент вообще в глаза видели? Модератор: еще одно подобное высказывание, и Вы получите бан ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 23:05 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
vitkhvДжекНепотрошитель В стандартной конфигурации 1С УПП я не видел возможности учитывать, например, товар с двумя себестоимостями, управленческой и бухгалтерской. Видимо плохо смотрели сделайте, две приходные накладные, одну с галочкой отразить в упр. учете и вторую отразить в бух. учете и получите две разных себестоимости в УУ и БУ.Насколько я понял, ДжекНепотрошитель обращает как раз внимание на то, что ОДНОЙ накладной отразить разные суммы в разных видах учета не получится. А две разные накладные, да с одинаковым номером и датой - это не есть здорово. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 23:10 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
НельсонЯ не понял, неужели кому то придет в голов биллинг на 1С писать?Мне попадались люди, которые пытались сделать на 1С библиотечный учет по принципу складского. Пришли в полной уверенности, что через месяц автоматизируют библиотеку. Ушли через год, так ничего и не сделав и с волосами, стоящими дыбом. До них постепенно дошло, что такое библиотечный учет, и что со складским он не имеет ничего общего. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 23:15 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
svcoder как может быть возможность проведения документов задним числом недостатком. Это фича которую можно использовать, а можно нет. При этом нет ничего зазорного в исправлении задним числом документов открытого периода, чего западные системы делать не позволяют. Исправление и перепроведение документов задним числом, имеет свои приемущества и свои недостатки. Приемущества видимо таковы, что нет нужды заморачиваться пользователям с вводом коректирующих документов, а программистам с описанием логики коректирующих документов. Недостаки же таковы: 1) необходимость в системе логирования которая отвечает на вопрос кто, что и когда изменил, кстати такая система логирования появилось в стандартных конфах только недавно, да и то пока еще не во всех. 2) Возникющая путаница в системе от которой даже система логирования не спасает. В случае коректирующих документов для пользователя в системе версии документов обозначаются явно, их сразу видно. 3) Возникающее расхождения в данных когда последующие данные были расчитаны на основе предыдущих, т.е. предыдущие данные изменили, а последующие пока не пересчитали. Кстати в УПП возможны оба подхода: изменения задним числом + система логирования и система коректирующих документов. Правда система коректирующих документов существует на ограниченное число материнских документов и операций. Так что всеобъемлюще без коректировки задним числом не обойтись. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 23:26 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
GaryaМне попадались люди, которые пытались сделать на 1С библиотечный учет по принципу складского. Пришли в полной уверенности, что через месяц автоматизируют библиотеку. Ушли через год, так ничего и не сделав и с волосами, стоящими дыбом. До них постепенно дошло, что такое библиотечный учет, и что со складским он не имеет ничего общего. Люди разными бывают в том числе и опыт у них бывает разный и 1С все же здесь вообще не причем. А на 1С автоматизировать библиотеку все таки можно, что подверждает ряд отраслевых конфигураций. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 23:31 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
svcoder Подписки на события это зло, которое необходимо применять только для системных задач (последовательности, контроль прав доступа, история изменений, обмен данными и т.п.). Для написания бизнес-логики его использование недопустимо кроме случаев ведения полностью нового учета, как например сделано в реализации РАУЗ. Но если использовать его для каждого изменения - это и приводит к трудно контролируемому и модифицируемому монстру. Изменения должны вносится в тот объект, к которому они относятся, а не в тот который позволяет "облегчить" последующее обновление. Подписки на события те же тригеры относительно серверов БД. Некоторые говорят, что тригеры зло, некоторые говорят, что без них необойтися. Вспоминая книгу SQL сервер 2000 в подленнеке, автор в резюме при описании тригеров сказал приблизительно так - что при использовании тригеров необходимо взвесить все за и против иметь большой опыт и не сомневаться в своем проффесионализме и использовать их когда без них действительно нельзя обойтись (сказал не этими словами но смысл был такой). Так, что подписки на события использую когда без них действительно нельзя обойтись, исходя конечно из тех приоритетов которое я считаю наиболее важными. Для меня важность возможности оперативного обновления конф обновлениями от 1С, является наиболее приоритетной. Особенно в УПП для которой обновления выходят позже остальных конф как раз за пару тройку дней до крайнего срока сдачи отчетности. Т.е. всегда руководствуюсь правилом, что "лучше добавить свое, чем изменить стандартное" (с), хотя не всегда это получается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 23:48 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
vitkhvА на 1С автоматизировать библиотеку все таки можно, что подверждает ряд отраслевых конфигураций. не ряд, а одна. Судя по всему ее МАРК уже вытеснил окончательно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 23:53 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
vitkhvПриемущества видимо таковы, что нет нужды заморачиваться пользователям с вводом коректирующих документов, а программистам с описанием логики коректирующих документов. Даже к сторнированию есть различные подходы: 1) Корректируем исходный документ, но все корректирующие движения делаются текущей датой 2) Отменяем старый документ, затем делаем новый 3) В одном документе отмена старых строк и ввод новых. vitkhv Недостаки же таковы: 1) необходимость в системе логирования которая отвечает на вопрос кто, что и когда изменил, кстати такая система логирования появилось в стандартных конфах только недавно, да и то пока еще не во всех. Имея механизм выгрузки объекта в xml, те кто хотел сделал этот механизм гораздо раньше. Больших затрат это не требует. vitkhv 2) Возникющая путаница в системе от которой даже система логирования не спасает. В случае коректирующих документов для пользователя в системе версии документов обозначаются явно, их сразу видно. Вы серьезно считаете что иметь 1 исходный документ и 5 корректирующих для пользователя проще чем 1 исправленных, по которому можно посмотреть историю изменений? vitkhv 3) Возникающее расхождения в данных когда последующие данные были расчитаны на основе предыдущих, т.е. предыдущие данные изменили, а последующие пока не пересчитали. Для этих целей подходит подход к сторнированию №1. Например для учета продаж создается отдельный регистр который в принципе не меняется задним числом, соответственно все планирование продаж и закупки делаются на основании его. Тогда планы никогда не съедут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 23:55 |
|
||
|
А где границы у 1С???
|
|||
|---|---|---|---|
|
#18+
BagaBagaGeorge Nordic1C завоевала популярность не потому, что это была программа для автоматизации бухгалтерии, а потому что эта была программа для автоматизации бухгалтерии с хорошей ... Т.е. рекомендация "к использованию на предприятиях" минфина как бы не при чем?Когда предприятия штрафуют за то, что у них программа "неправильно посчитала налоги", то ссылка на эту рекомендацию, да, как бы ни причем. Суды ее не принимают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.08.2010, 23:56 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=36811685&tid=1526396]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
161ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 273ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...