5 странных технических вещей в 1С:ERP, которые шокируют

12.08.24

Архитектура - Архитектура решений

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

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

Рассмотрим некоторые из наиболее распространенных проблем в статье.

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

Одна из особенностей 1С:ERP, на которую необходимо обратить внимание при начале внедрения и моделирования нормативно-справочной информации (НСИ).

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

  • Тип номенклатуры
  • Шаблон наименования
  • Настройки уникальности
  • Использование серий и характеристик
  • Использование дополнительных реквизитов
  • Настройки ценообразования
  • Схемы обеспечения и складские группы
  • Группы финансового и аналитического учета (ГФУ и ГАУ)

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

Еще один пример - тип номенклатуры (товары, работа, услуги). В 1С:ERP он указывается в виде номенклатуры, но при указании вида для конкретной позиции номенклатуры транслируется в саму номенклатуру. Это сделано для удобства и экономии ресурсов. Если мы поменяем тип номенклатуры в виде номенклатуры (например, с "Услуги" на "Работу"), то в самой номенклатуре этот тип не поменяется, и изменить его вручную нельзя - реквизит выведен на форму только для отображения. То же самое касается признаков ведения характеристик, серий, схем обеспечения и других.

Если эти моменты не были продуманы заранее, придется писать отдельную обработку.

 

Тип номенклатуры в карточке

 

2. Отличия в результатах при проведении и перепроведении документов

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

В 1С:ERP не стоит ожидать, что перепроведение документа даст те же результаты, что и первичное проведение.

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

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

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

В связи с этим еще раз подчеркиваем важную роль тщательного планирования и разработки нормативно-справочной информации (НСИ) на начальном этапе проекта. Это позволит избежать последующих трудозатрат и ошибок.

3. Некоторые журналы документов – это на самом деле Регистры сведений!

В 1С:ERP разработчики инновационно подошли к вопросу организации журналов документов. Теперь на уровне платформы в системе прописано, что некоторые журналы документов – это не что иное, как регистры сведений. Например, такие журналы, как "Документы закупки (все)", "Документы продажи (все)".

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

Например, при переносе документов они могут просто так не появится в журнале, если их отдельно не прописать в соответствующем регистре сведений.

Будьте внимательны – подобные неожиданности подстерегают вас на ровном месте!

4. Бухгалтерские проводки в документах формируются не сразу

Формирование проводок - один из самых ресурсоемких процессов, а мы помним, что ERP стремится к максимальному быстродействию и оптимизации. Что же придумали разработчики?

Конечно же, регламентное задание, которое формирует проводки по расписанию! 1С:ERP в первую очередь является системой глобального оперативного учета, а бухгалтерия - лишь один из многих аспектов этой системы.

Существует три способа формирования проводок:

1. Автоматически по расписанию, которое можно настроить очень гибко.

2. С помощью кнопки "Выполнить отражение" в рабочем месте "Отражение документов в регламентированном учете".

3. С помощью кнопки "Отразить в регл. учете" в проводках конкретного документа.

 

Отражение документов в регламентированном учете

 

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

Стоимость ТМЦ при выбытии

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

Автоматическое выполнение операций закрытия месяца

Зачем все так сложно и неудобно? Ответ все тот же - быстродействие, оптимизация и ресурсоемкость. Формирование проводок и расчет себестоимости - пожалуй, самые требовательные процедуры в системе 1С:ERP. Таким образом разработчики минимизировали их влияние на быстродействие остальных процессов.

5. Документа "Расчет себестоимости" нет! Это просто регламентная операция, а не отдельный документ

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

2.            Формально в системе присутствует регламентный документ расчета себестоимости, но он не имеет того значения и функциональности, которые были в УПП.

3.            Еще очень интересно, что в 1С:ERP нет специального меню или действия для отмены операций по закрытию месяца. Система, как искусственный интеллект, сама понимает, когда данные изменились, и месяц нужно "перезакрыть". Однако для "ручного" "перезакрытия" и отмены результатов закрытия нужно сделать следующее:

1.            Пометить на удаление регламентные документы закрытия месяца (Финансовый результат и контроллинг – Закрытие месяца - Регламентные документы) - это документы по расчету себестоимости, расчету резервов под обесценение запасов, распределению доходов и расходов на направления деятельности, а также распределение расходов будущих периодов. Они предназначены для результирующих расчетов и оформление сформированных результатов закрытия месяца в системе.

