Gudsaf

на самом деле все проще оказалось, такие настройки возможно сделать в правилах обработки писем

Все нормально, достиг того что хотел:

Вместо:

var level = require('level')
var db = level('/Users/User/WebstormProjects/untitled/bin/chaindata')

надо:

var levelup = require('levelup');
var db = levelup('/Users/User/WebstormProjects/untitled/bin/chaindata');

как вариант можно качать с reverse.it, обычно файлы на Virustotal тоже там есть, но бывает что и нет. Однако, для загрузки надо зарегистрироваться.

В моем варианте данные FQDN вылетали в связи с особенностями работы TOR, ссылка на ответ тут: ссылка на стэк

Зелим Бельтоев: выбрал второй подход, он рационален. Задумался про единую таблицу для накладных. У меня их два типа - приходная и требование-накладная. Оба вида накладных имеют следующие общие атрибуты:
- ID_рабочего: кто оформил накладную
- ID_единицы: на каком складе оформили накладную
- ID_типа: приходная/накладная требование
- ID_партии: количество и вид товара отпускаемого/расходуемого товара

И тут есть тоже проблемы в логике.
По рабочему и единице можно в лёгкую определить в:
- приходной накладной, куда пришёл товар
- требовании-накладной, откуда ушёл товар
Сейчас всё выглядит так (кликабельно):


Что если надо в:
- приходной накладной, ОТКУДА пришёл товар
- требовании-накладной, КУДА ушёл товар?

Я пока вижу решение проблемы в следующем: в таблице "Накладная" убрать поле ID_Единицы (оно наследуется с таблицы Рабочий), добавить два поля ID_откуда, ID_куда - эти два новых поля привязать к таблице Административная единица. Вроде ок, но двойные связи ещё не делал не разу, да и опять, колхоз какой-то, у меня даже на попытке это воплотить в реальность воркбенч упал

Вопрос решён, для интересующихся оставлю.
аналогичная проблема и куча решений в комментах