КАРТОЧКА ПОСТАВКИ КАК ОСНОВНОЙ ЭЛЕМЕНТ ПРОТОТИПА ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА

Ахметов В.И., студент

Шарафутдинов А.Г., к.э.н. доцент, заведующий кафедры

 цифровых технологий и прикладной информатики

ФГБОУ ВО Башкирский ГАУ, Уфа, Россия

Аннотация: В статье рассматривается карточка поставки как центральный элемент прототипа электронного документооборота для импортной компании. На примере ООО «Шелковый путь» показано, что карточка поставки позволяет объединить документы, статусы, ответственных лиц и сведения о подписании. Такой подход помогает перейти от разрозненного хранения файлов и бумажных папок к управляемому процессу контроля поставки.

Ключевые слова: карточка поставки; электронный документооборот; база данных; импорт одежды; документы; статус; прототип.

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

Карточка поставки - это информационный объект, который объединяет данные о поставке и связанные с ней документы. Для ООО «Шелковый путь» такая карточка может включать поставщика, дату отправки, дату получения, тип товара, ответственного сотрудника, статус поставки и перечень документов: контракт, счет, счет-фактуру, CMR, упаковочный лист, УПД, сертификаты и таможенные документы.

Цель статьи заключается в обосновании карточки поставки как основного элемента прототипа ЭДО. Для этого рассматривается состав карточки, связь с документами, статусная модель, требования к базе данных и практическое значение карточки для работы предприятия.

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

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

С точки зрения базы данных карточка поставки может быть связана с несколькими сущностями: контрагентом, документом, типом документа, пользователем, статусом и подписью. Такая структура позволяет хранить документы не хаотично, а в виде связанных записей. В PostgreSQL, например, таблицы и ограничения используются для определения структуры данных и допустимых значений [5].

Для ООО «Шелковый путь» основным объектом учета является не один документ, а партия документов по поставке. Поэтому таблица поставок должна быть связана с таблицей документов отношением «один ко многим»: одна поставка содержит несколько документов. Это простая, но важная логика будущего прототипа.

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

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

Статусы делают карточку поставки управляемой. Например, поставка может иметь статус «создана», «документы получены частично», «комплект на проверке», «ожидает подписи», «подписана», «архивирована». Эти статусы помогают быстро понять, что происходит, без долгих уточнений у сотрудников.

Важную роль играет связь карточки с цифровой подписью. Если документ подписан, в карточке нужно видеть, кем и когда он подписан, а также прошла ли проверка подписи. Федеральный закон № 63-ФЗ задает правовую основу применения электронной подписи [1], поэтому в прототипе сведения о подписи нельзя оставлять за пределами документа.

С практической стороны карточка поставки удобна еще и потому, что она близка к реальному мышлению сотрудника. В работе обычно спрашивают не «где файл с таким названием», а «что по этой поставке». Значит, интерфейс системы должен начинаться именно с поставки, а не с общего списка файлов.

Действующие платформы ЭДО подтверждают важность статусов, архива и связи документа с контрагентом. Например, Контур.Диадок и 1С-ЭДО ориентированы на обмен и учет электронных документов [2; 3]. Но в рамках дипломного прототипа нужно сделать акцент на более узкой логике: поставка одежды из Кыргызстана в Россию и комплект документов по ней.

Карточка поставки также помогает разграничить права доступа. Руководитель может видеть общую картину и отчеты, бухгалтер - учетные документы, ответственный сотрудник - загрузку и проверку комплекта, а внешний контрагент - только документы, которые относятся к обмену между сторонами. Это снижает риск лишнего доступа к документам.

Если развивать прототип дальше, карточка поставки может стать основой для отчетности. Например, можно сформировать отчет по поставкам, где отсутствуют таможенные документы, не подписан УПД или не загружен CMR. Такой отчет будет полезнее обычного списка файлов, потому что показывает управленческую проблему.

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

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

Карточка поставки также помогает связать теоретическую часть диплома с проектной. В теории рассматривается ЭДО, цифровая подпись и действующие платформы, а в проектной части карточка становится конкретным интерфейсным и информационным решением для ООО «Шелковый путь».

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

Проведенный анализ показывает, что именно карточка поставки позволяет перейти от хранения отдельных документов к управлению процессом. Для ООО «Шелковый путь» это особенно важно, потому что документы по поставке должны быть доступны, проверяемы и связаны с фактом подписания между сторонами.

Литература

1. Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи» [Электронный ресурс]. - URL: https://www.consultant.ru/document/cons_doc_LAW_112701/ (дата обращения: 29.05.2026).

2. Контур.Диадок. Электронный документооборот с контрагентами [Электронный ресурс]. - URL: https://diadoc.kontur.ru/ (дата обращения: 29.05.2026).

3. 1С-ЭДО. Официальный сайт сервиса электронного документооборота [Электронный ресурс]. - URL: https://edo.1c.ru/ (дата обращения: 29.05.2026).

4. Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных» [Электронный ресурс]. - URL: https://www.consultant.ru/document/cons_doc_LAW_61801/ (дата обращения: 29.05.2026).

5. PostgreSQL Documentation. CREATE TABLE [Electronic resource]. - URL: https://www.postgresql.org/docs/current/sql-createtable.html (date of access: 29.05.2026).

6. Конвенция о договоре международной дорожной перевозки грузов (КДПГ/CMR) [Электронный ресурс]. - URL: https://www.consultant.ru/ (дата обращения: 29.05.2026).