1C is SAP?

← →
Empleado © (2005-10-06 13:27) [0]

Вот тут возник вопрос:
Можно ли продукт "1C" считать как SAP? И как это обосновать?

Я имею крайне общее представление, что такое 1C. Здесь наверняка есть специалисты в этой области. Не могли бы вы мне разъяснить этот вопрос?

Спасибо

← →
Seg (2005-10-06 13:29) [1]

Для начала расшифруй абревиатуру SAP.

← →
Иксик © (2005-10-06 13:36) [2]

> Empleado © (06.10.05 13:27)

SAP, насколько я знаю, довольно-таки крутой программный пакет, связанный с бухгалтерией, у наших бухгалтеров именно он. А про SAP как класс программ я не слышал...

← →
IceBeerg © (2005-10-06 13:52) [3]

Empleado © (06.10.05 13:27)
Зайди на www.1c.ru, почитай...

← →
Mike B. © (2005-10-06 14:25) [4]

Если подразумевается SAP R/3 то конечно нет :)
Может быть имеется ввиду что-то еще?

← →
Иксик © (2005-10-06 14:27) [5]

> Mike B. © (06.10.05 14:25) [4]

Вот-вот, я про него. :)

← →
Seg (2005-10-06 14:30) [6]

SAP - это система класса ERP, объединяющая большое к-во рабочих мест и удаленных пользователей , а 1С - настольная система для одного предприятия.
Выпускается в 2-х вариантах - многопользовательская на MS SQL server и однопользовательская - на dbf файлах.

← →
euru © (2005-10-06 14:34) [7]

Некоторое сходство у них есть, но различий гораздо больше.

← →
Seg (2005-10-06 14:38) [8]

Главное различие - это масштаб.

← →
Тульский © (2005-10-06 14:42) [9]

> и однопользовательская - на dbf файлах.

неправда

← →
evvcom © (2005-10-06 14:53) [10]

> Тульский © (06.10.05 14:42) [9]
>
> > и однопользовательская - на dbf файлах.
>
> неправда

Я не большой знаток 1С, но по-моему, это все же скорее правда, чем нет. Если кто-то открывает какой-либо запрос (окно), то никто другой уже с этими данными работать не сможет. Идут огромные блокировки, насколько мне известно. Это как раз и не отвечает требованиям многопользовательской работы.

← →
Тульский © (2005-10-06 15:00) [11]

> evvcom © (06.10.05 14:53) [10]

Информационная система считается многопользователской если в ней могут одновременно работать два и более пользователей.

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

Во-первых, это не так. Во-вторых, запрос и окно - это разные вещи.

← →
Dok_3D © (2005-10-06 15:07) [12]

Собрались девки пообсуждать хоккей и футбол ...

← →
euru © (2005-10-06 15:12) [13]

В некотором роде 1С и SAP R/3 можно сравнить с шоссейным велосипедом и автомобилем. И тот, и другой позволяют ездить по дорогам. Только на автомобиле можно уехать гораздо дальше, да и комфорта побольше. С другой стороны, начальная стоимость автомобиля и стоимость последующего тех. обслуживания больше соответствующих стоимостей велосипеда. Да и в обслуживании автомобиля требуется более квалифицированный персонал.

← →
Anatoly Podgoretsky © (2005-10-06 15:15) [14]

Мы до сих пор не знаем про какой SAP идет речь, эта аббревиатура популярна.

← →
IceBeerg © (2005-10-06 15:19) [15]

Seg (06.10.05 14:30) [6]
1С - настольная система для одного предприятия.
Позволю себе не согласиться с Вами, а как же на счет компоненты "Управление распределенными информационными базами"?

> Выпускается в 2-х вариантах - многопользовательская на
> MS SQL server и однопользовательская - на dbf файлах.
и
> Если кто-то открывает какой-либо запрос (окно), то
> никто другой уже с этими данными работать не сможет
- строанно, у меня на dbf версии работает 5 пользователей и все могут одновременно вормировать отчет "Оборотная ведомость" или наример создавать документ "Расходная накладная"...

← →
Seg (2005-10-06 15:25) [16]

Пример из прайс-листа 1С

1C:БУХГАЛТЕРИЯ базовая для Windows версия 6.0
1С:БУХГАЛТЕРИЯ ПРОФ для Windows сетевая версия 6.0

В чем разница между этими версиями?

← →
Anatoly Podgoretsky © (2005-10-06 15:37) [17]

Seg (06.10.05 15:25) [16]
В цене

← →
IceBeerg © (2005-10-06 15:41) [18]

Seg (06.10.05 15:25) [16]
Пример из прайс-листа 1С
Где это Вы такой прайс нашли? Версия 6 уже не так популярна, многие используют 7.7

Разница то есть, но ПРОФ версию вполне можно превратить в базовую, наоборот непомню, но помоему тоже можно. А если Вам достанется ключик для однопользовательской версии (так сказать базовой), то в версии ПРОФ у Вас второй пользователь не зайдет...

Прайс: http://www.1c.ru/rus/partners/catalog.jsp?parentKod=1CV77

По поводу SQL, тут надо чтобы 1С:Предприятие было для SQL, а всем остальным компонентам до одного места... SQL версия нормально работает и в DBF режиме...

← →
euru © (2005-10-06 15:42) [19]

> Anatoly Podgoretsky © (06.10.05 15:37) [17]
> Seg (06.10.05 15:25) [16]
И в возможностях

← →
IceBeerg © (2005-10-06 15:44) [20]

http://www.1c.ru/rus/products/1c/predpr/why-predpr.htm

← →
Тульский © (2005-10-06 15:47) [21]

> IceBeerg © (06.10.05 15:41) [18]
> Seg (06.10.05 15:25) [16]
> Пример из прайс-листа 1С
> Где это Вы такой прайс нашли? Версия 6 уже не так популярна,
> многие используют 7.7

Дык уже 8.0 вовсю используется. А про 6-ку уже и забыли давно.

← →
euru © (2005-10-06 15:51) [22]

http://www.sap.com/cis/solutions/index.epx

← →
Empleado © (2005-10-06 16:04) [23]

> Seg (06.10.05 13:29) [1]
> Для начала расшифруй абревиатуру SAP.

www.sap.com

> Seg (06.10.05 14:38) [8]
> Главное различие - это масштаб.

Можно пояснить?
SAP ставят как большие, так и малые предприятия (по крайней мере в рекламе слышал цифру от 20 чел.).

