1c 8.0 УПП

[Шурик]

Дело в том, что от АСУ поступило предложение использовать 1с 8,0 УПП в целях ведения финансового и управленческого учёта (в т.ч. и бюджетирования) вместо финансового модуля JDE OneWorld.

Реально ли построить нормальную систему бюджетирования с помощью данного ПО (дистрибуция)?!.... Возникнут ли серьёзные проблемы?!
Что позволяет данная система кроме бюджетирования?!.....
Стоит ли вообще приобретать данное ПО?!.....
и, наконец, где можно найти побольше информации о 1с 8,0 УПП, т.к. на 1с.ру практически ничего нет, кроме платных учебников и методичек....

Заранее спасибо.

ПыСы: только что от финконтроллёра получил информацию, что с 1 января 2007 года Нью_Йорская фондовая биржа обязала эмитентов, котирующихся на оной, предоставлять отчётность по принципам IFRS. Правда что ли?

[А.Б.]

Дело в том, что от АСУ поступило предложение использовать 1с 8,0 УПП в целях ведения финансового и управленческого учёта (в т.ч. и бюджетирования) вместо финансового модуля JDE OneWorld.

УПП=Управление Производственным Предприятием.
Дальше надо объяснять?

ПыСы: только что от финконтроллёра получил информацию, что с 1 января 2007 года Нью_Йорская фондовая биржа обязала эмитентов, котирующихся на оной, предоставлять отчётность по принципам IFRS. Правда что ли?

Ого. Наши дистрибуторы уже котируются на NYSE?
Правда что ли?

[Шурик]

УПП=Управление Производственным Предприятием.
Дальше надо объяснять?

Сбивает с толку тот факт, что в данном ПО есть интерфейс "Уаправление торговлей", и там таки действительно есть управление закупками и продажами. Может таки действительно Это можно использовать в дистрибуции?!.....
Я так понял, с таким вариантом Вы пока не сталкивались... .. Но всё же спасибо.

Ого. Наши дистрибуторы уже котируются на Nyse?
Правда что ли?

Нет, не правда, конечно....
Просто узнал случайно у коллеги и решил посоветоваться "со старшими товарищами" ..... Вот, например, с Вами...
Ну так?! Правда, нет?!

[А.Б.]

Сбивает с толку тот факт, что в данном ПО есть интерфейс "Уаправление торговлей", и там таки действительно есть управление закупками и продажами. Может таки действительно Это можно использовать в дистрибуции?!.....
Я так понял, с таким вариантом Вы пока не сталкивались... Но всё же спасибо.

Ошибочка - сталкивался. И как раз в фирме-дистрибуторе. Год ждали выхода бета-версии УПП, чтобы потом отказаться - увидев какую монстру породил триумвират 1С-РАРУС-ИТРП.

Если уж так не нравится ДжейДиЭдвардс (кстати почему?) - переходите на "1C:Управление торговлей 8". Там по крайней мере нет ничего лишнего.
И уж по крайней мере тут не АСУшникам решать - что они понимают в управленческом учете?

Просто узнал случайно у коллеги и решил посоветоваться "со старшими товарищами"..... Вот, например, с Вами...
Ну так?! Правда, нет?!

Насколько я знаю, в США придерживаются стандарта GAAP. Конечно в последнее время наметилось сближение двух стандартов, но вроде о переходе американцев на IFRS рано говорить.
Может быть ваш коллега спутал с SOX 404?

[Шурик]

Ошибочка - сталкивался. И как раз в фирме-дистрибуторе. Год ждали выхода бета-версии УПП, чтобы потом отказаться - увидев какую монстру породил триумвират 1С-РАРУС-ИТРП.

Если уж так не нравится ДжейДиЭдвардс (кстати почему?) - переходите на "1c:Управление торговлей 8". Там по крайней мере нет ничего лишнего.
И уж по крайней мере тут не АСУшникам решать - что они понимают в управленческом учете?

Ок, данное "Управление торговлей" имеет в своём распоряжении блоки бюджетирования, фин.анализа? Как насчёт настраиваемости гибкости? Как насчёт факторного анализа и план-факт анализа количесвтенных показателей?

Насколько я знаю, в США придерживаются стандарта Gaap. Конечно в последнее время наметилось сближение двух стандартов, но вроде о переходе американцев на Ifrs рано говорить.
Может быть ваш коллега спутал с Sox 404?

