Перейти с Navision на 1С?

[BETEPOK]

Ответ начинается из глубин или основ конфигурации УПП (и любой другой конфигурации 1С):
В 1С есть пресловутые регистры накопления информации - в том виде, в каком их придумали и продумали методологи из 1С:

Ограничение №1 - это конечный список самих регистров
Ограничение №2 - это конечный список полей в этих регистрах

На что влияют эти ограничения? На функционал, - он, как и любой бизнес процесс, жестко привязан и завязан на эти ограничения.

Таким образом единственный функионал, на который способны конфигурации от 1С, в том числе и УПП,это функционал модели предприятия, заложенный методологами 1С.

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

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

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

То же самое относится и к плану счетов.

И тот функционал, который описан в книжках от 1С (Описание типовой конфигурации) - это и есть ВЕСЬ функционал конфигурации. Ничего больше!

1С делают упор на то, что все механизмы своих конфигураций они ни у кого не копировали (кроме того, что копировались успешные механизмы конфигураций 77, которые служили опытным полигоном для написания конфигураций 8.0 ). И чего теперь стоит оригинальный (от методологов 1С) механизм формирования планов продажи, который как бы гибкий, а на самом деле выходит, что этот механизм мало того, что выполнен мягко говоря заумно, так он еще присутствует в конфигурации только для того, что бы на вопросы от потенциальных покупателей:
А у Вас плнирование есть?
Можно было отвечать - есть, у нас все есть и даже больше: Долгосрочное плнирование, краткосрочное планирование, но это не все у нас еще есть механизм автоматического формирования из укрупненных планов уточненные и наоборот.

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

Тогда оказывается, что:
Подбор заказов покупателей, которые должны попасть в уточненные планы продаж SIC! пользователь производит вручную, ориентируясь, например, на дату отгрузки в заказах покупателей, или на дату поступления в заказах поставщикам.

Это ключевой момент проесса планирования. 1С этого не скрывают в описании типовой конфигурации, но и не отражают этого в маркетинговых материалах.

Это заложено в фундамент системы.

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

Это заложено в фундамент сисиемы.

сомневающиеся могут прочесть главу из 1С -вской книжки с описанием типовой конфигурации УПП:
"Формирование уточненных планов по данным других подсистем"

Аналогичным, ОРИГИНАЛЬНЫМ образом работают подсистемы планирования производства и закупок.

Управления цепочками поставок отстутствует на фундаментальном уровне.

По одному этому параметру разность функционала между NAV и 1C равняется 100:0

Детали нужны?

С уважением.



То что это вещь