С другой стороны (неуверенно), можно ли заставить работать комплект продуктов 1C на многотысячном предприятии?
Думаю, что "да" (http://v8.1c.ru/overview):

Гибкость платформы позволяет применять 1С:Предприятие 8.0 в самых разнообразных областях: автоматизация производственных и торговых предприятий, бюджетных и финансовых организаций, предприятий сферы обслуживания и т.д. поддержка оперативного управления предприятием; автоматизация организационной и хозяйственной деятельности; ведение бухгалтерского учета с несколькими планами счетов и произвольными измерениями учета, регламентированная отчетность; широкие возможности для управленческого учета и построения аналитической отчетности, поддержка многовалютного учета; решение задач планирования, бюджетирования и финансового анализа; расчет зарплаты и управление персоналом; другие области применения.

Чем не SAP? :))
Для безудержных умов, ищущих пунктуальности, так: Это ли не аналог SAP? (Это вопрос и мне самому, т.к. я не знаю)

← →
IceBeerg © (2005-10-06 16:13) [24]

Тульский © (06.10.05 15:47) [21]
Согласен, в живую видел толко 6.5, а чистую 6 нет.

Empleado © (06.10.05 16:04) [23]
Да, 1С довольно неплохо конфигурируемая система... можно и с OLE серверами работать и компоненты к ней свои писать и т.д., так, что, imho, при желании и соответствующих возможностях и руках даже из 1С можно сделать вполне приемлемый аналог SAP.

← →
euru © (2005-10-06 16:25) [25]

> Empleado © (06.10.05 16:04) [23]

Область задач, решаемых продуктами SAP, шире области задач, решаемых продуктами 1С.
А вот я что-то сомневаюсь (в своё время имел знакомство с 1С:Предприятие 7.0), что будет приемлемая производительность на многотысячном предприятии. Да и для обслуживания нескольких предприятий, насколько я знаю, 1С не приспособлен.

> IceBeerg © (06.10.05 16:13) [24]

Конечно, и к велосипеду можно двигатель присоединить, но автомобилем он от этого не станет.

← →
Seg (2005-10-06 16:38) [26]

Где это Вы такой прайс нашли? Версия 6 уже не так популярна,

Прайс лист скачал сегодня с сайта 1С.

Это ли не аналог SAP?

Вот именно, аналог, а не SAP.

← →
IceBeerg © (2005-10-06 16:38) [27]

euru © (06.10.05 16:25) [25]
Да и для обслуживания нескольких предприятий, насколько я знаю, 1С не приспособлен.
Приспособлен. В одной базе можно вести несколько предприятий.

> Конечно, и к велосипеду можно двигатель присоединить,
> но автомобилем он от этого не станет.

Но я же не говорю, что 1С это и есть SAP... но тоже довольно гибкая система.

← →
IceBeerg © (2005-10-06 16:39) [28]

Seg (06.10.05 16:38) [26]
Прайс лист скачал сегодня с сайта 1С.
Давай ссылу, хоть гляну, а то интересно очень...

← →
Seg (2005-10-06 16:42) [29]

ZIP лежит здесь
http://www.1c.ru/rus/partners/pricelst.jsp

← →
euru © (2005-10-06 16:46) [30]

> IceBeerg © (06.10.05 16:38) [27]
>
> euru © (06.10.05 16:25) [25]
> Да и для обслуживания нескольких предприятий, насколько
> я знаю, 1С не приспособлен.
> Приспособлен. В одной базе можно вести несколько предприятий.
Вести-то можно. Но вот смогут ли эти несколько предприятий одновременно работать с одной БД? Возможно ли при этом ещё и консолидированные отчёты получать?

> Но я же не говорю, что 1С это и есть SAP... но тоже довольно
> гибкая система.
Ну, MS Office тоже довольно-таки гибкая система. Значит, тоже аналог SAP?

← →
ELast (2005-10-06 16:55) [31]

1С в основном своем модуле использует бухгалтерские принципы формирования данных, т.е. оперирует "прошедшим фактом", а САП сертифицирована как система ERP (планирование ресурсов предприятия). Объемы и скорость обработки данных не могут быть сопоставлены - *.dbf (v7.7) и что-то типа Oracle.

← →
IceBeerg © (2005-10-06 16:56) [32]

euru © (06.10.05 16:46) [30]
Вести-то можно. Но вот смогут ли эти несколько предприятий одновременно работать с одной БД? Возможно ли при этом ещё и консолидированные отчёты получать?
А SQL версия?

> Ну, MS Office тоже довольно-таки гибкая система.
> Значит, тоже аналог SAP?

Давайте закончим сравнение велосипеда поддающегося апгрейду/доработке/модернизации, автомобиля и телевизора...

← →
IceBeerg © (2005-10-06 16:58) [33]

ELast (06.10.05 16:55) [31]
Да, в этом плане, да.

← →
IceBeerg © (2005-10-06 17:08) [34]

2 Seg
А, понятно, это раздел: "Раздел 5. БУХГАЛТЕРСКИЕ ПРОГРАММЫ ПРЕДЫДУЩИХ ВЕРСИЙ"

← →
euru © (2005-10-06 17:10) [35]

> IceBeerg © (06.10.05 16:56) [32]
>
> А SQL версия?
Насколько я знаю, функциональность 1С не зависит от того, используется ли SQL- или DBF-версия.

> Давайте закончим сравнение велосипеда поддающегося апгрейду/доработке/модернизации,
> автомобиля и телевизора...
Давайте. Тогда, в общем, 1С и SAP - это разные по функциональности продукты, хотя в некоторых местах области применения у них совпадают.

← →
Seg (2005-10-06 17:14) [36]

А, понятно, это раздел: "Раздел 5. БУХГАЛТЕРСКИЕ ПРОГРАММЫ ПРЕДЫДУЩИХ ВЕРСИЙ"

Так ведь еще продаются, значит кто-то их берет.
Если бы их бесплатно раздавали в качестве приманки, тогда другое дело.

← →
IceBeerg © (2005-10-06 17:14) [37]

euru © (06.10.05 17:10) [35]
разные по функциональности продукты, хотя в некоторых местах области применения у них совпадают.
Согласен.

> Насколько я знаю, функциональность 1С не зависит от
> того, используется ли SQL- или DBF-версия.

Относитьелно. Можно ведь к 1С базе на SQL написать запрос на SQL и т.д. с dbf такого не сделаеш.

← →
IceBeerg © (2005-10-06 17:17) [38]

Seg (06.10.05 17:14) [36]
Да, кому они нужны, ломаная (Sable) 1С 7.7. стоит не дороже 300 рублей (пару лет назад брал), и кол-во пользователей не ограничено и конфигурации разные можно купить... только с обновлениями никак тогда.

← →
Seg (2005-10-06 17:27) [39]

Можно ведь к 1С базе на SQL написать запрос на SQL и т.д. с dbf такого не сделаеш.

