instantIgork-9yЭто простите что такое? Инструкция бухгалтера? А данные там видимо появились прямо из всемирного мозга и Ваш бухгалтер счастливый человек, что ни разу не видел ГТД, инвойс и прочую хрень. Завидую ему.
да, это инструкция для бухгалтера, на всякий случай, если ему потребуется потеснить автомат по каким-то причинам. Бухгалтер все видел, естественно. Только не понятно к чему Вы эту хрень несете. Если в системах, которые Вам дали сопровождать, бухгалтер должен быть одновременно и сисадмином или программером, то это проблема той системы, которую Вам дали сопровождать, не более. Тема топика же совершенно о другом. Если интересно почему что-то как-то реализовано в аксапте или навижине, то откройте новую тему, Вам все популярно расскажут. В том числе и я, как как "форумный теоретик"

К сожалению, столь же развернуто представиться не могу - побуду анонимным Игорем из интернета.

В вашей несомненно всеобъемлюющей и всеохватывающей инструкции по импорту-экспорту для бухгалтера очевидно присутствие 2 систем - система в которой работает нажиматель кпопки (у Вас бухгалтер) и в которую попадают нужные структурированные данные и некая лично мне не известная система, в которой необходимые данные присутствуют. Осторожно намекну, что данные неизвестно откуда не берутся - всегда есть первоисточники (например бумажные/электронные ГТД, invoice поставщика, документа грузоперевозчика/страхователя и прочая огромная куча бумажного/электронного документооборота, обеспечивающего процесс поставки), которые неким методом в систему попадают. Ответьте мне на несомненно чрезвычайно сложный вопрос, а как данные то в систему источник попали - ну может там транслировались из мозга логиста/финансиста/всемирного разума или, о Боже мой, их кто то руками занес в определенный момент времени? А теперь представьте на общественное рассмотрение инструкцию на 10 страницах о том, как ПРАВИЛЬНО занести обеспечивающую процесс импорта-экпорта информацию в систему.

P.S. Как правильно заметил ув. ДжекНепотрошитель для Вас импорт-экспорт - это переливание данных из одной системы в другую, а для меня это вагон бумажек обеспечивающий процесс завоза ТМЦ на территорию импортера и, как следствие, огромное количество разнообразных бизнес-процессов, которые необходимо правильно настроить/спрограммировать и которые потребуют хелп размером с БСЭ. Это и есть отличии БА от программиста.

P.S.S. Не надо, очень прошу Вас, учить меня Navision.

instantIgork-9yКаким образом в ERP систему попадут данные invoice поставщика о номенклатуре/стоимости/количестве/единицах хранения/единицах транспортировки и складского хранения и хватит ли Вам описать эти действия хотя бы на одной странице листа А4 со шрифтом 10.
аналогично. Пользователь выберет ссылку с действием, которое необходимо выполнить, выберет файл (или другой источник) содержащий инвойс и нажмет в диалоговом окне кнопку ОК. Описать это можно в сообщении форума или кратком анонсе, никакого листа А4 не потребуется

Мы куда то не туда идем (или идем но очень медленно) - мы наконец то добрались до какого то файла, намекну, файл (бог с ним, пусть будет файл) - особенно файл для загрузки должен быть структурирован для корректной загрузки и этот файл опять таки кто то по каким то правилам заполняет. Так вот, в компаниях, где количество работников не слишком большое и спектр обязанностей которых имеет большие рамки (например, я и на первом уровне хелпа сижу, выслушиваю по телефону всякие бредни и программлю потихоньку, когда есть время - но в основном пишу ТЗ и передаю на разработку, и тестирую и задачи OLAP+DWH хотя бы на том не слишком высоком уровне решаю и системной интеграцией наших 4 систем занимаюсь и еще много чем - аналогично и бухгалтер). Отсюда его задача не в определенной формочки тыкнуть в трех местах кнопочки и набить 3 цифирки (если сравнить с конвеером - закрутить гайку на узлах 5,6 и 10), повторить действие n количество раз - а:
1. Получить оригинал ГТД, invoice поставщика и оригиналы документов грузоперевозчика/страхователя/таможенного брокера у логиста
2. Сверить оригиналы с заведенным заказом покупки по invoice, проставить необходимые реквизиты (дату, номер Invoice и пр.)
3.Корректно указать в товарных позициях коды ЕТН ВЭД.
4. На основании первички завести документы грузоперевозчика и определить какие суммы необходимо разнести на стоимость ТМЦ, а какие отразить в составе косвенных расходов.
5. .... много еще чего
Все это сопровождается руганью с поставщиками (неправильно указали реквизиты/не разнесли транспортировку при EXW поставке), завод отгрузил аналоги, а не то что заказывали и пр.

Если Вы все это опишите на 10 страницах, то мне бы было интересно почитать - а то у Вас как то просто - нажал кнопочку, в систему попали надмировые данные, открыл диалоговое окно - нажал кнопочку Ок и спать.

instantIgork-9yНо все таки остановимся на теме топика: она проста - есть ли адекватно работающие массовые ERP-системы, основанные на web-интерфейсе и их плюсы и минусы. Одним из минусов был указан принцип постраничного отображения данных, что повышает требования к пользователю системы - в частности к общей компьютерной грамотности и возможности обучения целевой аудитории.
если принять Вашу логику, то любой и-нет магазин требует от пользователя каких-то невероятных компьютерных знаний. На самом деле суть в другом, а не в постраничном интерфейсе. При правильно спроектированной системе и адекватной подготовке данных, показанных пользователю, мало кто продвинется дальше первой страницы
Вы пользователя интернет магазина с пользователем ERP-системы сравниваете? А Вам не кажется, что надо сравнивать работника, забивающего/делающего структурированный файл загрузки для инет-магазина и пользователя ERP? Хотя даже их нельзя сравнить - ибо инет магазин - это примитивная система заявок, которая пишется на коленке в каком-нибудь Access за 2 недели, а уж прикрутить к нему уже созданный web-интерфейс даже у такого нуба как я получится.