2.            Пометить на удаление регламентные операции закрытия месяца (раздел Регламентированный учет) - операции, предназначенные для формирования финансового результата и формирования проводок в регламентированном учете.

И бонус!

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

Ранее в УПП мы просто списывали РБП на статью, где указывались все параметры признания. В 1С:ERP мы идем более длинным и необычным путем:

  • Списываем РБП на промежуточную статью.
  • В отдельном документе "Распределение РБП" указываем параметры распределения, статью, куда нужно все-таки списывать этот РБП, и распределяем расходы на весь будущий период! При этом формируются движения и проводки будущим числом! Даже если РБП у вас на 10 лет, вы увидите проводки по затратам вплоть до 2030-х годов!
  • Если что-то поменялось в этом РБП - нужно залезть в документ "Распределение РБП" (возможно, он уже в закрытом периоде), поменять что нужно, при этом учитывая, что строки распределения за предыдущий период заблокированы для изменений.

В УПП был действительно простой и понятный функционал РБП, в 1С:ERP все непросто и непонятно.

1С:ERP иногда взрывает мозг и вызывает сильные эмоции! Но от этого мы не менее сильно ее любим.

ERP автоматизация управление предприятием бухгалтерия финансы логистика производство продажи внедрение 1С обучение 1С конфигурирование 1С отчетность интеграция 1С

См. также

Архитектура решений Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Можно ли, окружив СППР доработками, повысить её эффективность? Есть ли такие доработки в готовом виде на рынке? Дисклеймер: данная статья не повторяет мой доклад а лишь излагает мысли и акценты, которые докладчику показались прошедшими мимо слушателей. Если хотите посмотреть доклад, то можно купить доступ или дождаться публикации от Инфостарта.

19.06.2024    1298    0    roman72    0    

1

Архитектура решений Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

В данной статье мы рассмотрим панель системы 1С: Аналитика - План фактный анализ реализации работ заказчикам и вывод о конфигурации 1С: ERP Управление строительной организацией.

24.04.2024    842    0    Koder_Line    1    

1

Архитектура решений Пользователь Платформа 1С v8.3 Конфигурации 1cv8 Строительство Бесплатно (free)

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

22.03.2024    731    0    Koder_Line    0    

2

Архитектура решений Пользователь Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

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

22.02.2024    5877    0    Koder_Line    1    

4

Архитектура решений Пользователь Платформа 1С v8.3 Конфигурации 1cv8 Бухгалтерский учет Управленческий учет Бесплатно (free)

Здравствуйте! В данной статье мы рассмотрим описание системы ТОиР и область ее применения, функциональные возможности и структуру 1С:ТОиР Управление ремонтами и обслуживанием оборудования. В современных условиях динамичных рыночных процессов и стремительного развития технологий, эффективное управление техническим обслуживанием, ремонтом и оборудованием становится ключевым фактором для обеспечения бесперебойной работы предприятий различных сфер деятельности. В этом контексте, система «Техническое Обслуживание, Ремонт и Оборудование» (ТОиР) на базе платформы 1С: Предприятие выступает как неотъемлемый инструмент для эффективного управления всем жизненным циклом технических средств.

24.11.2023    3016    0    Koder_Line    0    

0

Архитектура решений Программист Бесплатно (free)

Рассмотрим применение архитектурной проверки задач в процессе разработки.

30.10.2023    5045    0    ivanov660    10    

33

Архитектура решений Пользователь Платформа 1С v8.3 Конфигурации 1cv8 Управленческий учет Бесплатно (free)

В августе 2023 года увидел свет новый релиз 3.0.7.1 системы 1С:ТОИР КОРП. Третья, наиболее прогрессивная редакция решения для управления ремонтами и обслуживанием оборудования на платформе «1С:Предприятие», активно развивается, обогащаясь новым функционалом и раскрывая всё более широкие возможности для пользователей, которые стремятся повысить эффективность управления активами. Что изменилось в системе с выходом нового релиза?

01.09.2023    1500    0    Desnol_Soft    0    

2