и ХП не напишешь и триггер не сделаешь, так что все только на клиенте.

← →
Seg (2005-10-06 17:28) [40]

Мне интересно, неужели у SQL-серверной версии вся логика и обработка данных тоже написана на клиенте?

← →
euru © (2005-10-06 17:29) [41]

> IceBeerg © (06.10.05 17:14) [37]
> Относитьелно. Можно ведь к 1С базе на SQL написать запрос
> на SQL и т.д. с dbf такого не сделаеш.
Ну, вообще-то в 1С используется собственный язык программирования, в котором реализована возможность делать SQL-запросы (и в dbf-версии). А если имеется в виду возможность обращения к БД напрямую, минуя бизнес-слой, то в общем случае это некорректный подход, который может привести в дальнейшем к проблемам.

← →
Seg (2005-10-06 17:31) [42]

возможность обращения к БД напрямую, минуя бизнес-слой, то в общем случае это некорректный подход

А как же быть с производительностью запросов?

← →
euru © (2005-10-06 17:36) [43]

> Seg (06.10.05 17:31) [42]
> А как же быть с производительностью запросов?
А какие проблемы?

← →
IceBeerg © (2005-10-06 17:42) [44]

Seg (06.10.05 17:27) [39]
и ХП не напишешь и триггер не сделаешь
ну незнаю, не пробовал... необходимости нету.

> Мне интересно, неужели у SQL-серверной версии вся
> логика и обработка данных тоже написана на клиенте?

да вроде нет, запросы на выборку обрабатываюся как раз SQL сервером, а 1С получает толко готовые данные, ну или почти готовые...

euru © (06.10.05 17:29) [41]
минуя бизнес-слой
в каком смысле, как минуя?

← →
Seg (2005-10-06 17:56) [45]

> А как же быть с производительностью запросов?
А какие проблемы?

Те, кто пользуются 1С часто жалуются на то, что система работает медленно.

← →
AlexWlad © (2005-10-06 19:48) [46]

> Seg (06.10.05 14:30) [6]
>
> SAP - это система класса ERP

И это - главное. 1С - в основном - бухгалтерия.

> euru © (06.10.05 17:10) [35]
>
...
в общем, 1С и SAP - это разные по функциональности
> продукты, хотя в некоторых местах области применения у них
> совпадают.

Самая верная формулировка.

← →
Alex* © (2005-10-06 20:58) [47]

> AlexWlad © (06.10.05 19:48) [46]
>
> И это - главное. 1С - в основном - бухгалтерия.

Кто сказал? У нас помимо бухгалтерии еще и все производство работает. И неплохо.

В версии SQL - запросы не SQL-ие. Запросы строятся на встроенном языке 1С:Предприятие. Хотя видел внешние компоненты позволяющии формировать запрося и на SQL. Более того под SQL сервером 1С работет медленее, чем с dbf-ми, зато надежний.

На счет того к какому классу систем относится могу сказать только, что конфигурация "Услуги + Производство + Бухгалтерия" соответствует стандарту MPR-II с зачатками ERP - систем.

В нашей базе количество пользователей перевалило за полтинник и пока что места хватет.

Файл в котором хранить конфигурацию имеет расширение *.MD и лежит в каталоге с базой данных.

1С:Предприятие - это платформа для работы файла конфигурации.

А уж на кого она похожа (велосипед, или автомобиль) как и везде от рук программиста. Есть свои + и -.

← →
euru © (2005-10-07 10:40) [48]

> IceBeerg © (06.10.05 17:42) [44]
> euru © (06.10.05 17:29) [41]
> минуя бизнес-слой
> в каком смысле, как минуя?

Не знаю, возможно ли такое в среде 1С, а в SAP можно делать запросы либо непосредственно к СУБД, либо опосредованно через сервер приложений.
Первый вариант по множеству причин применять не рекомендуется, но в некоторых случаях без него не обойтись.
Во втором варианте запрос в большинстве случаев будет преобразован в аналогичный запрос к СУБД, но при этом может быть использована дополнительная информация, которая, к примеру, может ускорить выполнение запроса.

← →
Seg (2005-10-07 10:50) [49]

В нашей базе количество пользователей перевалило за полтинник и пока что места хватет.

Это еще не показатель.

Более того под SQL сервером 1С работет медленее, чем с dbf-ми

Тогда зачем нужна такая версия?

← →
Alex* © (2005-10-07 11:15) [50]

> Seg (07.10.05 10:50) [49]
>
> Это еще не показатель.

Для 1С показатель. Рекомендуемое количество пользователей в не SQL-ой версии до 10 человек, под SQL до 50.

>
> Тогда зачем нужна такая версия?

Если без SQL попробуете, то любой пьяный пользователь с кривыми руками занчивший некорректно работать с программой вышибает всех остальных, затем переиндексация, соответственно если в базе более пятидесяти пользователей то сколько раз придется востанавливать базу?

С SQL-ем таких проблем не возникает т.к. в этом случае данные хранятся не в формате DBase, а в формате сервера. Кроме того я уже говорил, что существуют версии внешних компонент способных формировать SQL-запросы.

← →
Seg (2005-10-07 11:20) [51]

под SQL до 50.

Насколько я знаю, SQL сервер способен потянуть в несколько раз больше пользователей.

Зачем использовать оболочку 1С, если она ограничивает возможности?

← →
ZeroDivide © (2005-10-07 11:29) [52]

Ни разу не видел 1С.
SAP R/3 видел. Как юзер с ней совсем мало работал, а вот интергацию, программную, с ней делал. Возможно она и суперфункциональна, быстра и даже может юзерам в ней удобно, но у меня, как программиста, крайне отвратительные впечатления от работы с этой системой:
1. Плохая нормализация БД.
2. Не все данные в БД атомарны (на уровне БД). Т.е. не все данные можно получить просто делая вьюшку (на уровне БД).
3. Почти все числовые данные находятся в полях символьного формата.
4. Своя кодировка русского языка
5. БД используется только для хранения. Т.е. не используется ни триггеров ни сиквенсов... вообще ни чего от СУБД (Хотя у нас R3 стоит на ORACLE).
6. Под транзакцией понимается все что угодно, но не то что является транзакцией в терминологии БД.

← →
Seg (2005-10-07 11:43) [53]

Получается, что автор ветки был прав - SAP R/3 действительно является аналогом 1С, только Оракловая версия.

← →
Alex* © (2005-10-07 11:49) [54]

> Seg (07.10.05 11:20) [51]
> под SQL до 50.
>
> Насколько я знаю, SQL сервер способен потянуть в несколько
> раз больше пользователей.

Информацию о количестве пользователей привел по рекомендациям производителя. Как позавает практика нашего предприятия можно и больше

