Мы отчаялись. Три года попыток работать с этим поделием, три года переписок с 1С, три года работы на них в качестве тестировщиков - по нескольку ошибок в месяц регистрировались по нашим заявкам, каждый раз я убеждала себе и все что мол вот исправят сейчас ошибки и заживем... Но каждый раз исправляя ошибки они ломали то, что еще как-то работало. Три года вели КУДиР и считали налог по УСН параллельно с флагманов от 1С В ЭКСЕЛЕ!!!, так как хваленная ERP не умеет это делать, кое-как полгода назад наладили кудир в программе в полуручном режиме - когда часть данных вводится построчно руками, так они и это доломали!! Сейчас вообще нет никакой возможности посчитать налог, кроме как в экселе. Замечательная программа! Флагман от 1С!
Терпение кончилось, переходим на УПП, но это не надолго, ведь ее снимают с поддержки. И что дальше? 1С, похоже, сдохла - ERP не работает, УПП сворачивают. SAP изучать что ли? Извините, что эмоционально..

(811) Спасибо, большое. Вот жаль, что НГ похерили в ЕРП. Теперь затраты все и материалы через НФД разруливать.

(812) по НГ - согласен, при этом этап отсутствия аналогов НГ миновал и для разных задач есть ГАУН, подразделения на плане счетов, НД

в совокупности это даёт систему более гибкую, нежели УПП с НГ, обрати внимание, что распределение расходов поддерживает ручной режим, т.е. возможность своими обработками обособить что угодно по любым алгоритмам


я например делю затраты по путевым листам и даже т*км из них, плановая себестоимость и НГ в УПП этого не позволяли

(808) учиться лень :(

(814) учиться чему =)

(815) новому

(814) так мы 1сники не зря тупые и ленивые) поэтому и возникают проблемы как у автора в (0))))

+(816) под чутким руководством это получается лучше :)

(813) Спасибо, у нас есть ещё "трудоемкость"  как поле в изделии, и пропоряионально неё делятся все ОПР и ОХР при расчёте себестоимости. Но только на реализованную продукцию. Тут я понимаю придется рулить "статьями калькуляций".

(817) Ну зачем судить о людях. Есть ЕРП, давайте лучше о ней хорошо поговорим)))

(820) так я не сужу) это же известная аксиома - все 1сники тупые и жадные, еще и ленивые)

(817) зато я не жадная

(820) ага, есть. И нам придется с ней жить.

(822) все 1сники жадные)

(824) Ты не поверишь...

(822) ох уж эти сказочницы

"Вот скажи мне 1сник, в чем сила?"

(819) охр на с/с? Это в у/у?

(828) Нет в БУ и НУ. Учет у нас такой.

(0) шансов нет, все умрут, никто не вечен.

(830) Кроме Бориса Нуралиева. Он сидит на желто-красном троне, который питает его энергией истерящих 1сников

(829) типовой стандарт кост

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

(826) у Вас есть основания усомниться?

Уважаемые апологеты УТ11, вот вам совсем свежий пример, в который мы наступили:

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

Баг? - Нет.
Просто "недоработка". Одна из тех сотен "мелочей", которые и не дают нормально пользоваться программой.
Шаг влево, шаг вправо - здравствуй, очередное минное поле.

(835) до процедуры "ПриКопировании" в самую аоследнюю очередь руки доходят. Это нормально, копирование элементов в 1с - ненадежная штука, я бы вррбще запретил)

(835) при копировании ладно, имеет смысл проверять ФУ. Но чего вы ожидали при отключении ФУ и открытие старых доков? Чтобы у них суммы изменились?

Зачем переносить в ФУ то, что по сути является текущей настройкой? Сегодня включили - через месяц выключили, еще через месяц - снова включили.
Зачем отключать видимость колонок через ФУ, но не отключать их действие? Т.е. в процедурах при изменении количества, цены, суммы - ФУ не проверяется и учитывает скрытые скидки.
Зачем отключать видимость колонок вообще, при наличии там данных? Открываем старый документ и видим фигу.  Старые документы на то и хранятся в базе, что должны выглядеть так, какими они были в момент создания.
Ну и очистка при копировании, точнее ее отсутствие - про это всегда забывают. И если реализации копируются редко, то заказы - постоянно. Проще скопировать старый заказ клиента и чуть-чуть его изменить, чем забивать всю портянку заново.