Архитектура решений Пользователь Руководитель проекта Платформа 1С v8.3 Конфигурации 1cv8 Управленческий учет Бесплатно (free)

В августе 2023 года команда разработчиков «Деснол Софт» завершила разработку модуля интеграции 1С:ТОИР КОРП, ред. 3.0 с системой Renga цифрового комплекса 1С:BIM 6D. 1С:BIM 6D — это российский интегрированный программный комплекс для цифровизации предприятий строительной отрасли в соответствии с технологией информационного моделирования (ТИМ / BIM — Building Information Modeling). Он включает в себя BIM-систему Renga, а также ряд отраслевых решений «1С», позволяющих работать с информационной моделью на всех этапах жизненного цикла строительных объектов.

16.08.2023    695    0    Desnol_Soft    0    

2
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. RustIG 1726 12.08.24 21:37 Сейчас в теме
(0) с одной стороны информация полезна для новичков, с другой стороны есть некая незавершенность или незаконченность мысли:
1. что хотел сказать автор? как подытожить статью?
2. есть ли решения у автора по всем озвученным проблемам?

а так, для начала обсуждения темы - очень даже неплохо - зачастую комментарии не менее полезны, чем статья
bossikd; mikeA; mistervoron; Светлый ум; +4 Ответить
3. Xershi 1520 12.08.24 22:53 Сейчас в теме
(1) я бы сказал для тех кто планируют переход и конфигурацию не видели в глаза, в остальном вода водой.
user1254376; +1 Ответить
9. starik-2005 3073 13.08.24 10:16 Сейчас в теме
(1)
есть ли решения у автора по всем озвученным проблемам?
А это проблемы?
10. RustIG 1726 13.08.24 10:32 Сейчас в теме
(9) если что-то в 1с не нравится - можно запрограммировать по своему...
любой механизм ЕРП можно доработать под себя....
не вижу проблем не решить озвученные вопросы/проблемы/задачи
11. starik-2005 3073 13.08.24 11:59 Сейчас в теме
(10) Ну давайте пройдемся по "!проблемам":
1. "Изменения в НСИ сказываются на учете". Ну, это, как бэ... Давайте, предложите решение, чтобы учет не зависел от НСИ.
2. Проведение и перепроведение. Это с натяжкой действительно можно назвать проблемой.
3. Некоторые журналы - это регистры. Это проблема? Серьезно?
4. Проводки формируются не сразу. Это-то с какой стороны проблема?
5. Нет документа расчета себестоимости. Ну это тоже не проблема.

В итоге с натяжкой нашли одну проблему, которая помимо ЕРП встречается повсеместно, что, собственно, говорит только об одном: не нужно перепроводить документы. И тут проблема процесса ввода этих документов, который по какой-то причине предполагает их изменение. Изменять можно только черновики. Если этот черновой документ оказался в системе, то нужно разбираться, по какой причине это произошло и стараться не допускать этого в будущем...
12. RustIG 1726 13.08.24 12:46 Сейчас в теме
(11)
1. "Изменения в НСИ сказываются на учете". Ну, это, как бэ... Давайте, предложите решение, чтобы учет не зависел от НСИ.

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


(11)
Проведение и перепроведение. Это с натяжкой действительно можно назвать проблемой.

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


(11)
Некоторые журналы - это регистры. Это проблема? Серьезно?

что вы зациклились на слове "проблема" - другой подход к идеи использования журналов документов - конечно это проблема восприятия - когда есть отдельный объект метаданных ЖурналДокументов, при записи документа должна срабатывать подписка - чтобы автоматом документ попадал в регистр сведений - это программируемый технический момент, тогда при переносах не будет проблем, описанных в статье

Проводки формируются не сразу. Это-то с какой стороны проблема?

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

Нет документа расчета себестоимости. Ну это тоже не проблема.

ну , молодец!
на каждую фразу писать "это проблема? ну это не проблема"

это вообще тянется давно для всех упр. конфигураций - в УНФ, в КА, ЕРП - описанная проблема описана в первом абзаце - вам видимо не приходилось никогда анализировать корректность расчета с/с.
Для анализа приходится использовать кучу разных отчетов, сводить их, и все равно в разрезе измерений можно запутаться.