> Зачем использовать оболочку 1С, если она ограничивает возможности?
>

Если говорить про платформу то она процентов на 40 уже приспособлена под основные нужд предприятия. Остальные 60 можно сделать и самому с чистого листа. Хотя есть и свои ограничения. Здесь говорю про версию 7.7 с 8 не работал. Насколько видел там возможностей побольше будет.

Если про стандартные конфигурации то процентов на 95 уже готовы для нормальной работы предприятия (правда не для всех). Остальный 5 уже зависят от внутреннего устройства предпрития. Некоторым и этих 5 нетребуется.

Производитель 1С и франчейзи обеспечивают пользователей их программного средства отчетами для сдачи в различные гос организации. Для организации своевременно сдать отчетность тоже немаловажно да еще чтоб и сильно не пыжится.

Платформа 1С: Предприятие имеет свой собственный встроенный язык программирования на котором написаны файлы конфигурации. У пользователей имеется возможность изменять конфигурацию под собственные нужды. А их как показывает практика немало.

Язык конфигурации русский отсюда и писать можно на русском (что большинство программистов 1С и делают) при желании может быть и англиским только зачем для Российских предприятий конфигурацию на английском.

← →
Seg (2005-10-07 11:53) [55]

Если про стандартные конфигурации то процентов на 95 уже готовы для нормальной работы предприятия

Именно на это многие и ведутся.

Для организации своевременно сдать отчетность тоже немаловажно да еще чтоб и сильно не пыжится.

И на это тоже.

← →
Seg (2005-10-07 11:54) [56]

← →
Alex* © (2005-10-07 12:05) [57]

> ZeroDivide © (07.10.05 11:29) [52]

Из всего вышесказанно 1С соответствует только пункт 5. Остальных из перечисленных недостатков не наблюдал.

← →
euru © (2005-10-07 12:16) [58]

> ZeroDivide © (07.10.05 11:29) [52]
> 1. Плохая нормализация БД.
И в чём это выражается?

> 2. Не все данные в БД атомарны (на уровне БД). Т.е. не все
> данные можно получить просто делая вьюшку (на уровне БД).
Ну так SAP - это не СУБД. SAP не предназначен для работы на уровне БД. А если так сильно хочется иметь прямой доступ к БД, то это не проблемы SAP.

> 3. Почти все числовые данные находятся в полях символьного формата.
SAP - это продукт, независящий от поставщика БД. А так как не все БД поддерживают (или не поддерживали раньше) числа с фиксированной точкой, то был использован символьный тип хранения этих чисел. Кроме того, не всё, что написано цифрами, является числом. И опять-таки, на уровне SAP числа являются числами, независимо от того как они хранятся в БД.

> 4. Своя кодировка русского языка
Внутри SAP это незаметно. А если, например, нужно выгрузить файл в какой-то определённой кодировке, так для этого есть специальные конструкции языка.

> 5. БД используется только для хранения. Т.е. не используется
> ни триггеров ни сиквенсов... вообще ни чего от СУБД (Хотя
> у нас R3 стоит на ORACLE).
Это минус SAP? Во-первых, как я уже говорил выше, не все СУБД поддерживают триггеры, сиквенсы и т.д. Во-вторых, наличие логики на уровне БД только ухудшит работу СУБД в плане производительности (пусть уж логика разруливается на уровне сервера приложений). В третьих, в SAP имеется такая вещь как словарь данных (активный), а это даёт гораздо больше преимуществ, чем наличие триггеров и остальных "штучек" СУБД.

> 6. Под транзакцией понимается все что угодно, но не то что
> является транзакцией в терминологии БД.
Опять же SAP - это не СУБД. "Транзакция - в информационных системах - последовательность логически связанных действий, переводящих информационную систему из одного состояния в другое. Транзакция либо должна завершиться полностью, либо система должна быть возвращена в исходное состояние." Под это определение транзакция в SAP полностью подходит.

← →
euru © (2005-10-07 12:21) [59]

> Seg (07.10.05 11:53) [55]
>
> Если про стандартные конфигурации то процентов на 95 уже
> готовы для нормальной работы предприятия
>
> Именно на это многие и ведутся.
Лучше уж вестить на это, чем на обещание в кратчайшие сроки написать суперсистему с нуля. Подправить 5% в большинстве случаев гораздо проще, чем написать все 100%.

← →
Seg (2005-10-07 12:31) [60]

Подправить 5% в большинстве случаев гораздо проще, чем написать все 100%.

Почему же тогда организации, поюзав пару лет 1С заказывают себе разработку с нуля или переходят на Аксапту и пр.?

← →
Alex* © (2005-10-07 12:34) [61]

> Seg (07.10.05 12:31) [60]
>
> Почему же тогда организации, поюзав пару лет 1С заказывают
> себе разработку с нуля или переходят на Аксапту и пр.?

И много таких?

← →
Seg (2005-10-07 12:50) [62]

Среди компаний, где бизнес напрямую завязан с информиционными системами много. Обычно там такая схема:

Бухгалтерия на 1С, а непосредственно бизнес на другой системе, обычно самописной.

← →
Alex* © (2005-10-07 12:55) [63]

> Seg (07.10.05 12:31) [60]

Вообще то Вы неправы по нескольким причинам:

1. Информационная база предприятия вещь довольно серьезная при постоянной ее поддержки она за пару лет должна серьезна измениться. В ней должны появится специфичные настройки, документы, отчеты. При переходе на новую Информационную базу(ИБ) предприятие должно потерять все эти накопренные настройки.
2. Если переходить меблено предварительно подготовив новую ИБ потребуется некоторое время. Этот процес тоже довольно мучительный.
3. Не гарантированно что новая ИБ будет без кряков.
4. Пользователей надо обучить работе в новой ИБ.
5. Аскапту первый раз слушу.
6. и т.д.

ИБ с нуля дело хлопотно и неблагодарное. К тому же без поддержки производителя(обслуживающего персонала) может серьезно застоятся и привести к нехорошим последствиям. Да и бегущих от 1С я не наблюдал.

← →
Андрей Жук © (2005-10-07 13:05) [64]

> 5. Аскапту первый раз слушу.

Мдя...
Microsoft Axapta и Microsoft Navision

← →
Seg (2005-10-07 13:08) [65]

При переходе на новую Информационную базу(ИБ) предприятие должно потерять все эти накопренные настройки.

Это почему же?

Если переходить меблено предварительно подготовив новую ИБ потребуется некоторое время. Этот процес тоже довольно мучительный.

Да, процесс мучительный, но если бизнес этого требует, то необходимый, иначе конкуренты сделают это быстрее.

