Skip to main content

Създаване на пратка в системата

Как може да се създаде пратка в системата

Companies and persons info

Има няколко начина за създаване на пратка в системата:

  • Чрез редактора на пратки в приложението - приложението разполага с редактор, чрез който може да се създават нови или да се редактират съществуващи пратки. Процедурите и правилата за създаване на пратка през редактора са обяснени по-долу.
  • Чрез редактора на пратки в портала за клиенти - в портала за клиенти има специална форма, която позволява на клиентите на фирмата сами да регистрират пратки в системата. Процедурите и правилата за работа с този редактор са обяснени в темите посветени на портала за клиенти.
  • През API на системата - системата разполага с REST API позволяващо връзка от тип система-система. Това значи, че ERP системи на клиенти, партньори или подизпълнители могат да комуникират автоматично със системата. Подробности за този тип комуникация има в раздела за интеграция с външни системи.
  • Чрез EDI комуникация - EDI комуникацията са специализирани комуникационни модули създадени по поръчка и съобразени със спецификация на конкретен клиент или партньор. Подробности за този тип комуникация има в раздела за интеграция с външни системи.
  • Импорт от файл - системата разполага с множество импортни филтри, позволяващи импорт от Excel, текстов файл, XML или JSON. Подробности за този тип комуникация има в раздела за интеграция с външни системи.

Създаване на пратка чрез редактора на приложението

В лентата с общи команди на TMS мениджъра има бутон Нова пратка. Чрез него се стартира редактора на пратки.

Минималните данни за да може нова пратка да се запише в базата данни се ограничават само до попълване на полето Клиент.

Новосъздадената пратка се бележи по такъв начин, че тя ще остане видима в работното пространство където е създадена, независимо от последващи промени в дестинацията на транспорта или графика и.

Когато пратката се създаде в редактора на приложението, тя се потвърждава автоматично и безусловно при първия си запис. Тази схема на действие се различава от схемата на действие на редактора в портала за клиенти, където клиента трябва изрично да потвърди пратката за да стане тя видима в работното пространство на спедитора.

Reverse info example