(838) "И если реализации копируются редко, то заказы - постоянно. Проще скопировать старый заказ клиента и чуть-чуть его изменить, чем забивать всю портянку заново." - стесняюсь спросить, а как вы заказы принимаете от клиентов? Первый раз за 15 лет (включая опыт работы пользователем по забивке заказов) слышу что заказы проще скопировать

(839) В пищевке стандартные заказы. Ассортимент и количество варьируют незначительно

(840) не поверите, но я на молочке оператором в оптовой торговле работал) Заказы магазинов разные каждый раз были. Заказы вбивались вручную, надиктовывались торговым по телефону - да, это было сто лет назад, в средине 200-х.  У оператора просто не было времени искать заказ копировать и править. Может сейчас че поменялось, но слабо верится. Разве что если завод отгружает оптовикам, там да. Но оптовики на завод в электронном виде заказы фигачат зачастую.

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

(841) Вы просто не вкурили стандартные заказы. У нас все клиенты практикуют

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

(841) "Заказы вбивались вручную, надиктовывались торговым по телефону - да, это было сто лет назад, в средине 200-х."
Вы не поверите, но в этой стране до сих пор большинство так и работают - делая заказ по телефону.
Исключения - это заказы, сделанные самим клиентом через сайт/интернет-магазин. Автоматическая загрузка заказа из почты/файлов - делается редко и только для крупных постоянных клиентов.

(843) у меня к Вам всё больше и больше вопросов :)
пока записываю )

(846) Только лично

(828) >>охр на с/с? Это в у/у?

а в уу - применяется такой подход в принципе?

и платите вы этим телефонистам - как оператороам на телефоне?

(848) возможно кто-то применяет, в какой ситуации это интересно не знаю

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

shuhard, а в какой ситуации правда интересно охр на с/с распределять по уу? Когда бу=уу? Что эксперт по этому поводу думает у нас? :)

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

т.к. заказчик пока сам не понимает, но настаивает\\\ я бы попробовала добиться понимания

(852) В калькуляциях затрат на ГП частенько, помимо производственных и ОПР, еще и ОХР отражают, да еще и внепроизводственные (коммерческие) расходы включают, чтоб рентабельность оценить.

(854) нууу.... это очень своеобразный подход к оценке рентабельности. Как выпуск нового изделия повлияет на ОХР?

(42) так и есть. КА 2, 2-а года полет нормальный, допиленный, но нормальный

(852) я бы распределял охр на себес в случае единичного выпуска, а в случае массового, то в текущий период

(857) про единичный да, можно посчитать

(852) эксперт считает, что оптимизация налога на прибыль допустима любым способом, в том числе с использованием НЗП и разного рода ВР.
связь с УУ не уловил, деление затрат на 20-44 условно и кроме НЗП на налог не влияет

(859) и в догон
куда больше меня интересует 18 ПБУ и выход релиза под ёлку,
мой аудит продуктива показал их под 30 разных хоз.операций =)

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

Охр в ну косвенные расходы. Не вижу "оптимизации" от включения их в с/с

(861) а если огромные остатки на гп?

(835) >> Включили, поигрались, поняли

В таком режиме даже бухгалтерию внедрять стремновато, но адинэсникам и в ERP настройки конфы «на горячую» менять - самое оно!

(862) в ERP нет связи прямых и косвенных НУ со счетом учета или характером затрат, это не УПП
в ERP нет связи счета учета или характера с директ-костом, это не УПП,
т.е. кроме нормирования расходов счет учета не влияет ни на что,
теперь оптимизация видна или картинка нужна статьи ?

(864) ржака

(863) если огромные остатки гп, то заниматься надо сбытом, а. Не производством

(863) А какая разница? Или типа "затарили склад и полгода бамбук курим"?

(868) бывает и полгода, я бы сказала для масла полгода -- норма
(865) нужна

(867) да неужели :) по идеальным схемам живёте?

(869) И полгода нет выпуска, но есть ОХР?

(871) какой-то одной позиции -- да, в порядке вещей

Видите ли :))) молока летом больше, масла больше делают -- летом. Это производство.