Аскапту первый раз слушу.

А про СРМ или хранилища данных?

← →
Alex* © (2005-10-07 13:13) [66]

> Seg (07.10.05 12:50) [62]
> Среди компаний, где бизнес напрямую завязан с информиционными
> системами много. Обычно там такая схема:
>
> Бухгалтерия на 1С, а непосредственно бизнес на другой системе,
> обычно самописной.

1C не ограничивается Бухгалтерией.
Если под бизнесом понимать ведение второй ИБ то чем же первую под это дело не адаптировать. Ну а если бизнес не связан ИБ то естественно она подойдет.

← →
Alex* © (2005-10-07 13:15) [67]

> Андрей Жук © (07.10.05 13:05) [64]
>
> > 5. Аскапту первый раз слушу.
>
> Мдя...
> Microsoft Axapta и Microsoft Navision

Чесно говоря и эти слова ни чем не говорят. Что за продукты?

← →
Seg (2005-10-07 13:18) [68]

чем же первую под это дело не адаптировать

Под какие задачи можно адаптировать 1С?

← →
GRAND25 © (2005-10-07 13:18) [69]

Empleado, на мой взгляд, наиболее точное определение, которое можно дать 1С, классифицируя сей программный продукт - это конструктор "Лего" для экономистов-бухгалтеров, являющихся достаточно продвинутыми пользователями ПК, чтобы освоить 1С, но недостаточно продвинутыми для освоения серьезных языков программирования. Терминология неофициальная, но, как мне кажется, наиболее точно отражающая действительность.

← →
Danilka © (2005-10-07 13:20) [70]

[47] Alex* © (06.10.05 20:58)
Хотя видел внешние компоненты позволяющии формировать запрося и на SQL.

Вах, зачем какие-то компоненты:
con = СоздатьОбъект("ADODB.Connection");

И цепляйся, хоть к своей родной базе, хоть к Ороклу, для экспорта/импорта. :)

А вообще, защищать 1С-ку на дельфийском форуме дело неблагодарное. :)
Всегда найдецца куча людей гнущих пальцы и рассказывающих, какой она ацтой и как красиво они все сделали-бы на Орокле или еще чем-нибудь. :)
Самое забавное что те, кто пальцы гнет сами опыта работы с 1с-кой либоо вообще не имеют, либо имеют, но копеечный.
Да я и сам раньше пальцы гнул, за 4 года исправился, теперь больше не гну.
Система как система, получше многих других, те, кто работал и с 1С, и с Акцаптой, грят, что в Аксапте возможностей и вкусностей намного меньше.

← →
Alex* © (2005-10-07 13:23) [71]

> Seg (07.10.05 13:08) [65]
> При переходе на новую Информационную базу(ИБ) предприятие
> должно потерять все эти накопренные настройки.
>
> Это почему же?

Потому что это будет в этом случае другая ИБ. Другой алгоритм работы др. интерфей все это несколько шокирует пользователя привыкшему к старой ИБ

> Если переходить меблено предварительно подготовив новую
> ИБ потребуется некоторое время. Этот процес тоже довольно
> мучительный.
>
> Да, процесс мучительный, но если бизнес этого требует, то
> необходимый, иначе конкуренты сделают это быстрее.

Конкурентом легче будет изменить свою базу чем перейти на новую, правда при условии что старой ИБ занимались специалисты и ее функциональные возможности не устарели.

← →
GRAND25 © (2005-10-07 13:24) [72]

> А вообще, защищать 1С-ку на дельфийском форуме дело неблагодарное.
> :)

Золотая мысль!

← →
ZeroDivide © (2005-10-07 13:24) [73]

> > ZeroDivide © (07.10.05 11:29) [52]
> > 1. Плохая нормализация БД.
> И в чём это выражается?
>

На уровне БД:
Избыточность данных для различных модулей SAP. Не атомарность значений. Названия таблиц ничего не говорящими аббревиатурами (к тому же с немецкого :) ).

> > 2. Не все данные в БД атомарны (на уровне БД). Т.е. не
> все
> > данные можно получить просто делая вьюшку (на уровне БД).
>
> Ну так SAP - это не СУБД. SAP не предназначен для работы
> на уровне БД. А если так сильно хочется иметь прямой доступ
> к БД, то это не проблемы SAP.
>
> 4. Своя кодировка русского языка
>Внутри SAP это незаметно. А если, например, нужно выгрузить файл в
>какой-то определённой кодировке, так для этого есть специальные
>конструкции языка.

Хорошая система должна иметь не только функции экспорта и импорта, но и непосредственного предоставления данных (исключающего промежуточный уровень). Зачем мне делать экспорт из SAP в какой-нибудь плоский файл, а потом, в своей программе делать импорт из него, если у SAP и у меня все хранится в Oracle??? Вполне логично было бы сделать просто вьюшку из саповских данных, к тому же, в этом случае не нужно было бы синхронизировать данные, все изменения в SAP моментально бы отображались у меня.

>это не проблемы SAP.
Это вам в SAP так грузят. Действительно в SAP, говорят, что "если специфика вашего бизнеса не позволяет вам внедрить SAP R3, то нужно изменить ваш бизнес, а не SAP R3". Фактически, SAP говорит о том, что для внедрения R3 программисты не нужны вообще! Что же происходит у нас в России. Наверняка все слышали, такое выражение "Требуется программист 1С" :) Вообще наверное половина всех программистов в Росии, если не больше занимаются тем, что локализируют какие-то программные продукты, под специфику бизнеса конкретных предприятий, где эти продукты внедряются.
Это у немцев бизнес-модели правильные, там поставил SAP и он заработал и все, максимум нужны для этого не программисты, а кастомайзеры... а у нас фиг где такое сделаешь.

> > 5. БД используется только для хранения. Т.е. не используется
> > ни триггеров ни сиквенсов... вообще ни чего от СУБД (Хотя
> > у нас R3 стоит на ORACLE).
> Это минус SAP? Во-первых, как я уже говорил выше, не все
> СУБД поддерживают триггеры, сиквенсы и т.д. Во-вторых, наличие
> логики на уровне БД только ухудшит работу СУБД в плане производительности

Да неужели? :)))

> > 6. Под транзакцией понимается все что угодно, но не то
> что
> > является транзакцией в терминологии БД.
> Опять же SAP - это не СУБД. "Транзакция - в информационных
> системах - последовательность логически связанных действий,
> переводящих информационную систему из одного состояния
> в другое. Транзакция либо должна завершиться полностью,
> либо система должна быть возвращена в исходное состояние.
> " Под это определение транзакция в SAP полностью подходит.
>

Почитайте определение транзакции в SAP в хеле SAP, нет там такого в помине.