А так решение - написать что-то свое для анализа с/с.
13. starik-2005 3073 13.08.24 15:41 Сейчас в теме
(12)
проблема восприятия
Правильная формулировка.

У ЕРП другой уровень абстракции. Она оперирует процессами, а не просто событиями, как обычные конфигурации.

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

В общем, ЕРП - это такая штука, которая требует штат консультантов и разрабов при внедрении. Так что когда кто-то пишет статью про то, что вот, мол, в ЕРП все не так, то я не могу ответить иначе, чем то, что все это не проблемы - все это особенности, а свои три плюс два разраб с консультантом потом решают, как отразить.
14. RustIG 1726 13.08.24 16:07 Сейчас в теме
(13)
По поводу с/с, то любой не сильно бухой бух любой учет в экселе сможет нарисовать. Трудности с с/с начинаются при множественных переделах

нет-нет, не так - вы упростили донельзя

0) те, кто до сих пор с/с считает на эксель, не учитывают много факторов - и поэтому априори ошибаются
1) считает с/с не бухгалтер , а всегда экономист или фин. директор
2) можно без переделов запутаться
3) сейчас все процедуры по расчету себестоимости расположены в модуле объекта документа "Закрытие месяца". Для расчета себестоимости составляется и решается система линейных уравнений.
4) для каждого склада создается свое линейное уравнение - то есть система ЛУ будет решать так, как будто с/с товара при перемещении между складами изменилась, хотя по факту это может быть не так...
5) В течение месяца расчет себестоимости осуществляется по средней скользящей. Этот метод зависит от последовательности ввода документов и может быть не точным. В конце месяца механизм закрытия осуществляет точный расчет себестоимости до средней взвешенной или фифо взвешенной в зависимости от настройки в карточке номенклатуры.
6) моя переписка с техподдержкой:
1. обязательно ли перепроводить все документы последовательно перед тем, как рассчитывать себестоимость?

Нет, необязательно.

2. можно ли рассчитывать оперативную текущую себестоимость до проведения процедур закрытия месяца?

См. ответ выше.

3. влияет ли на СЛАУ остаток номенклатуры на начало месяца и на конец месяца?

Себестоимость всех остатков на начало месяца сворачивается до 1 партии. При наличии отрицательных остатков количества запасов на конец закрываемого периода расчет СЛУ не может быть выполнен корректно.
16. starik-2005 3073 13.08.24 17:11 Сейчас в теме
(14)
Для расчета себестоимости составляется и решается система линейных уравнений.
А вы себе представляете, как это работает? Вот так, чтобы любому двенадцатилетнему объяснить?
Система уравнений - это что? Х + У = 1, Х - У = -7 => X = ? У = ? А что такое линейные уравнения в курсе? А система таких уравнений? Вы их решали вообще на листочке?

В действительности, для расчета с/с нужно собрать все затраты и ровным слоем ну или как-то еще размазать на всю произведенную продукцию. Одни затраты ровным, другие не ровным, третьи только на определенную продукцию, а какие-то вообще на определенный конкретный выпуск или даже на конкретную номенклатуру этого выпуска. И если на начало месяца все ок, то и без СЛАУ можно справиться... Но если заводить это все в систему так, как боги на душу покладут, то итог может удивить.
18. RustIG 1726 13.08.24 17:20 Сейчас в теме
(16)
Вы их решали вообще на листочке?

я думал, что все на ИС уже в курсе моей любви к СЛАУ
решал сначала в школе в матклассе, потом в универе на прикладной математике, потом в 1с на УПП разбирался с РАУЗ, вот сейчас в УНФ столкнулся...

(16)
для расчета с/с нужно собрать все затраты и ровным слоем ну или как-то еще размазать на всю произведенную продукцию

