Petro123Вот и получается, что любым способом хотите побыстрее сбросить бардак в базу.
Это вроде не нужно ни программисту, ни пользователю.
s_ustinovВы сколько раз занимались начальной загрузкой справочников / остатков?
2960843 - 2006 год))
Это немного не то.
Когда занимаешься загрузкой остатков и справочников, и до этого учет велся в Екселе, то 5% ошибок - нормально. И речь не об ошибках в форматах, а именно в данных.
И "побыстрее сбросить бардак в базу" - это не что-то плохое, а наиболее оптимальный вариант. Никто вам не сможет подготовить идеальных данных. Поэтому после быстрой чистки данных их сбрасывают в базу (и не в интерфейсные таблички, а в рабочие))) и после этого чистят уже в рабочей системе.
Вы правы, ни пользователю, ни программисту ЭТО (работающая система))) не нужно. ЭТО нужно владельцу бизнеса, так как без работающей системы у него так и не будет точных данных. А запустить систему с точными данными не получается - если потратить на чистку пару месяцев (предположим, есть сотрудники, которые и разбираются в данных, и при этом по основной работе ничем не заняты))), то те же текущие остатки товаров успеют поменяться и данные об операциях за эти два месяца в екселях будут содержать ошибки, которые надо исправлять...
Petro123s_ustinovИ кто вам сказал, что термин "интерфейсная таблица" новый?
Если вы пишите убийцу 1С, то ориентируйтесь не на архитектуру Оракла, а что нибудь попроще.
Нашли, что показать....Oracle E-Business Suite )))
Где я с этим столкнулся, то и показал.
Вы что, действительно считаете идею интерфейсных таблиц очень сложной в реализации и неприменимой в небольших системах?
То, что их тяжело реализовать в 1С (в 1С просто нет такого типа объекта, как "таблица", максимально близко - непериодический регистр сведений, но это не совсем то) - это проблема 1С, а не большая сложность идеи.

Petro123s_ustinovначальной загрузкой справочников / остатков?
"начальная" загрузка - это загрузка НСИ при установке программы. Можно хоть из дампа поднять.

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

Petro123А вот это - ежедневная загрузка....правда ещё в 7-ке.

Кстати, хорошая картинка.

А вот картинка, где импортируется реестр (из екселя) прихода вагонов в промежуточную точку маршрута.
Сперва просто загружается ексель. И данные (с ошибками) попадают в базу в отдельную табличку, которая называется "Inv. Register Import Line".
Потом выполняется проверка данных. Например, а отправлялся ли вагон с таким номером? Все строки с ошибками маркируются и пользователь может просмотреть только эти строки с ошибками, по каждой строке увидеть описание ошибки и тут же исправить данные (не в екселе, откуда загрузка, а здесь же).
Когда все данные проверены, создаются и учитываются документы системы.

И поверьте, такой способ намного удобнее для пользователей, чем делать исправления в исходном екселе или отвечать на системные сообщения в процессе загрузки. Я ведь правильно догадался о смысле опции "Запрашивать способ загрузки дополнительно"? :))

Petro123s_ustinovНу так расскажите нам свой опыт, как вы при старте системы (старт - начало работы, до этого учет велся например в екселе) вносили начальные остатки и справочники без бардака. Это многим интересно.
вы 1С не знаете?
- справочник товаров - номенклатура заполняется как выше по ссылке и скрине написано.
Откуда заполняется? Где вы берете данные без бардака (ошибок)?

Petro123s_ustinovЭто немного не то.
конечно. Конкретный пример вы разбирать не хотите))) LOL

Конкретный пример на картинке, которую я выложил.

Petro123инвентаризация
http://www.klerk.ru/soft/articles/312796/
Я в курсе, что такое инвентаризация.
Что вы хотели этим сказать?

Petro123s_ustinovВы правы, ни пользователю, ни программисту ЭТО (работающая система))) не нужно.
вам важно перевернуть мою фразу с ног на голову.

Ок.
Расшифруйте подробнее, что вы хотели этим сказать:
Petro123Вот и получается, что любым способом хотите побыстрее сбросить бардак в базу.
Это вроде не нужно ни программисту, ни пользователю.

vill_agerПро импорт
если обсуждать убийцу 1с - то стоит говорить об универсальных средствах
А вариант с промежуточными таблицами - это таки свойство конфигурации, а не платформы
Да, всё верно.
Но платформа должна предусматривать и облегчать создание таких элементов в конфигурации.

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

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

LSVИстории о том, как кто-то написал с нуля конфигурацию (не для целей обучения) - это обычно истории провалов.Чушь полнейшая. Многие компании пишут 1С конфы для специфических задач с нуля: гостеприимство, бюджетирование, CRM, логистика, докоборот, прочее специфическое. У Инталёва есть конфы "бюджетирование".
Потому что у 1С удобный и эффективный конструктор. Первый результат можно увидеть очень быстро.

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

Никакая платформа не придумает за вас нормальную архитектуру решения. И, например, ни одна из трех контор, в которых я видел результаты написания "бюджетирования", не могла сравнивать план с фактом.