it-shnik
Насчет целей ...
С точки зрения руководства предприятия, цели обычные. Увеличение прибыли, товарооборота, снижение затрат. С помощью автоматизации учета поставок, продаж, оборачиваемости и т.д. Кроме учета, есть желание релизовать функции управления.
Может, вам все же подумать о "более другой" ;-))) erp системе? Всё же конфигурации 1с (я говорю не о платформе, а именно о конфигурациях, реализующих бизнес-логику) ориентированы на относительно небольшие предприятия. Это касается всех стандартных конфигураций и всех самописных, о которых я слышал. Разумеется, написать можно всё, что душа пожелает, но сроки и стоимость...
Я говорю на основе личного опыта - внедрение и сопровождение 4 года Navision, внедрение OEBS, внедрение и сопровождение 1,5 года 1с УПП. Во всех вариантах есть свои проблемы, и все проблемы можно каким-либо образом решить ;-)) Но в случае с 1с очень тяжело наладить нормальный контроль.
Дело в том, что во всех известных мне конфигурациях 1с пользователям необходимо изменять уже проведенные документы, и, соответственно, у них есть ВОЗМОЖНОСТЬ изменять проведенные документы. (если в ящике не 5 бутылок, а 4, мы входим в систему и исправляем документ, а в Navision и в особенности OEBS мы создаем корректировочный документ).
Кроме проблем с подтасовками, это еще и ведет к тому, что трудно определить, где именно возникают ошибки - например, при перемещении со склада на склад проблемы могут быть в двух местах - (1) на складе отправителе не отгрузили все, что было запланировано к отгрузке и (2) к складу получателю довезли не все, что отгрузили со склада отправителя. Эти ситуации требуют разных управленческих воздействий, но в конфигурациях 1с не предусмотрена фиксация подобных ситуаций. На небольших предприятиях это не критично, но если есть 200 торговых точек...
Возможно, что использование того же JD или SAP One обойдется дешевле, чем самостоятельное написание конфигурации 1с. Да и с масштабируемостью у них получше - они гарантированно потянут нужное вам количество пользователей.

iscrafms_ustinov,

Вы уже увидели 1С, что можете сравнить с чем-то другим? Или повнедряли? Правильно я понял, что сентябрьская информация уже очень устарела?
s_ustinov в сенябре об 1ССкажу сразу - не только не внедрял/работал, но даже и не видел :-)


s_ustinov сегоднявнедрение и сопровождение 1,5 года 1с УПП

хотя странно... с сенятбря не 1.5 года прошло, а 4 месяца. Похоже кто-то троллингом занимается.

Речь шла об IT-Предприятие. Его я не внедрял и с ним не работал.
А что внедрял / поддерживал написано в сообщении. Правда, не все - была еще 1с 6.0 и 7.7, но это было давно :-)))

Last1Cmenавтору них есть ВОЗМОЖНОСТЬ изменять проведенные документы

запретите и не будет


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

Last1Cmens_ustinov, на группе объектов или конкретных объектов в правах снять галочки насчет перепроведения и всё :)

но тогда зачем 1це - у этой системы это как раз одно из преимуществ (сделать так как надо пока не поздно и в любое время)

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

можно исправить уже проведенную реализацию и тогда все сойдется - но для этого должны быть права на перепроведение

или надо допиливать конфигурацию

а главное преимущество 1с - это ее цена ;-)))

Last1Cmenавторно для этого должны быть права на перепроведение

тогда должны быть :)... следовательно даём их не всем а ток зав. участками (старшим смены и т.д.)... тоже сложного вроде ничего

вообще-то именно так и сделано ;-)))
НО - один чел дает другому челу (они ж друзья))) немножко поработать под его логином, чтоб исправить "пару мелочей", тот исправляет не пару и не мелочей и ...
разумеется, это все стараются пресекать админ мерами, но само существование такой проблемы не есть гут...
а если ставится вопрос - на какую сумму за месяц по такому то складу продали меньше из-за того, что товарищи не смогли найти товар? то в системе тупо нет такой информации... а согласитесь, подобный вопрос очень даже логичен, особенно в непростое кризисное время ;-)))

Last1Cmen
но и про "онлайновость" вот с этим у 1це сложновато... не подразумевает платформа такой работы окромя как в локалке...
вобщем ничего "сверх" даже для 7ки не вижу пока
так для онлайновости как раз терминальный режим и пригождается :-))) у меня так 8 магазинов в 4 городах работают.
но 200, а тем более 300 пользователей в системе одновременно (на одной базе)... особенно учитывая, что у 7.7 блокировки на таблицу... что-то мне ОЧЕНЬ слабо в это верится...

Last1Cmenавтортот исправляет не пару и не мелочей и ...

ну как вы заметили это решается только админметодами уж извините... это когда я заметил по-поводу физ. контроля возложенного на программу - это не удел системы а удел физической организации процесса уже
Это решается невозможностью изменить учтенный (проведенный) документ - "аудиторский след". Можно документ отсторнировать, создать корректировочный документ и т.п., но изменить НЕЛЬЗЯ.
Разумеется, это не спасает от работы под чужим логином, но это и не очень критично - всегда видна история изменений.

Last1Cmen

кстати а почему нужна именно "онлайновость" (скажем если это не бронь на любом из складов или там выписка проездных билетов как и мест для загрузок в транспортных средствах) ?

если просто контролировать остатки на точке то распределёнка великолепно справляется

и ещё может не имеет смысла на точках держать полную реплику центральной базы ?

для точек - отдельная конфа (только транзакционная часть приход/расход и вид оного)с минимальным штучным отслеживанием остатков и прайсом

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


правда это всё если самим писать как вы понимаете и возникнут грабли связанные с нарушением целостности базы (т.е. синхронизационные проблемы между разными источниками и хранилищами данных)

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

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