вам бы ЕРП разрабатывать - все у вас легко и просто, сложно с этим спорить :)
21. RustIG 1726 13.08.24 19:17 Сейчас в теме
(16) любому невозможно объяснить. Я своему 13летнему Слау смог объяснить, теперь решает сам. Но я его к этому готовил год, обьясняя элементарную алгебру, работая над ошибками. Вот стою на улице, жду ребенка с тренировки, почему бы нам не поболтать...
15. RustIG 1726 13.08.24 16:23 Сейчас в теме
(13)
По поводу с/с, то любой не сильно бухой бух любой учет в экселе сможет нарисовать. Трудности с с/с начинаются при множественных переделах, когда дерево полуфабрикатов зацикливается из-за того, что учет ведется в парадигме "мы делаем сто штук этого и того". Вот, например, есть у тебя корова, порезал ты ее на запчасти. Но выходы там с существенными допусками, из разных коров разные запчасти получаются. Более того, после нескольких переделов появляются первичные отходы - кости, например, которые утилизируются, т.е. дополнительно требуют расходов, хотя сами уже расходами являются. И т.к. корова продается целиком со всеми входящими в нее отходами, то распределять с/с надо на каждую коровью часть совсем не поровну. И вот такой учет в экселе ведется куда проще и точнее, чем в ЕРП, но это если кто-то не имея возможности продать дорогую часть коровы вдруг накрутил из нее дешевого фарша, с/с которого вобрала в себя с/с, распределенную на дорогую часть, что может привести к с/с фарша выше, чем его розничная цена.


Да, вспомнил, был у меня Мясной Дворик. Как раз бухгалтер в экселе считала с/с.
Потом в бухгалтерию переносила в документ Отчет производства за смену в раздел Списания материалов.

Да уж.... Но этот расчет был на глаз....ничего с точной наукой "математика" не было связано :)
17. starik-2005 3073 13.08.24 17:16 Сейчас в теме
(15)
этот расчет был на глаз
А что там на глаз? Вот у вас три КАМАЗа приехали и привезли, вот выписали вам за электричество, за воду, за то, за это, ... Зряплата, амортизация, ... Затраты ж можно просуммировать в экселях? Что там будет "на глаз", если есть документы, которые эти затраты подтверждают? Что, эксель разучился складывать?

А вот дальше все это ровным/неровным слоем распределить на выпуск - тоже сложностей не вижу.

ЗЫ: в ЕГЭ по информатике есть подобные задачи.
19. RustIG 1726 13.08.24 17:23 Сейчас в теме
(17)
А что там на глаз?

даже в БП 2.0 и 3.0 это было - распределение косвенных расходов на затраты основного произ-ва в разрезе подразделений, складов, проектов, направлений, основных номенклатурных групп

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

плюс можно использовать разные формулы расчета:
ФИФО, ФИФО по РАУЗ, по средней, общекотловой, средневзвешенный, среднескользящий и наверное еще какие -то есть
20. starik-2005 3073 13.08.24 17:48 Сейчас в теме
(19)
общекотловой
Это можно даже без экселя, т.к. там нет аналитики.
(19)
сложно
Да, блин, это везде сложно, а то бы те, кто курьерами вывозят двести косых, пошли бы в финдиры ))
26. mikeA 1 19.08.24 12:39 Сейчас в теме
(11) Вы придираетесь) Просто назовите проблемы особенностями и всё. А так для того кто пятнадцать лет назад занимался УПП и после отошёл от этого, вполне себе занимательное чтение.
2. Xershi 1520 12.08.24 22:52 Сейчас в теме
Такое чувство, что автор 10 лет работал на УПП, а потом решил поставить УП.
Всё что описано это давно стандарт и был крайне удивлен, что у автора возникли вопросы.
Вопросы к УП были в эпоху 2.1. Сейчас всё предсказуемо, главное знать куда жать.
А между прочим УП уже 10 лет, давно пора уже набраться опыта и глупости не писать.
6. RustIG 1726 13.08.24 08:06 Сейчас в теме
(2)
Всё что описано это давно стандарт и был крайне удивлен, что у автора возникли вопросы.