нет, речь шла не о Sox. а именно о переходе биржи на МСФО!....
Сближение - это и так всем известно, разработана даже некая "Дорожная карта" сближения (если не ошибаюсь)... Таки речь шла не о сближении, а о переходе.. Чувствуете разницу?..

[А.Б.]

Ок, данное "Управление торговлей" имеет в своём распоряжении блоки бюджетирования, фин.анализа? Как насчёт настраиваемости гибкости? Как насчёт факторного анализа и план-факт анализа количесвтенных показателей?

Конечно нет. Торговля она и в Африке торговля ... а финансовое планирование и анализ это другие функциональные группы. Соответственно, решаются пристыковкой готовых или разработкой собственных внешних модулей.
Бухучета там тоже нет - придется покупать 1С Бухгалтерию.
Зато какой простор по настраиваемости и гибкости ...
потому и нравится АСУшникам - внейдряйте 1С и вы их никогда не сможете уволить.

нет, речь шла не о Sox. а именно о переходе биржи на МСФО!....
Сближение - это и так всем известно, разработана даже некая "Дорожная карта" сближения (если не ошибаюсь)... Таки речь шла не о сближении, а о переходе.. Чувствуете разницу?..

Неа, не чувствую.
Это у нас на бескрайних просторах Родины куролесит закон о бухгалтерском учете. В цивилизованных же странах следят не за соблюдением правил учета, а за тем, чтобы бизнес платил налоги по доходам и мелких акционеров не обижал.
Соответственно, американская компания может вполне официально иметь несколько балансов - 1 для налогов, 1 для акционеров, 1 для внутренних целей ... но не дай бог попытаться что-то спрятать - найдут и уделают так что мало не покажется.
Так что, если даже NYSE переводит своих участников на отчетность по IFRS, это никого не напугает. Большинство крупных компаний все равно уже имеют такую отчетность.

[yuriy-yar]

По поводу УПП могу сказать следующее. Сейчас идет процесс внедрения в торговой организации (производственный)

[yuriy-yar]

(Ентер нажал случайно 8-) )
По поводу УПП могу сказать следующее.
Сейчас идет процесс внедрения в торговой организации (производственный блок просто не используем).
торговый кусок практически устроил, были небольшие доделки.
Столкнулись с неприятным фактом в разделе бюджетирование. А именно отсутствие возможности построить план факт отчета прибыли убытки и агрегированный баланс в разрезе юр лиц. Строится только по группе компаний в целом. Так что прийдеться доделывать тоже.

[yuriy-yar]

Хотя на другом предприятии был вариант и описываемый Вами. Взяли торговлю 8.0 на нее нацепили проводки по управленческому плану счетов (приблизительно = бухгалтерскому) и достаточно успешно работают

[andrey_dma]

Вопрос по теме:

У кого то есть опыт реализации в 1с 8,0 кеш-фло прямым методом?

[Вячеслав М]

andrey_dma

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

А в чем проблемы? ДДС прямым методом - таки не самое сложное....

[Владимир2007]

Вячеслав!
У меня к Вам появился практический и проф интерес.
Вы думаете в 8-ке, то что написали выше, возможно.
И сикоко стоит?
Я "слышал" от 10-ки лимонов. А у Вас все просто

[Вячеслав М]

Владимир, в 8-ке к сожалению тоже не все возможно.

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

Что смогли сделать:

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

1. Структурировать всех контрагентов по группам. (абсолютно необходиое условие для консолидированной отчетности холдинга, InCo например элиминировать)
2. Реализовать авторизацию реестров платежей и форм. Платежки оттуда и только после авторизации.
3. Справочники статей ДДС. Повозились - необходимо соответствие с корпоративным справочником, будь он неладен, статьями P&L, формой 4.
4. Соответственно формы отчетов - стандартные не подходят (в процессе).
5. Доработали процесс разноски входящих платежей. Теперь накладные разносятся по сроку платежа. (для нас это условие было критичным - никакого ФИФО) Либо ручная выборка накладной.

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

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

Пока проблему не решили. Но мы ж тока ууууучимся.

Плюс некоторые статьи в ДДС невозможно разнести с желаемой детализацией.

[andrey_dma]

andrey_dma

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

А в чем проблемы? ДДС прямым методом - таки не самое сложное....

Проблемма в том, что у нас тьма платежей, до 1000 транзакций в день.
очень тяжело идентифицировать операционную, инвестиционную и финансовую деятельность.

Как например у Вас посторенно такое разбиение?

