Доктор Николас Негропонте, директор MIT, в своей книге «Быть цифровым» (Быть цифровым в 1996 году), создал концепцию, которая открыла двери в будущее в процессе передачи и использования информации, сказал: «Мы должны обменять атомы бумаги на биты информации »
Эта фраза с предельной простотой обобщает фундаментальную концепцию достижения эффективности в информационных системах, то есть, избегая бесконечного процесса ввода данных в компьютерные системы, чтобы они выпускали списки или документы, которые повторно вводятся в других компьютерных системах, которые они переиздают документы и т. д.
Д-р Негропонте предложил в своей книге, что весь этот процесс, в котором двойное, тройное или n-ное перебивание от одной системы к другой было заменено передачей цифровой информации, то есть способными системами, между различными пользователями разных компаний ". быть понятым «в цифровом виде…
2) Процесс покупки в настоящее время:
Мы остановимся на мгновение и проанализируем, как в настоящее время происходит процесс покупки в организации, которая имеет установленные вычислительные мощности с системами закупок, складирования и выставления счетов, а также с подключением к Интернету.
Как мы видим описанную ситуацию, это будет означать, что компания может эффективно работать со своими клиентами или поставщиками, учитывая, что у нее есть необходимые программные и аппаратные возможности, но это не так.
Давайте проанализируем ниже различные этапы процесса маркетинга с самого его начала, а именно:
2.1) Внесение товаров в прайс-лист:
Предположим, что у нас есть продукты, которые будут продаваться, или приобретаться, или готовиться в случае собственного производства, и после расчета их стоимости и определения рентабельности компании мы тогда сможем выпустить прайс-лист, поэтому администрация сгенерирует, введя:
| Код | Описание | Цена |
Список или прайс-лист, который с помощью различных средств, почты, распечатки или факса, чтобы назвать наиболее распространенные, дойдут до наших клиентов.
2.2.) Определение необходимости покупки:
Периодически наши клиенты, основываясь на обзоре запасов, будут определять потребность в покупке и, следовательно, должны внутренне генерировать процесс выбора товара, который будет приобретен, на основе чтения различных прайс-листов, их сравнения и критерия выбор по определенным параметрам, ценам покупки, условиям оплаты, срокам доставки и т. д.
2.3) Оформление заказа на поставку:
Как только заказ будет определен, наш клиент выпустит Заказ на покупку, который будет содержать необходимые данные для принятия вашего заказа, а именно:
| Статья | Описание | Цена |
2.4) Ввод заказов - биллинг:
Как только заказы будут приняты, они будут введены в системы выставления счетов и складирования, чтобы выставить счета и / или денежные переводы, необходимые для доставки товаров нашим клиентам и перейти к их учету.
2.5) Ввод товарного запаса - проводка - оплата:
Как только товар будет отправлен, наши клиенты, после физического контроля, приступят к их поступлению на склад, для этого:….. они перекодируют…., Статьи, основанные на их внутренних кодах, и введут их в свои системы запасов и текущие счета затем приступить к оплате.
Другими словами, обычная норма в процессах коммерческого обмена заключается в том, что каждая компания имеет свой собственный код, обычно отличный от кода своего поставщика, то есть каждый элемент называется «различным», в зависимости от того, как его называет каждый клиент, если он собственные имена будут:
| поставщик | Клиент 1 | Клиент 2 | Клиент 3 |
| Juan | Сантьяго | Уильям | Pedro |
| Мария | Тереза | Daniela | Натали |
Хотя приведенная выше таблица звучит весело, это реальность, каждый продукт имеет свое «имя» (код) в зависимости от того, где он находится.
Исходя из своего личного опыта, я обнаружил, что эта ситуация еще более сложная, в одном и том же подразделении (министерстве здравоохранения) каждый больничный центр кодировал статьи по-разному.
3) Наша концепция системы:
3.l) Хуан везде Хуан:
Мы считаем, что всего процесса передачи информации из систем на бумагу для повторного ввода и контроля можно было бы избежать путем достижения большей эффективности, если бы перекодирование приобретенных предметов было оставлено в стороне.
Согласно моим личным рассуждениям и самым разносторонним мнениям, у компаний нет причин вводить свои собственные коды, оставляя в стороне коды поставщиков и вынужденные повторно вводить то, что было введено в их офисы теми, кто выполнял биллинг у наших поставщиков.
3.2) Предлагаемая система:
Наше предложение состоит в том, чтобы коды их поставщиков устанавливались в качестве внутренних балансовых единиц и чтобы мощь цифровых систем использовалась для обмена информацией и контроля над ней, на уровне каждой компании должны существовать таблицы, которые связывают При наличии разных поставщиков, разных кодов каждого из них и впоследствии в зависимости от того, кто совершает покупку, будет использоваться соответствующий код.
| Провайдер 1 | Провайдер 2 | Провайдер 3 |
| Аааа | Bb. | Ccc |
Система распознает эквивалентности между различными кодами разных поставщиков одного и того же или аналогичного изделия, этот случай очень часто встречается в фармацевтической промышленности, в которой для одного и того же лекарственного средства с одинаковым или сходным терапевтическим эффектом существуют разные лаборатории.
3.3) Работа системы:
После принятия принципа равного кодирования поставщик-клиент мы начинаем в полной мере использовать возможности компьютерных систем и подключения к Интернету.
Давайте еще раз рассмотрим этапы процесса покупки:
3.3.1) Внесение товаров в прайс-лист: этот этап не подвергается модификации по сравнению с предыдущим процессом, но он имеет особенность, заключающуюся в том, что он представляет собой единственную возможность для ввода данных вручную, как будет показано ниже.
3.3.2.) Определение необходимости покупки: эта стадия, которая отвечает на обнаружение административного факта, остается неизменной.
3.3.3) Выдача заказа на поставку: именно на этом этапе начинают ощущаться преимущества оцифровки, системы, основанные на потребностях в покупке и выборе, сделанном провайдером, будут в цифровой форме выпускать заказы на покупку, просто выбирается из таблицы (списка) цен поставщиков товары для покупки, которые будут отправлены по почте с собственными кодами поставщика.
3.3.4) Ввод заказа - выставление счетов: после получения заказов системы выставления счетов и складирования выставляют соответствующие счета-фактуры в цифровом формате для регистрации и контроля и на бумаге для подачи.
3.3.5) Ввод товарного запаса - учет - оплата: после того, как товар будет проверен, системы клиента смогут считывать цифровые форматы счетов-фактур покупки для их учета и регистрации без необходимости какого-либо типа, без повторения какой-либо выполняемой функции. в другом экземпляре процесса.
Экономия времени и контроль регистрации документации неисчислимы, вместо того, чтобы люди печатали в компаниях-покупателях точно так же, как печатали в компаниях-продавцах, у нас будут компьютерные системы, которые смогут считывать цифровые файлы, автоматически включая данные о закупках в свои таблицы., 4. Выводы:
Мы считаем, что наше предложение меняет концепцию регистрации коммерческих транзакций, и это уже происходит на банковском уровне, где денежные движения являются цифровыми, и благодаря этому достигается значительный прогресс в снижении затрат на регистрацию., а также неисчислимое преимущество в получении информации в режиме реального времени.
Мы твердо верим в этот первый шаг, мир цифрового века только начинается, если эта идея созреет, мы достигнем диалогов между системами, способными действовать интеллектуально и почти автономно, но это уже другая история…