(872) Тогда затраты упадут на выпуск другой продукции. Делов то.

(874) разумеется, а в месяц выпуска масла предлагаете охр распределить на него и заморозить его вместе с ними :)))

(845) хмм... EDI? Не, не слышал...

даже в нашем совхозе процентов 60 идет по EDI, процентов 25-30 по электронке и что осталось - диктуют по телефону.

(877) угу, сети 100% EDI, с бюджетом ещё есть над чем думать

(877) как Вы с ерп знакомились? В каком порядке (не знаю как понятно сформировать вопрос). Я купила курсы, о которых тут обычно положительно отзываются, но так и не открыла :(

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

(880) спасибо. Пожалуй прав.

Здесь четко надо понять, что не надо покупать такие программы и ставить основной организацией, работающей на системе налогообложения  УСН. Это проблема. Некоторые работающие на УСН думают, что если купили такую дорогую программу и она будет классно работать везде и всюду. Эта программа для организации работающей на ОСН, как основной организации.

(882) кроме того еще надо понимать, что программа ERP-УП предполагает наличие в штате своего проектного отдела программистов для развития. Само в 1С ничего не работает

Само в 1С ничего не работает/// девиз просто )))

(879) может не твое это

(885) УПП три года назад тоже было не моё )))

(878) Бюджет вещь интересная, у нас вот, большинство прямо в нашу 1С через web заказы бьют, не в основную, а специальную, конечно.

(887) вариант...

Ахаха

(884) н-да. Постеснялись бы, что ли, для приличия :) а тут такое брякнуть и в таком месте :)))

(884) вы не поверите, но это не только в 1с, а любое предприятие больше киоска пивного нужен человек который управляет ИС.

(851)
У меня у хлебников - кейс был в виде кнопки "Как вчера".
Звонит магазин говорит диспетчеру "как вчера"

(110) Вам бы в этот эксперемент программиста, вы же только типовыми средствами хотели обойтись ))))

Ух, ты сколько всего разного...
А не подскажет ли кто-нибудь, есть ли в ERP настройка "только упр. учёт", вообще без регл. и МСФО.
Как в УПП, где имеется возможность вообще не включать проводки по бух.регистру.

(894) ... но чтобы при этом было несколько организаций всё-таки.

(892) По эконом сегменту хлеба вообще-то постоянный спрос

(896) я ж не и не спорю - просто опыт любой отрасли - обобщать не стоит - кейсы на любой цвет и вкус встречаются.

(892) так я о чем. Смысл копировать заказы, если можно сделать кнопку заполнения. А если присобачить интеграцию с телефонией можно и операторов разгрузить.

(898) копирование не требует изменения конфиги.
а кнопку - это надо бабла отбаблять

900

А мне ЕРПУХ понравился. Недобюджетирование из ЕРП заменили на полноценное, обкатанное еще со времен консолидации. И прочие корпоративные плюшки, которые не обязательно все использовать.

(901) На презентации в PowerPoint смотрел?

(898) Т.е. тот факт, что базовый прием работы с документами (копирование) работает криво - это нормально. Обход костылями (придумываением своей кнопки) - это нормально. Или может 1С будет свои косяки исправлять?

(902)
Нет, попали в руки ЕРПУХ и ERP WE, ковырял пару часиков.

(904)  Ну это почти то же самое.

А, например, я со своей командой функциональное моделирование делал по основным сквозным процессам и абсолютно не представляю, как это всё обкатанное запускать на реальном проекте.
Хотя, если какой-то клиент купит  по презентации с обоснованием «ну это же дороже, а значит лучше», буду внедрять, конечно. Куда я денусь :)

(899) обработка заполенения табличных частей не требует изменений конфиги. Да и написать ее пару часов времени для неопытного 1сника

(903) это не обход копирования, это более правильное решение задачи, чем тупое копирование заказов. Вот копировать заказы это костыль.  Что не отменяет необходимость исправления ошибки при копировании.

(905) бюджетирование не смог смоделировать?

(908)  Фраза «не смог» - это не ко мне, лол.

(905) я возможно УХERP для фин.мониторинга буду использовать, помоделирую бюджетирование, хотя для моих задач нативного хватает

(855) Я думаю, главное правильно понимать интерпретировать полученные результаты.