Microsoft Business Solutions.Navision - комплексное интег- рированное решение, предназначенное для автоматизации всех видов хозяйственной деятельности небольших и средних предпри- ятий. Эта надежная и апробированная система имеет более 36500 ин- сталляций и более 250000 пользователей в мире. Microsoft Navision лучше всего подходит предприятиям, у которых: n есть необходимость в автоматизации до 100 рабочих мест (но это не предел, есть примеры инсталляции до 250); n бизнес процессы легко формализуемы (например, оптовая и розничная торговля, дискретное производство, гостиницы, теле- коммуникации, высокие технологии и др.) В основе Microsoft Navision заложены мощные инструменты для бухгалтерского учета и анализа, управления финансами и товарно- материальными потоками. Система позволяет также организовать эффективный кадровый, торговый, складской и производственный учет, а также расчет заработной платы. Систему можно быстро внедрить, легко модифицировать, просто использовать и поддер- живать. Система позволяет быстро и надежно повысить эффективность и управляемость бизнесом и идеально подходит предприятиям, ко- торые в кратчайшие сроки хотят воспользоваться преимуществами системы управления, чтобы сфокусироваться на основах своего бизнеса и получить о нем цельное представление n оперативно получать, обрабатывать и анализировать информа- цию о деятельности своего предприятия; n отслеживать любые критические параметры по компании; n принимать достоверные решения; n постоянно реагировать на быстро меняющиеся условия дело- вой среды и, соответственно, эффективно планировать работу на будущее; n рационализировать бизнес-процессы; n добиться прозрачности и обеспечить динамичное развитие биз- неса; n уменьшить объем ручной и рутинной работы сотрудников; n работать в режиме реального времени с клиентами и поставщи- ками; n больше знать о своих клиентах; n использовать самые передовые гибкие и легкие в использова- нии технологии. Ключевые технологические и функциональные преимущества Microsoft Navision: n простота внедрения и использования; n короткие сроки внедрения (2-5 месяцев); n высокая степень адаптивности; n модульный принцип построения; n возможность интеграции с другими приложениями; n уникальное быстродействие системы при получении отчетности (достигается благодаря уникальной технологии динамического ин- дексного суммирования); n низкая совокупная стоимость владения (в том числе за счет собственной СУБД); n возможность работы на промышленной СУБД MS SQL; n интегрированная среда разработки C/SIDE, которая включает в себя язык программирования C/AL (Client Application Language) Microsoft Business Solutions.Axapta - новейшая интегриро- ванная система управления предприятием класса ERPII Microsoft Business Solutions.Axapta - это масштабируемая система для сред- них и крупных предприятий, корпораций, холдинговых структур, многофилиальных предприятий, дистрибьюторских компаний, международных корпораций и пр.. Система повышает эффектив- ность взаимодействия с бизнес-партнерами, наделяя вашу компа- нию новыми конкурентными преимуществами, и оптимизирует следующие бизнес-процессы: n производство и дистрибуцию; n управление цепочками поставок (SCM); n управление проектами; n финансовый менеджмент; n управление средствами бизнес-анализа; n управление взаимоотношениями с клиентами (CRM); n управление персоналом. Благодаря широкому спектру функциональных возможностей, оп- тимальному соотношению цена/качество, масштабируемости, воз- можности работать через веб, эффективной методологии внедре- ния и высокому уровню поддержки, Microsoft Axapta приобретает все большую популярность, . эта многофункциональная надежная система управления выбрана более чем 4000 предприятий в мире. В основе Microsoft Axapta заложены самые современные западные технологии управления и высокотехнологичные решения, позволя- ющие эффективно управлять предприятием, обеспечивающие все- объемлющую функциональность, предоставляющие возможность взаимодействия с партнерами и клиентами через Интернет, позво- ляющие быстро масштабировать бизнес компании. Благодаря гиб- кой и безопасной среде разработки система может быть достаточ- но просто настроена под потребности конкретной компании. Ключевые технологические и функциональные преимущества Microsoft Axapta: n Всеобъемлющая функциональность Функциональные возможности системы охватывают большинство направлений деятельности предприятий, что, наряду с наличием возможностей межкорпоративного бизнеса и наличием отрасле- вых решений позволяет отнести ее к категории ERP-II. n Технологические возможности Средства настройки и администрирования способствуют эффек- тивному развертыванию и использованию системы, а интегриро- ванная среда разработки и открытый исходный код дают неогра- ниченные возможности по изменению и расширению стандартных возможностей системы. Система работает на базах данных Microsoft SQL Server и Oracle, что обеспечивает целостность дан- ных и позволяет легко наращивать вычислительные возможности. n Развертывание и масштабируемость Система обеспечивает быстрое развертывание и высокую масшта- бируемость вне зависимости от того, сконцентрирован ли весь бизнес компании в одном месте или она ведет бизнес по всему Земному шару. Microsoft Business Solutions . Axapta позволяет вы- брать эффективную конфигурацию, учитывающую характеристики каналов связи, архитектуру серверов и рабочих станций: двухуров- невую конфигурацию, трехуровневую конфигурацию, работу через Интернет или по протоколу WAP. Правильно организовав работу с удаленными подразделениями, предприятие приобретает важные преимущества: централизованную базу данных, возможность опе- ративного обновления информации, контроль, учет и планирова- ние на всех уровнях холдинга. n Производительность Тестирование производительности системы Microsoft Business Solutions.Axapta показало высокие результаты. В ходе тестирова- ния 3 600 стандартных пользователей одновременно работали с системой Microsoft Business Solutions.Axapta. При этом среднее

время реакции системы не превышало 0,08 секунды. В то же вре- мя был установлен рекорд по количеству обработанных заказов - в течение одного часа было обработано более 315 тыс. строк за- казов. n Межкорпоративный бизнес Благодаря наличию возможностей интерактивного взаимодействия система является единой платформой для управления внутренни- ми и внешними бизнес-процессами. n Следование стандартам Microsoft Microsoft Axapta основывается на новейших технологических стан- дартах Microsoft, что делает ее простой в изучении и использова- нии, а также совместимой с новейшими версиями операционных систем и серверных продуктов Microsoft Business Solutions.Axapta - это решение для тех, кто вы- соко ценит индивидуальный подход, решительно принимает вызо- вы времени и готов к использованию новейших технологий в сво- ем бизнесе. Использование системы помогает компаниям расши- рить свои возможности и преодолеть традиционные ограничения бизнеса.

← →
Seg (2005-10-07 13:31) [76]

Я не говорю, что 1С плохая система, иначе она давно бы уже загнулась.

