Если 1С приделает еще и вменяемый блок бизнес-анализа (OLAP, легкая настройка пользователям) – остальным вендорам можно закрывать в СНГ деятельность по направлению учета. Они просто тут никому не нужны станут.

[Михаил Андреев]

Цитата:

Сообщение от Сисой

Идти на сопряжение систем одного класса нельзя, сожрать могут.

Как раз наоборот. Excel победил 1-2-3, в частности, и потому, что умел сохранять файлы в формате 1-2-3, а не только читать.

[Vals]

Цитата:

Сделайте так, чтобы складские статусы и соответствовали статусам сопроводительных документов

Например?

[mazzy]

Цитата:

Сообщение от Сисой

Расхожий миф.
....
Процесс потихоньку, но идет.

Цитата:

Сообщение от Vals

Например?

Блин, если подробно, то в отдельную ветку.
Если кратко, то есть ..., Packing slip, Invoice, Счет-фактура. В складских статусах и в статусах заказов последний документ не отражается.

Vals, я очень сильно упростил. Даже за счет корректности. Я знаю.
Но если хочется детальное обсуждение, то давай в отдельную ветку.

[mazzy]

каменты к исходному блогу жгут
http://itblogs.ru/blogs/cio_anatomy/.../29/46495.aspx

обсуждение этого же блога
http://sql.ru/forum/actualthread.aspx?tid=651596

[belugin]

Цитаты комментов:

Mikola said:

А можно пару слов, как SAP и Axapta себя показали. Или о них - либо хорошо либо никак ? :-)
марта 30, 2009 16:58
Tolik said:

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

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



Еще раз - у нас не автоматизация основной деятельности, а только бухучет


вот что требовалось

[George Nordic]

По поводу выбора ситсем. Что-то вспомнилось http://foxyboa.blogspot.com/search/l...BD%D0%B8%D0%B5

С Уважением,
Георгий

Цитата:

Сообщение от George Nordic

По поводу выбора ситсем. Что-то вспомнилось http://foxyboa.blogspot.com/search/l...BD%D0%B8%D0%B5

С Уважением,
Георгий

Георгий, а что конкретно вы имели ввиду, там много умных фраз

[George Nordic]

Это к первому сообщению о выборе системы. Потом офф пошел. Я просто почту разгребал, нашел случайно. И запостил, что бы не забыть.

Георгий

[mazzy]

часть обсуждения вынесена сюда OLAP и 1С: У 1С прежде всего похожий по задачам инструмент - компоновщик. (C) Demiurg

[Reaper]

Показательно очень. У меня такое ощущение, что если компания занимается внедрением каких-то решений и 1С в том числе - крайне маловероятно наличие в ней сильных 1Сников. Традиционный упор в SAP, AX, 1C по остаточному принципу. Вот они внедрение 1С и не тянут. Вывод - выбирая интегратора знайте, что интегратор, внедряющий решения одного вендора, надежнее. Конечно есть крупные игроки исключения из правила, но тот же Корус им не стал.

[Сисой]

Это довольно легко объяснимо. На рынке много квалифицированных консультантов и программистов, но крайне мало хороших РП от 1С. Во-первых, потому что действительно крупных проектов на 1С не так много. Во-вторых, многие из них со временем находят теплое местечко начальника отдела внутренней автматизации (в одной Москве десятки вакансий, чего у SAPа нет). Или РП внутреннего проекта, т.к. в мире 1С внедрение своими силами - весьма распространенная практика. Ну и самое главное - хорошему РП все равно что внедрять. И показав себя на проекте 1С, он будет стремиться перейти в другую, более прибыльную практику интегратора, чтобы больше заработать.

[Nick]

На мой взгляд, РП от 1С просто нет - так они не нужны, 99,99(9)% проектов 1С внедряются одиночками 1С-супер-спецами, типа "3 в 1" - сам себе руководитель, консультант и разработчик

[Reaper]

Цитата:

Сообщение от Nick

На мой взгляд, РП от 1С просто нет - так они не нужны, 99,99(9)% проектов 1С внедряются одиночками 1С-супер-спецами, типа "3 в 1" - сам себе руководитель, консультант и разработчик

Столкнетесь с ИТРП / Инталевым / Рарусом / БиТом / Астором / (подставить нужное) - откроете для себя много нового.

[mazzy]

Цитата:

Сообщение от Reaper

Столкнетесь с ИТРП / Инталевым / Рарусом / БиТом / Астором / (подставить нужное) - откроете для себя много нового.

Сталкивались, Reaper, сталкивались.
Многие и работали там тоже.

[Сисой]

Цитата:

Сообщение от Nick

На мой взгляд, РП от 1С просто нет - так они не нужны, 99,99(9)% проектов 1С внедряются одиночками 1С-супер-спецами, типа "3 в 1" - сам себе руководитель, консультант и разработчик

Вот только не надо таких обобщений. Проекты внедрения нескольких конфигураций на 0,5-1 млн.$ тоже суперспецы вытягивают?
В личной практике сталкивался с проектом, где от нескольких франчей работало более 20 специалистов одновременно.

[Nick]

Цитата:

Сообщение от Сисой

Вот только не надо таких обобщений. Проекты внедрения нескольких конфигураций на 0,5-1 млн.$ тоже суперспецы вытягивают?
В личной практике сталкивался с проектом, где от нескольких франчей работало более 20 специалистов одновременно.

Не спорю, есть такие проекты (более того - сам на таких проектах работал))) поэтому и не написал 100%

[Reaper]

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

[Alexx7]

В типовых нет. Любому юзеру можно запретить неоперативное проведение документов на уровне правки ролей пользователей. В былые времена так и делали. И это работает по сей день. С другой стороны бухгалтеров крайне смущает, что в системе есть документ - не правильная реалиизация, затем возврат, и ещё одна реализация (правильная). У некоторых по этому поводу волосы дыбом встают, поэтому считают, что править уже проведенные документы - это вполне нормально.

[pitersky]

Цитата:

Сообщение от Alexx7

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

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

[mazzy]

Цитата:

Сообщение от Alexx7

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

Вот-вот. бухгалтеров смущает

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

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

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

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

и так далее.

...Бухгалтеров крайне смущает... Ну-ну... А остальных крайне смущает возможность исправления любого проведенного документа.