AXForum  
Вернуться   AXForum > Рынок > Сравнение ERP-систем
CRM
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 23.04.2010, 11:02   #41  
Сисой is offline
Сисой
Участник
Аватар для Сисой
Злыдни
1C
 
938 / 339 (13) ++++++
Регистрация: 05.02.2003
Адрес: Москва
Цитата:
Сообщение от Nick Посмотреть сообщение
На мой взгляд, РП от 1С просто нет - так они не нужны, 99,99(9)% проектов 1С внедряются одиночками 1С-супер-спецами, типа "3 в 1" - сам себе руководитель, консультант и разработчик
Вот только не надо таких обобщений. Проекты внедрения нескольких конфигураций на 0,5-1 млн.$ тоже суперспецы вытягивают?
В личной практике сталкивался с проектом, где от нескольких франчей работало более 20 специалистов одновременно.
Старый 23.04.2010, 13:45   #42  
Nick is offline
Nick
Участник
Аватар для Nick
 
320 / 30 (2) +++
Регистрация: 14.12.2001
Адрес: г. Москва
Цитата:
Сообщение от Сисой Посмотреть сообщение
Вот только не надо таких обобщений. Проекты внедрения нескольких конфигураций на 0,5-1 млн.$ тоже суперспецы вытягивают?
В личной практике сталкивался с проектом, где от нескольких франчей работало более 20 специалистов одновременно.
Не спорю, есть такие проекты (более того - сам на таких проектах работал))) поэтому и не написал 100%
__________________

Бей желтых пока не посинеют, бей синих пока не пожелтееют
Старый 23.04.2010, 15:35   #43  
Alexx7 is offline
Alexx7
Сам.AX
Аватар для Alexx7
Самостоятельные клиенты AX
1C
 
305 / 28 (1) +++
Регистрация: 22.07.2009
Цитата:
Сообщение от mazzy Посмотреть сообщение
...
Задали бы себе главный вопрос - допускают ли они функцию изменения уже проведенных документов в многопользовательской системе?
Если допускают, то только 1С (потому что в остальных системах такой функции нет).
Если не допускают, то ни в коем случае не 1С.
...
Дык это то как раз и не проблема. Есть же права доступа, кторые начиная с 8.0 вроде бы стали не такими "квадратными" как раньше.
Вот и на сайте 1С пишут оправдание:
Цитата:
В частности, запрет внесения изменений задним числом, часто используемый в западных системах учета, может быть реализован на уровне прикладного решения. Политика учета, принятая на конкретном предприятии, может быть самой разнообразной. Например, может существовать не просто запрет на внесение изменений "задним числом", а ограничения на внесение изменений в определенных периодах. Кроме этого, существуют задачи, связанные с изменениями в процессе внедрения и отладки системы.
v8.1c.Вопрос-ответ
__________________
Возьми свет!
Старый 23.04.2010, 15:43   #44  
Reaper is offline
Reaper
Участник
1C
 
92 / 59 (2) ++++
Регистрация: 13.04.2010
Да причем тут права. У 1С на уровне платформы есть такое понятие, как режим проведения, он может быть оперативным и неоперативным. Я не видел ни одного решения, в котором бы была конструкция, отказывающая в неоперативном проведении в принципе. Хотя уже давно пора. Но и это не такая уж проблема. В типовых решениях нет механизмов внятной и удобной корректировки учетных данных. А без таких механизмов запрет работы задним числом гроша выеденного не стоит.
Старый 23.04.2010, 15:55   #45  
Alexx7 is offline
Alexx7
Сам.AX
Аватар для Alexx7
Самостоятельные клиенты AX
1C
 
305 / 28 (1) +++
Регистрация: 22.07.2009
В типовых нет. Любому юзеру можно запретить неоперативное проведение документов на уровне правки ролей пользователей. В былые времена так и делали. И это работает по сей день. С другой стороны бухгалтеров крайне смущает, что в системе есть документ - не правильная реалиизация, затем возврат, и ещё одна реализация (правильная). У некоторых по этому поводу волосы дыбом встают, поэтому считают, что править уже проведенные документы - это вполне нормально.
__________________
Возьми свет!
Старый 23.04.2010, 16:15   #46  
Reaper is offline
Reaper
Участник
1C
 
92 / 59 (2) ++++
Регистрация: 13.04.2010
ИМХО "корректировка" и "противоположная по сути хозяйственная операция" - вещи разные.
Старый 23.04.2010, 16:32   #47  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Alexx7 Посмотреть сообщение
Дык это то как раз и не проблема. Есть же права доступа, кторые начиная с 8.0 вроде бы стали не такими "квадратными" как раньше.
Вот и на сайте 1С пишут оправдание:
Как раз проблема.
И правами доступа она не решается.

Reaper уже говорил о корректировках.
Кроме обычных корректировок есть данные, которые рассчитываются системой. Например, себестоимость. Например, курсовые и суммовые разницы, Например, НДС с авансовых платежей и т.п.

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

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

===============
И! Уважаемые 1Сники, уважаемый Reaper.
Обратите внимание, что в Аксапте не запрещено работать задним числом! (В Аксапте можно и нужно создавать документы прошлой датой. И Аксапта замечательно с такими данными работает. И помнит историю.)

Обратите внимание! В Аксапте запрещено менять проведенные документы и проводки. Если система(!) или пользователь хочет поменять данные, то проводки не заменяются на новые, а к ним дописывается коррекция.