Далеко не все задачи связаны непосредственно с бухгалтерией.
В Москве много IT компаний, и у каждой компании множество различных проектов помимо 1С.

А что касается других информационных систем, то надо все-таки свой кругозор расширять, может тогда и появится потребность изучать и переходить на что-то новое.

По степени объема автоматизации можно классифицировать:

1С7.7 / 1С8.0 / Axapta / SAP

Взгляните на цены этих продуктов и вам всё сразу станет ясно.

На первых двух работал (и работаю), про Axapt"у могу сказать только плохое. Не буду. SAP не видел (но по слуха что-то уж очень крутое).

1С не бухгалтерская система!, она давным-давно ее переросла, но и не ERP, буть то хоть 7.7 хоть 8.0

← →
Seg (2005-10-07 14:22) [78]

1С7.7 / 1С8.0 / Axapta / SAP

А как насчет Navision, Diasoft, Oracle-e-bisiness Suite, Documentum, Figaro, Boss и т.д.?

Navision туда же куда и Axapta, остальные либо не столь "знамениты", либо не из этой оперы...

> wHammer © (07.10.05 13:52) [77]
>
> но и не ERP, буть то хоть 7.7 хоть 8.0

А производители этого и не утверждают. Они обусловились фразой "с зачатками ERP-систем.

> Danilka © (07.10.05 13:20) [70]
>
> Вах, зачем какие-то компоненты:
> con = СоздатьОбъект("ADODB.Connection");
>
> И цепляйся, хоть к своей родной базе, хоть к Ороклу, для
> экспорта/импорта. :)

:о)). Неплохо.

>
> А вообще, защищать 1С-ку на дельфийском форуме дело неблагодарное.
> :)

:о)) Прислушаюсь к совету.

>
> Андрей Жук © (07.10.05 13:25) [74]
> Андрей Жук © (07.10.05 13:25) [75]

Списибо за информацию. Буду расширять свой кругозор как посоветовал Seg (07.10.05 13:31) [76]

wHammer © (07.10.05 13:52) [77] 1С не бухгалтерская система!, она давным-давно ее переросла, но и не ERP, буть то хоть 7.7 хоть 8.0

Она к ней и не приближалась (к бухг. системе).

← →
Seg (2005-10-07 14:34) [82]

Она к ней и не приближалась (к бухг. системе).

Мощно задвинул.

Seg (07.10.05 14:34) [82] Есть возражения?

← →
Seg (2005-10-07 14:51) [84]

Есть возражения?

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

Mike Kouzmine © (07.10.05 14:41)
Seg (07.10.05 14:34) [82] Есть возражения?

Расскажи, что в твоем понимании есть "бух.система", и что значит приблизицца к тей, ибо без этого не может быть никаких возражений. :)

> Она к ней и не приближалась (к бухг. системе).

Непонятно :( Можно поконкретнее? Что вы понимаете под бухг. системой? А то ведь можно и счеты назвать бухг. системой...

Seg (07.10.05 14:51) [84] До того, как начал работать на ней, всегда удивлялся, когда читал в вакансиях "требуется бухгалтер для ведения 60 или 62 счета. Работа с программой 1с". Теперь понял почему.
Меня до сих пор удивляют следующие рекомендации - если система не "увидела" аванс или некорректно! провелся документ (по бух учету прошел, а по налогововому нет), перепроведите. Что значит перепроведите? Мне не очень понятно, когда при формировании книги продаж из 10 попыток, только 8 были идентичны (т.е. дали теже результаты)?

← →
Seg (2005-10-07 15:04) [89]

Надо наверное под старость лет перейти на 1С и не париться с "новейшими технологиями".

> На уровне БД:
> Избыточность данных для различных модулей SAP. Не атомарность
> значений. Названия таблиц ничего не говорящими аббревиатурами
> (к тому же с немецкого :) ).
Что-то я не наблюдал бессмысленной избыточности. Для расшифровки аббревиатур существует словарь данных - там не только таблицы описаны, но и каждое поле, и тип поля и ещё кое-что.

> Хорошая система должна иметь не только функции экспорта
> и импорта, но и непосредственного предоставления данных
> (исключающего промежуточный уровень). Зачем мне делать экспорт
> из SAP в какой-нибудь плоский файл, а потом, в своей программе
> делать импорт из него, если у SAP и у меня все хранится
> в Oracle??? Вполне логично было бы сделать просто вьюшку
> из саповских данных, к тому же, в этом случае не нужно было
> бы синхронизировать данные, все изменения в SAP моментально
> бы отображались у меня.
Ну, во-первых, есть несколько способов получить данные из SAP, не обращаясь непосредственно к БД и не выгружая данные в промежуточный файл (напр., BAPI). Во-вторых, возможность сделать вьюшку есть. Только не надо забывать, что там, где можно сделать вьюшку, можно и ХП, изменяющие данные, написать, что, в конечном счёте, может привести к неконсистентности БД.

> >это не проблемы SAP.
> Это вам в SAP так грузят.
И правильно делают. SAP предназначен для сопровождения нормального открытого бизнеса. А если кто-то хочет как-то эдак вывернуться, что ж, система позволяет всё исправить под себя. Вперёд. Только тех. поддержку придётся обеспечивать самим, да и с обновлением версий могут возникнуть проблемы.

> Это у немцев бизнес-модели правильные, там поставил SAP
> и он заработал и все, максимум нужны для этого не программисты,
> а кастомайзеры... а у нас фиг где такое сделаешь.
Так, может быть, стоит подумать о нормальной бизнес-модели на предприятии? А сделать это возможно, было бы желание у руководства.

> > наличие логики на уровне БД только ухудшит работу СУБД в плане
> > производительности
>
> Да неужели? :)))
Естественно. Вынос логики на уровень серверов приложений освобождает СУБД от выполнения этих функций, что позволяет освободить сервер БД от лишней работы, что, в свою очередь, ускоряет обработку запросов.

> Почитайте определение транзакции в SAP в хеле SAP, нет там
> такого в помине.
И в чём противоречия?

> Mike Kouzmine © (07.10.05 15:01) [88]

Не аргумент. То же самое можно предъявить и другим бухгалтерским системам.

> Мне не очень понятно, когда при формировании книги продаж
> из 10 попыток, только 8 были идентичны (т.е. дали теже результаты)?
>

Если между этими попытками кто-то проводит документы задним числом, можно и все 10 результатов получить различными.

Danilka © (07.10.05 14:55) [87] Бухгалтерская система - это программа, работа с которой не затрудняет хорошего бухгалтера. Когда нет специальных условий, только исполнение которых (я не говорю о устловиях выпускаемых налоговыми органами и здравым смыслом (не стирать лишние файлики)) обеспечит правильную функциональность продукта. Для 1с - это 00 счет и счет 62.2 и 60.2, да много еще.
Если у вас покупателей больше чем 50 работать св базовой комплектации становиться невозможно. И не из-за того, что она тормозит (система), нет. Она не тормозит.

