ЭПД из учётной программы
Сведения для накладной у отправителя уже есть — они лежат в документе отгрузки. Вопрос только в том, попадут они в накладную сами или их наберут заново.
У грузоотправителя есть особенность, которой нет у перевозчика: почти все данные для накладной у него уже введены. Покупатель, адрес доставки, номенклатура, количество, масса — всё это лежит в документе отгрузки.
Поэтому основной вопрос не «как заполнить накладную», а «как не заполнять её второй раз».
Почему ручной ввод — проблема
Не потому, что долго. Потому что ошибается.
Опечатка в массе, перепутанный адрес выгрузки, не тот покупатель из списка похожих — всё это в бумажном обороте правилось ручкой. В электронном подписанный документ не редактируется: исправление оформляется отдельно, а иногда требует участия других сторон.
Чем больше отгрузок, тем выше шанс. При десяти в месяц с ручным вводом можно жить, при сотне — нет.
Что даёт связка с учётной программой
Накладная собирается из документа отгрузки: стороны, адреса, номенклатура, количество и масса переносятся автоматически. Вручную остаются условия перевозки и сведения, которых в отгрузке нет, — перевозчик, сроки, порядок расчётов.
Второй эффект менее очевиден, но важнее: данные в накладной и в отгрузке совпадают по определению. Расхождение между тем, что отгружено, и тем, что написано в накладной, — типичная причина отклонения документа получателем.
Варианты подключения
Готовый модуль для распространённых учётных программ. Самый простой путь: ставится, настраивается, работает. Подходит большинству.
Обмен файлами. Учётная программа выгружает данные, оператор их принимает. Менее удобно, но не требует доработок.
Интеграция через программный интерфейс. Нужна там, где учёт ведётся в самописной или редкой системе. Это уже проект, и браться за него имеет смысл при заметном объёме отгрузок.
Ручная работа в интерфейсе оператора. Не решение проблемы, а нормальный вариант для небольшого потока. Не стоит автоматизировать три отгрузки в неделю.
С чего начать
Посчитайте отгрузки, которые оформляются транспортной накладной. Не все — только те, где вы заключаете договор перевозки. Передача товара курьерской службе по её договору сюда не входит.
Если получилось меньше десятка в месяц — начинайте с веб-интерфейса и не усложняйте. Если больше — сразу смотрите модуль для вашей учётной программы: настройка занимает меньше времени, чем месяц ручного ввода.
Про порядок работ
Сначала подключается обмен и проверяется на нескольких реальных отгрузках, потом настраивается перенос данных. Обратный порядок — сначала интеграция, потом первый документ — обычно заканчивается тем, что настраивают не то: до первой живой накладной непонятно, каких именно полей не хватает.
Настроим формирование документов
Скажите, в какой программе вы ведёте отгрузки, — посмотрим, как связать её с перевозочными документами.
Смотрите также
-
ГИС ЭПД
Куда уходят сведения о перевозке и что видит отправитель.
-
Подключение
Порядок для небольшого отправителя: от подписи до первой накладной.
-
Операторы ЭПД
Через кого идёт обмен и что важно отправителю при выборе.
-
Участники
Кто заполняет какую часть накладной и за что отвечает.
-
Сроки
Что и с какого числа обязательно, что в переходном периоде.
-
Титулы
Почему накладная собирается по частям и когда она считается закрытой.
Частые вопросы
Обязательно ли интегрировать учётную программу?
Нет. Накладную можно создавать вручную в веб-интерфейсе оператора, и при нескольких отгрузках в неделю этого достаточно. Связка нужна там, где отгрузок много и ручной ввод начинает давать ошибки.
А если учёт ведётся не в программе, а в таблице?
Тогда проще работать в веб-интерфейсе оператора. Придумывать интеграцию с таблицей смысла нет: выигрыш не покроет затрат.
Что переносится из документа отгрузки?
Стороны, адреса, номенклатура, количество и масса — то есть почти вся содержательная часть титула грузоотправителя. Остаются условия перевозки и данные, которых в отгрузке нет.