А вот 1С - отвратительно работает задним числом. Попробуйте отказаться в 1С от перепроведения расходных накладных, если менеджер добавил накладной расход прошлой датой
При перепроведении 1С просто забывает что было раньше и пересоздает проводки и движения. Из-за чего (даже при хваленой системе прав) в многопользовательской среде работать проблематично.
__________________
полезное на axForum, github, vk, coub.
Старый 23.04.2010, 16:35   #48  
pitersky is offline
pitersky
северный Будда
Аватар для pitersky
Ex AND Project
Соотечественники
 
1,486 / 408 (16) +++++++
Регистрация: 26.09.2007
Адрес: Солнечная система
Цитата:
Сообщение от Alexx7 Посмотреть сообщение
С другой стороны бухгалтеров крайне смущает, что в системе есть документ - не правильная реалиизация, затем возврат, и ещё одна реализация (правильная). У некоторых по этому поводу волосы дыбом встают, поэтому считают, что править уже проведенные документы - это вполне нормально.
О том и речь. С точки зрения принятия управленческих решений любое изменение уже разнесённых документов есть синоним бардака. А от 1С именно этого и требуют. Дело-то не в принципиальной возможности закрыть/открыть исправления, а в методологии подхода к этому вопросу.
Так как автору топика нужно было чисто бухгалтерское решение - победа 1С в общем-то была предопределена. Другое дело, что тем самым он автоматически поставил перед собой задачу стыковки 1С и управленческой системы учёта.
Всё как всегда получилось
За это сообщение автора поблагодарили: mazzy (2).
Старый 23.04.2010, 16:39   #49  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Alexx7 Посмотреть сообщение
бухгалтеров крайне смущает, что в системе есть документ - не правильная реалиизация, затем возврат, и ещё одна реализация (правильная).
Вот-вот. бухгалтеров смущает

а то что реализация означает, что у клиента возникает задолженность, а матответственные люди выдали со склада что-то материальное - их не волнует.

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

С точки зрения склада:
реализация - выдали
возврат - склад принял обратно (и может отчитаться при инвентаризации)
реализация - снова выдали (может быть что-то другое)

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

и так далее.

...Бухгалтеров крайне смущает... Ну-ну... А остальных крайне смущает возможность исправления любого проведенного документа.
__________________
полезное на axForum, github, vk, coub.
Старый 23.04.2010, 17:10   #50  
Reaper is offline
Reaper
Участник
1C
 
92 / 59 (2) ++++
Регистрация: 13.04.2010
Отказались от перепроведения. В УПП механизм учета без перепроведения включается опционально. В остальных конфигурациях со следующих редакций, кроме бухгалтерии, ужаса под названием "партионный учет от 1С" пока не предвидится.
Старый 23.04.2010, 23:36   #51  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Reaper Посмотреть сообщение
Отказались от перепроведения.
Хе-хе...
__________________
полезное на axForum, github, vk, coub.
Старый 24.04.2010, 11:52   #52  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,158 / 1286 (47) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
Сообщение от mazzy Посмотреть сообщение
В Аксапте можно и нужно создавать документы прошлой датой. И Аксапта замечательно с такими данными работает. И помнит историю.
При этом Акса не допускает того, чтобы в результате таких действия текущие данные не были запороты (не даст провести документ, если его результаты, например, ведут к отрицательным остаткам сегодня).
Действительно, ну нет у нас машины времени, если какой-то документ (например, передача со склада хранения в цех) был проведен вчерашним днем, то значит вчера эти материалы были (ну не обманывают же сразу два кладовщика одновременно).
Поэтому нет причин, по которым нужно проверять, приведет ли операция к отрицательным остаткам на дату операции. А вот смотреть к чему приведет такая операция текущие данные нужно (а Акса предполагает, что именно текущие данные нужны для принятия решений). И для того, чтобы не останавливать реальный процесс производства, часто приходится отражать сначала операции расхода, а потом (после получения документов), операции прихода.
Может быть сумбурно написал, но это то, что от меня требует руководство (к сожалению, за исключением главбухов).
И тут начинаются проблемы, если в связке с Аксой работает 1С. Акса смотрит на текущий результат, а 1С на результат на момент проведения документа. И они при экспорте часто расходятся. Хотя есть положительный момент, что в той же 1С в V8 разделили оперативное и не оперативное проведение. Правда нам это не помогает, так как в 1С данные импортируются из Аксы и в момент импорта в 1С как раз получатся оперативное проведение.
Старый 24.04.2010, 12:01   #53  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,158 / 1286 (47) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
В дополнение. Нужен или нет этот контроль в Аксе не зашито в приложении, а оставлено в настройках.
То есть, в одних случаях нужно, чтобы расход был только после прихода, в других, возможны отклонения. В одних случаях, можно отражать расход только если было подтверждение кладовщиков о физическом приходе, в других, если были документы, в третьих, можно отражать расходы и без подтверждения приходов.
Все эти нюансы задаются настройками в складских моделях. При этом для одних номенклатур можно выбрать одни правила, для других - другие.
Теги
1c, olap, бизнес-анализ, сравнение, сравнение систем

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
OLAP и 1С: У 1С прежде всего похожий по задачам инструмент - компоновщик. (C) Demiurg Demiurg Другие системы на рынке 63 08.11.2010 10:04
Платформа «1С:Предприятие» как средство разработки бизнес-приложений Morpheus Другие системы на рынке 1 26.12.2006 13:10
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 01:13.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.