[Вячеслав М]

andrey_dma

Мдя.... прилично....
И как построили процедуру авторизации???

У нас платежей гораздо меньше. Фин. деятельность минимальна, ....
Поэтому с разнесением по деятельности поступили предельно просто - есть справочник ДДС, где эти деяельности разнесены. Далее - выборка в платежном документе.

Процесс следующий.

1. Бухгалтер по р\с формирует реестр счетов на оплату. Фактически свод платежных документов. На этом этапе из справочника выбирается статья на которую разносится платеж. (есть инструкция что-куда для оператора). Это как-раз узкое место, ибо возможна ошибка в выборке или бухгалтер просто может не знать на какую статью тащить платеж. Лечится пока только проверкой на следующем этапе. Мысли как это оптимизировать есть, но пока только мысли... Пошагово все надо делать, пошагово...
2. Авторизация. Лицо, ответственое за авторизацию документов проверяет платежи и правильность отнесения документа к статье ДДС. Авторизует реестр.
3. После авторизации формируются платежки, в Б-К их и вперед.
4. Соответственно по статьям формируется ежедневный отчет.

[andrey_dma]

andrey_dma

Мдя.... прилично....
И как построили процедуру авторизации???

У нас платежей гораздо меньше. Фин. деятельность минимальна, ....
Поэтому с разнесением по деятельности поступили предельно просто - есть справочник ДДС, где эти деяельности разнесены. Далее - выборка в платежном документе.

Процесс следующий.

1. Бухгалтер по р\с формирует реестр счетов на оплату. Фактически свод платежных документов. На этом этапе из справочника выбирается статья на которую разносится платеж. (есть инструкция что-куда для оператора). Это как-раз узкое место, ибо возможна ошибка в выборке или бухгалтер просто может не знать на какую статью тащить платеж. Лечится пока только проверкой на следующем этапе. Мысли как это оптимизировать есть, но пока только мысли... Пошагово все надо делать, пошагово...
2. Авторизация. Лицо, ответственое за авторизацию документов проверяет платежи и правильность отнесения документа к статье ДДС. Авторизует реестр.
3. После авторизации формируются платежки, в Б-К их и вперед.
4. Соответственно по статьям формируется ежедневный отчет.

сколько у Вас транзакций и сколько времени необходимо на их обработку по описаному алгоритму?

[nino]

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

[Tata]

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

реализуется через блок "управление запасами" и "управление закупками"

[rvalery]

Всем доброго дня!
Работаем в УПП8.0. Компания занимается дистрибуцией с большим номенклатурным справочником. База тормозит. С БДДС и платежным календарем целая эпопея была, наши программисты вспоминали недобрым словом всех, кому это нужно... Очень много доработок сделали. А бюджетирование до сих пор там не ведем...

[rvalery]

А еще вопрос? а что с JDE? мы сечас её пытаемся внедрить. Очень хочется услышать отзывы тех, кто в ней уже работает.

[А.Б.]

А еще вопрос? а что с JDE? мы сечас её пытаемся внедрить.

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

[nino]

реализуется через блок "управление запасами" и "управление закупками"

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

[andrey_dma]

А еще вопрос? а что с JDE? мы сечас её пытаемся внедрить. Очень хочется услышать отзывы тех, кто в ней уже работает.

не берите.
логистика супер.
финансы отстой.
Даже нормальной двойной записи нет.
наша контора переводит финансовую часть в 1с.
Логистика остаётся в JDE.
И вообще недостатки этой системы я могу перечислять часами....
О положительных сторонах не знаю ничего.

[Павел Ромакин]

Дело в том, что от АСУ поступило предложение использовать 1с 8,0 УПП в целях ведения финансового и управленческого учёта (в т.ч. и бюджетирования) вместо финансового модуля JDE OneWorld.

Реально ли построить нормальную систему бюджетирования с помощью данного ПО (дистрибуция)?!.... Возникнут ли серьёзные проблемы?!
Что позволяет данная система кроме бюджетирования?!.....
Стоит ли вообще приобретать данное ПО?!.....
и, наконец, где можно найти побольше информации о 1с 8,0 УПП, т.к. на 1с.ру практически ничего нет, кроме платных учебников и методичек....

СИТУАЦИЯ:

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

ПЛЮСЫ:

Больше возможностей платформы => меньше думает разработчик о самом предмете разработки в целом, скатываясь к разнообразнейшим деталям. Легче реализовать функции и процессы текущего момента, быстрее результат. Это хорошо именно для аналитических систем, то есть в случае обработки накопленной информации, для различного использования одних и тех же данных. Т.е. для создания отчетов, работающих по принципу периодической обработки накопленных данных. Больше требований пользователей успешно реализуются.

МИНУСЫ:

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

ВЫВОДЫ:

Продукт неплох для своего целевого рынка - бухгалтерского, складского и кадрового учета, для автоматизации СТАНДАРТНЫХ видов деятельности, логика которых отработана и годами поддерживается 1С. Для информационных автоматизированных систем управления НЕ ПОДХОДИТ принципиально. Альтернативой являются индивидуальные разработки на базе платформ промышленной обработки информации (Oracle), стандартных масштабируемых систем (SAP, Axapta), -- для средних и крупных проектов, использование платформы 1С:Предприятие 7.7 для проектов небольшого масштаба.

ПЕРСПЕКТИВЫ:

Для повышения эффективности управления требуется новый инструмент, существенно проще, чем продукты 1С:Предприятие 7.7. Для работы в режиме реального времени, со встроенными средствами анализа, прогнозирования и оптимизации управленческой информации, ориентированный на интеграцию с самым широким спектром оборудования обработки информации и существующими информационными системами. Этот продукт не может не появиться -- 1С своей стратегией развития открыл путь на рынок новым продуктам.

БЮДЖЕТИРОВАНИЕ:

Представление о бюджетировании таково:
1. Вариант А. Привязка к бухгалтерской системе учета.
2. Вариант Б. Привязка к управленческому учету.
3. Вариант В. Незваисимая подсистема обработки данных.
Каждый из вариантов имеет недостатки и преимущества, и выбор определяется наличием соответствующих ресурсов. В любом случае - конечный итог бюджетирования -- срочная реакция на недопустимые отклонения, и чем быстрее и точнее устанавливаются нормы допустимых отклонений, и раньше и наболее вероятно выявляются отклонения, тем лучше. Предел - индикация вероятных отклонений в момент регистрации факта хозяйственной деятельности параллельно его осуществлению, но в любом случае до того момента, когда изменение негативного исхода становится невозможно.

1С данного предела не достигнет никогда.

Всё, альтернативы предложены, выбор за Вами...

(На мой взгляд, УПП не оптимальный вариант. есть лучше)

[Павел Ромакин]

не берите.
логистика супер.
финансы отстой.
Даже нормальной двойной записи нет.
наша контора переводит финансовую часть в 1с.
Логистика остаётся в JDE.
И вообще недостатки этой системы я могу перечислять часами....
О положительных сторонах не знаю ничего.

Перечислите на досуге недостатки... Пожалуйста... Поделитесь опытом...

[Павел Ромакин]

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

Есть два принципиально различных процесса использования информационной системы:

1. Реализация требуемой логики управления (настройка логики обработки данных).

2. Обработка информации (превращение входящих данных в исходящие).

О каком процессе речь?

[Павел Ромакин]

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

Есть. Рекомендую книгу

А.Гартвич. Планирование закупок, производства и продаж в 1С:Предприятии 8.

Распространяется 1С через свою сеть.

[Павел Ромакин]

Всем доброго дня!
Работаем в УПП8.0. Компания занимается дистрибуцией с большим номенклатурным справочником. База тормозит. С БДДС и платежным календарем целая эпопея была, наши программисты вспоминали недобрым словом всех, кому это нужно... Очень много доработок сделали. А бюджетирование до сих пор там не ведем...

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

[А.Б.]

Есть два принципиально различных процесса использования информационной системы:

1. Реализация требуемой логики управления (настройка логики обработки данных).

2. Обработка информации (превращение входящих данных в исходящие).

О каком процессе речь?

Однако, чукча не понял вопроса.
Вы уверены, что вопрос приклеен к той цитате?

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

[Павел Ромакин]

Однако, чукча не понял вопроса.
Вы уверены, что вопрос приклеен к той цитате?

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

Действительно, я об ином - можно потребности в вычислительной мощности информационной системы компенсировать высоким качеством и достаточным временем её создания. И наоборот, низкое качество и быстрая разработка могут и не компенсировать высокую производительность серверов и сети. И 1С можно загрузить задачами для любого сервера. Особенно в конце квартала многочисленными перепроведениями документов.

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

Допускаю, что где-то ошибся, прошу простить начинающего программиста