есть такое чувство, что вопросы подняты, но хотелось бы увидеть экспертизу в решении проблем - подождем комментариев
4. muskul 13.08.24 01:48 Сейчас в теме
Сама тема довольна интересная. Аля один шк на карточку номенклатуры. Или наличие в номенклатуре типа документа (акт-реализация) который не дает распечатать или одно или другое. Туда же заказ с типом расчета по накладным который не дает печатать счет на оплату.
Но писали с помощью чата чпт похоже, а он о нюансах не так ознакомлен наверно
5. RustIG 1726 13.08.24 08:04 Сейчас в теме
7. d4rkmesa 13.08.24 08:20 Сейчас в теме
Поставил бы + (в данный момент нет ни подписки, ни желания стать автором). На в самом деле, хорошо что такие статьи появляются в разделе для аналитиков, к сожалению, не всегда аналитики и консультанты, например, понимают когда можно поменять вид номенклатуры, а когда нельзя.
EvgeniyOlxovskiy; +1 Ответить
8. RustIG 1726 13.08.24 09:32 Сейчас в теме
(7) с одной стороны, да, но озвученные проблемы - наверняка описаны на ИТС в документации к ЕРП, на форуме разработчиков и партнеров фирмы 1С, на других сайтах фирм-франчайзи - при необходимости в момент изучения материала вы найдете , где что почитать....

Откройте форум разработчиков , выберите ветку ЕРП - там еще больше вопросов поднимается - но надо понимать, что
1) что читать все подряд невозможно
2) некоторые проблемы временные
3) на каждый вопрос должно быть решение - иначе это просто готовое ТЗ для собственной разработки
d4rkmesa; +1 Ответить
22. roman72 385 17.08.24 14:23 Сейчас в теме
Вы привели 5 действительно странных вещей в ERP.
Но они не шокирующие.
Всё в пределах интеллекта группы архитекторов и разработчиков писавших ERP и на некотором уровне рассмотрения вполне приемлемых рещений

Но вот что шокирует, что "Система планирования ресурсов предприятия" до сих пор не умеет делать сплошной пересчёт Планов продаж, Производства, Закупок, Остатков при изменении той или иной позиции в Плане продаж.
Хотя, казалось бы, всё необходимое там есть - те же спецификации. С отражением разниц в протоколе (документе).

И что сравнение планов производится с единственной линией-разделом "Факт" и нет линии-раздела "Факт с учётом ранее внесённых временных планов".
Последнее особенно проблемно, когда какое-то изменение в планах не одно, а сразу много и независимых. А каждое отдельное изменение сравнивается с "Фактом", к которому должны быть применены предыдущи еизменения в планах, пусть даже эти изменения ещё и не приняты в реальный поток операций.
Разве это ERP-система?
Вот что шокирует.
Остальное всё легко (вру) уладлить при помощи зонта (зачёркнуто) погромизда.
kembrik; RustIG; +2 Ответить
23. RustIG 1726 17.08.24 16:15 Сейчас в теме
(22) выпейте валерьянки, не стоит волноваться за тех, кто купил ерп .
уних есть штат умных и опытных прогеров 40-50 часов в неделю отрабатывающих свою зарплату... Неужели все за вас должна решать фирма 1с?!!! Сами должны справиться, вы же все тут ведущие и старшие программисты синьоры....
24. itmind 309 19.08.24 09:42 Сейчас в теме
Например, при первом проведении документа списания товарно-материальных ценностей (ТМЦ) система проверяет наличие оперативных остатков (если в складе списания включена соответствующая опция). Однако, при перепроведении того же документа система не выполняет повторную проверку остатков и не предупреждает о недостаче, так как уже выполнила эту проверку при первом проведении.


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

Вам бы код ЕРП поизучать и нанять тех, кто знает нюансы функционирования механизмов в последних конфигурациях 1С (этим конфигурациям уже много лет). А так же аналитиков знающих ЕРП, что бы по несколько раз не переделывать данные.
25. roman72 385 19.08.24 11:51 Сейчас в теме
(24) Немного не так как вы говорите.
Первый шаг - запуск перепроведения.
Второй шаг - проверка изменений в остатках. Вот здесь уже ветвление процесса.
а) изменений нет - перепроведение не меняет значения рассчитанных реквизитов/показателей.
б) изменения есть - перепроведение пересчитывает значения рассчитанных реквизитов/показателей.
в) изменения есть - перепроведение не пересчитывает значения рассчитанных реквизитов/показателей.

Поэтому нюанс работы любой конфигурации 1С - каждый раз оно работает не так как ожидалось.