Mike Kouzmine ©

Те страсти, что ты описал, с перепроведением и разные результаты формирования книги покупок возможны только в 2-х случаях: работа с документами задним числом и битая база.

На счет авансов, думаю, условие того, что деньги должны быть раньше товара, это нормальное условие здравого смысла. Причем, если документы все-таки за один день, то банк.выписка с авансом должна иметь время документа раньше чем отгрузка/поступление товаров.
Если эти условия соблюдаются и задним числом ничего не крячится (бывает, приходится дописывать ее, чтоб запретить перепроводить документы задним числом - основной источних гемороя), то тогда никаких проблем нет.
Также, есть там операции перепроведения документов и восстановления последовательности, если все-таки кто-то залез и изменил какие-то документы, они могут спасти ситуацию.

Ну немогу на это без слез смотреть :о

> Mike Kouzmine © (07.10.05 15:08) [92]
> Если у вас покупателей больше чем 50 работать св базовой
> комплектации становиться невозможно. И не из-за того, что
> она тормозит (система), нет. Она не тормозит.

Номенклатурная база насчитывает более 10 тыс. различных ед. продукции и полуфабрикатов, у каждой ед. номенклатуры есть своя спецификация. На некорые виды продукции грубина вложений спецификации достигает несколько десятков полуфабрикатов. Выпуски продукции переволили за 15 тыс документов. Тут же идет отгрузка и реализация. Все это происходит практически одновременно.

Конфликтов при работе необнаружено.

Книга продаж и книга покупок формируются нормально и работают стабильно.

На счет 62.2 (авансы) иногда суммы не уходят остаются на кредите 62.1 решается проблема элементарно. Перепроведением документа. Хотя даже если не проводить смысл проводки от этого не меняется.

Danilka © (07.10.05 15:27) [94] Где ты видел, чтобы не изменялись документы в отчетном периоде при подготовке к закрытию месяца, квартала и т.д.? Я не говорю о закрытых периодах. Почему проводка документа задним числом начисто отвергается системой? Что происходит с начислениями налогов?
Короче - это система не для автоматизации бухгалтерии, а система на основании которой можно автоматизировать бухгалтерию.
Про стандартные отчеты я вообще молчу.

← →
Seg (2005-10-07 15:35) [97]

Что-то вспоминаю про "Точку актуальности".

> Mike Kouzmine © (07.10.05 15:32) [96]

Вообще-то чтобы не проводили документы задним чилом необходимо заглянуть в права пользователей там уже это предусмотрено.
Помимо этого существует константа "Дата запрета редактирования".
На последовательность влияют только документы участвующии в оперативном учете и принадлежащии последовательности.
Последовательность к бух учету неимеет никакого отношения (если нет перекачки в модулях документов из регистров на счета). Это оперативный учет.

По моему тут проблема не в 1С в том что не смогли ее правильно настроить.

Mike Kouzmine © (07.10.05 15:32)
Danilka © (07.10.05 15:27) [94] Где ты видел, чтобы не изменялись документы в отчетном периоде при подготовке к закрытию месяца, квартала и т.д.?

Дык, та-же Аксапта, на сколько я знаю, не позволяет вообще перепроводить документы.
Один раз провел и все, все изменения можно делать только доп. документами. Этож скока гемороя бухгалтерам при выверке и закрыти месяца? :)
На самом деле, щастья нет. Нет ниодной системы, которая-бы полностью всех удовлетворяла. И в этом плане 1с-ка не хуже и не лучше других, имеет свою нишу.

[97] Seg (07.10.05 15:35)
Это в торговле, а не в бухгалтерии. :)

Alex* © (07.10.05 15:43)
Последовательность к бух учету неимеет никакого отношения (если нет перекачки в модулях документов из регистров на счета). Это оперативный учет.

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

> Danilka © (07.10.05 15:54) [99]
> Alex* © (07.10.05 15:43)
> Последовательность к бух учету неимеет никакого отношения
> (если нет перекачки в модулях документов из регистров на
> счета). Это оперативный учет.
>
> В стандартной бухгалтерии таки да, но в комплексной (и торговле
> обычной) последовательности как-раз для книг покупок и продаж.
>

В конфигурации "Торговля и Склад" и бухгалтерия отсутствует насколько видел.
А КнигаПокупок и КнигаПродаж (суже по конфигурации "Производство+Услуги+Бухгалтерия" предполагаю в остальных также) формируется через оборотный регистр "КнигаПродаж" с ним несколько проще (обороты формируются за период и регулируются только положительными и отрицательными суммами). Хотя на границу они тоже влияют. Да и вся последовательность видимо появилось в следствии необычного хранения данных в регистрах.

Alex* © (07.10.05 15:43)
Вообще-то чтобы не проводили документы задним чилом необходимо заглянуть в права пользователей там уже это предусмотрено.

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

Alex* © (07.10.05 16:10)
В конфигурации "Торговля и Склад" и бухгалтерия отсутствует насколько видел.
А КнигаПокупок и КнигаПродаж (суже по конфигурации "Производство+Услуги+Бухгалтерия" предполагаю в остальных также) формируется через оборотный регистр "КнигаПродаж" с ним несколько проще (обороты формируются за период и регулируются только положительными и отрицательными суммами). Хотя на границу они тоже влияют. Да и вся последовательность видимо появилось в следствии необычного хранения данных в регистрах.

Угу, так и есть, но Майк ругался именно на книги покупок/продаж, но это уже придирки. :)

> Danilka © (07.10.05 16:32) [101]
> Alex* © (07.10.05 15:43)
> Вообще-то чтобы не проводили документы задним чилом необходимо
> заглянуть в права пользователей там уже это предусмотрено.
>
> Какая разница кто из пользователей проведет документ задним
> числом, проблема от этого все равно может легко возникнуть.
>

У себя эту проблему решили так права доступа к меню операции только у нескольких людей когда период закрывается (проводится последовательность, делается "Закрытие месяца") константа "Дата запрета редактирования" переводится на нужное число.

Количество людей имеющих право проведения документов задним числом также ограничено через права пользователей. Все проведения осуществляюся этими людьми. После чего востанавливается последовательность и ставится "Дата запрета редактирования" и никто кроме ограниченного (очень) круга людей невправе ее измениять (нет возможности). Таким образом проблема решается.

Таким образом проблема проведения документов задним числом сводится к ограниченному кругу людей.

Да уж...

1C is SAP? Найти похожие ветки