1C is SAP?

← →
Alex* © (2005-10-07 14:30) [80]

> 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]

← →
Mike Kouzmine © (2005-10-07 14:31) [81]

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

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

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

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

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

← →
Mike Kouzmine © (2005-10-07 14:41) [83]

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

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

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

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

← →
Danilka © (2005-10-07 14:54) [85]

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

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

← →
wHammer © (2005-10-07 14:55) [86]

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

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

← →
Danilka © (2005-10-07 14:55) [87]

← →
Mike Kouzmine © (2005-10-07 15:01) [88]

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

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

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

← →
euru © (2005-10-07 15:05) [90]

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

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

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

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

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

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

← →
wHammer © (2005-10-07 15:06) [91]

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

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

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

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

← →
Mike Kouzmine © (2005-10-07 15:08) [92]

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

← →
Mike Kouzmine © (2005-10-07 15:11) [93]

wHammer © (07.10.05 15:06) [91]
Ничего не проводили.
Не всем. Работал на 5 (с 1с).

← →
Danilka © (2005-10-07 15:27) [94]

Mike Kouzmine ©

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

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

← →
Alex* © (2005-10-07 15:30) [95]

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

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

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

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

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

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

← →
Mike Kouzmine © (2005-10-07 15:32) [96]

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? Найти похожие ветки