Изменение остатков - это состояние.
Причем оно может быть "погашено" до перепроведения - что значит изменения есть, но перепроведение их не учтёт.
27. RustIG 1726 20.08.24 10:36 Сейчас в теме
Коллеги, голосовать дали возможность сейчас только авторам или у кого подписка есть - Портал Юг написав статью, стал автором - в комментах не участвует - за это пока нет мотивации...
28. d4rkmesa 21.08.24 19:14 Сейчас в теме
(27) Как по мне, делать из ИС подобие Хабра, где плюсики и рейтинг зарабатывать трудно, зато карма сливается влет, если попереть против "линии партии" - вероятно ошибка.
29. RustIG 1726 21.08.24 20:31 Сейчас в теме
(28) честно, я не знаю как оно все выйдет в итоге. я гость в этом мире ИС
30. alexey_kurdyukov 165 23.08.24 07:12 Сейчас в теме
31. RustIG 1726 26.08.24 17:11 Сейчас в теме
(30) нет, я так понимаю, Портал Юг - компетентные ребята
много описано проектов , но не на ИС
32. alexey_kurdyukov 165 27.08.24 05:57 Сейчас в теме
(31) Текст очень пухлый, слов много, смысла не очень много. Как будто нейросетью надут.
33. DemetrKlim 166 30.08.24 21:59 Сейчас в теме
Какой доброжелательный автор. Очень деликатно и доброжелательно по самому верху и беличьей кисточкой прошёлся)
А почему описанное должно шокировать? Автор заметил только это?) Всё равно, что в доме пережившем землетрясение и цунами сделать замечание по поводу отклеившихся обоев))
34. PerlAmutor 130 03.09.24 19:22 Сейчас в теме
В ERP так много поменялось за прошлые 10 лет. Дорабатывать сейчас конфигурацию такого уровня сложности то еще "удовольствие". Чтобы вкатится в большинство нюансов реализации надо либо было начинать с самых первых релизов, либо приходить в организацию с уже имеющимся опытом. Сейчас даже чтобы вывести "Счет Учета" в печатную форму для статьи расходов с учетом кучи доп.параметров надо понимать как "мыслит" механизм отражения. Всякие ОбъектыРасчетов и НастройкиСчетовУчета тоже привносят много "удовольствия". Казалось бы простая задача проверить в ОбработкеПроверкиЗаполнения будет ли какая-либо из строк Товаров отражена на определенные счета и не дать пользователю этого сделать... А когда речь идет про восстановление НДС в зависимости от АналитикиРасходов тоже "песня". Хотя кадровый блок (ЗУП) тоже еще та вещь, там можно часами в отладке проводить перемещаясь из одного общего модуля в другой, до неизвестной глубины.
35. kauksi 217 05.09.24 14:59 Сейчас в теме
Докину чутка "странностей"

В подборе серий в Поступлении товаров показываются только те серии, которые есть на остатках.
Если серия была уже создана, она не будет отображена.

Нет корректировки заказа поставщику. нет анализа выполнения заказов
Невозможно откорректировать заказ в сторону увеличения, можно только убрать строки которые не нужны

В Казначействе если созданы две заявки на расходование ДС - оплата поставщику - одному и тому же контрагенту - например в рос реестр - платеж автоматически объединяется - хотя нужно чтобы было две разные платежки с разным текстом платежа. Нет настроек избежать этого

Корректировка поступления только с того склада, на который приходовали - если переместили на склад брака, все привет...

Действующие сертификаты номенклатуры печатаются только если срок окончания их действия меньше даты документа. Если мы хотим продать старый товар фиг там было...

Хочу я вести забалансовый учет чего то в количестве.

Все бы хорошо, но вот покажите, как в ГФУ номенклатуры выбрать свой созданный забалансовый счет 014 в качестве счета учета стоимости номенклатуры на складе. никак. тока 07,08.04.1,10*, 21, 41*,43

И даже если остатки ввести только по УУ в количестве, без стоимости, то в Списании на расходы, я должен обязательно указать статью расходов, а в ней опять же в группе учета фин. учета доходов/расходов, указать счет расходов, а мне это не надо, у меня же забаланс.

Получается упр учет невозможен без регламентированного, а в нем только балансовые счета возможны.
36. kauksi 217 05.09.24 15:01 Сейчас в теме
Ведение полноценного управленческого учета для ТМЦ в эксплуатации не предусмотрено

Нет Корректировки Поступления услуг по аренде(а поставщик взял и корректировочную счет-фактуру прислал..)
Оставьте свое сообщение