Возможно, для вас это элементарный вопрос, но мне нужно знать точно.
Хочу сделать загрузку накладных из файла, и мне необходимо добавить возможность удалять эти накладные из базы при повторной загрузке. Если я буду использовать для этих накладных свой префикс отличный от префикса документов в базе, не приведет ли это к ошибкам в работе. Или, если вы считаете, что пометка файлов, загружаемых из файла таким образом - неправильный подход, то прошу поделиться своими предложениями. Наверняка есть обкатанный многими способ борьбы с задвоением данных при загрузке. Не хочу наступать на чужие грабли. Заранее всем огромное спасибо!
ЗЫ. Как вариант, думал добавить новый реквизит документам. Что-то вроде флага загрузки. Но база уже рабочая. И тут возникает дополнительный вопрос. Вопрос №2: Что будет, если я это реквизит добавлю. Ведь получится, что для уже созданных ранее документов он будет пустым. Или, ничего страшного, если у документа будет незаполненный реквизит?

Конфигурация хоть какая?

В какой галактике 1с программисту платят 15 000 рупий?

Вместо удаления документов можно использовать очистку табличных частей. Доступно и всерьёз©1цы

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

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

(5) ну и, соответственно, порожденные ими документы реализации.

документы грузятся с пос терминалов или откуда?

(0) Для вас придуман реквизит "Номер документа поставщика" - непомню как точно называется. Идея удалять документ бредовая (вариант в (3) более приемлем).
(5) Зачем удалять? Перезаписывать не пробовали?..

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

Внимание, вопрос: как стал начальником? :) Неужто из админов вырос?

если элементы справочников тупо поудалять всё-равно фикня, хотя вроде как бы и ошибка

а доки по любому надо, особенно если подливать одно и тоже по 2 раза в день

(7) Почтальон приносит ДБФ файл.
(9) Все равно не понимаю выгоды. В чем бредовость идеи удаления и выгода очищения?
(9) Про новый реквизит я спрашивал в первом посте. Если добавлю новый реквизит в нужные типы документов. Ничего страшного не будет, что у всех ранее созданных документах в 1С этот реквизит будет неопределенным? Или это стандартная ситуация в 1С?
(9) Оффтоп. Отдел небольшой. 8 операторов, инженер-программист(по факту сисадмин+эникей) и я. Программированием я со школы занимался. Олимпиады выигрывал. Потом в институте - постольку поскольку. Теперь вот 7кой приходится заниматься. В профиле моем описано зачем и почему. Некропрограммирование, мать его. И вопросы, позвольте заметить, я задаю не связанные с программированием  как таковым. Я же не спрашиваю вас, как алгоритм построить? Спрашиваю, как в случае 1С7.7 конкретно решить задачу более канонично. Какие для этого в ней есть инструменты. И да, 7ку я узнаю по мере решения поставленных задач. Сесть и прочитать книжку у меня банально нет времени. Хотя я стараюсь и выделяю время. Но акромя неё у меня уйма работы.

(12) это не ты там накосячил в ветке в выгрузкой реквизиты добавлять?

(12) Цитата: "Ничего страшного не будет, что у всех ранее созданных документах в 1С этот реквизит будет неопределенным?"
Ничего страшного не будет.

(0)Я бы с префиксами номеров не игрался. Иногда шаловливые пользователи умудряются заредактировать номер документа так, что потом без двух литров не разберёшься.
В приходной накладной можно использовать реквизиты вх.номер и вх.дата. При загрузке dbf необходимо искать по этим двум реквизитам и обязательно по поставщику. А вот в расходную я бы добавил свой реквизит с ссылкой на приходную накладную. Это позволит быстро находить связанные документы.
И не пугайся наличия незаполненного реквизита. Главное что бы твоя обработка правильно всё заполняла.

Вх.номер и вх.дата шаловливые пользователи тоже запросто подправят.
Надо делать свой реквизит закрытый от интерактивного изменения.

(14) (15) (16) Спасибо!
Вариант с "ном.вх" и вправду идеален, за исключением замечания Arh01.
Сделаю реквизит новый. Флаг того, что документ загружен, а не набит вручную. И согласно ему буду убирать возможность редактирования этих полей. Если документ сгенерирован обработкой, то и поля эти будут у него недоступны.

(17) еще вариант: комментарий начать с фразы "#импортирован из.." потом при загрузке смотреть наличие этой фразы в комментарии. Опять же вопрос с шаловливыми ручками, но можно в отделе объяснить, что произойдет с такими ручками.

(17) Флаг ненужен. Просто реквизит на форму не вешай и будет счастье.