Суть работы механизма сводится к тому, что во время того как субзаказ находится на стадии "препресс", в определённый момент времени диллер "отправляет" (устанавливает для субзаказа дополнительный подстатус "утверждение", субзаказ при этом остаётся на "препресс") субзаказ на "утверждение". Далее препресс-инженер, фильтруя субзаказы "на утверждении" видит отправленный дилером субзаказ, анализирует его, и, либо подтверждает, либо даёт отказ (при этом указывая причину отказа).

Данный механизм описан в документации для дилеров на сайте Фастпринт.

Теперь же, возможность включения механизма утверждения субзаказов возможна и для субзаказов клиентов-НЕдилеров.

Инициатива нововведения исходит "из недр" Фастпринт и кроется в созревшей необходимости формализации взаимоотношений между менеджерами и препресс-инженерами. Зачастую ситуация складывалась таким образом, что менеджеры очень быстро (иногда кажется что с "закрытыми глазами") копируют описание (постановку задачи) заказа из почты в систему и сразу отправляют (меняют оператора) субзаказ препресс-инженеру. В свою очередь, препресс-инженеру приходится вникать в постановку задачи "словами клиента" и, вместо того чтобы тратить своё время/квалификацию на подготовку к печати макетов, ему приходится тратить время на контакт с клиентом (который обычно происходит через менеджера)...

В итоге получается ситуация, когда низкое "качество" работы менеджеров остаётся незамеченным, а контроль качества работы становится затруднительным. Кроме того, на препресс-инженеров ложится дополнительный груз работы в виде "подчистки хвостов" за менеджерами.

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

Арендаторам желающим включить данный механизм у себя - прошу обращаться...

Итак, какие вообще бывают статусы у субзаказов?

• Препресс

• Печать (а так же подстатус Печать+Первый на сборку)

• Постпресс

• Склад

• Отгружен

• Списан - этот статус субзаказ получает в том случае, если его невозможно удалить. Такое происходит в тех случаях, когда субзаказ нужно "обнулить", другими словами - не учитывать в расчётах с заказчиком, в то же время субзаказ уже может находиться на стадии "Печать" и "выше", следовательно, материалы на его изготовление уже списаны. При попытке удалить такой субзаказ система предупредит пользователя о том, что удаление невозможно, т.к. существует списание материалов и единственным решением является списание заказа - установка для него нулевой цены. При этом списания материалов (и вся связанная с этим информация) остаются в системе

Кроме того, сам заказ может иметь два статуса - "Непроект" и "Проект". Ключевой особенностью использования статуса "Проект" является то, что цена заказов-проектов не отражается на балансе заказчика такого заказа, в то время как цена заказов-непроектов вычитается из баланса заказчика даже в том случае, если все субзаказы находятся на стадии "препресс". Отличить заказы-проекты от заказов-непроектов можно по таблице на вкладке препресс. В случае если заказ является проектом, в таблице отображается символ "#":

Чтобы изменить статус заказа, нужно открыть заказ и установить чекбокс "Проект" в соответствующее положение:

Для заказов и субзаказов действуют следующие правила:

• В заказе-проекте могут находиться только субзаказы со статусом "Препресс"

• Отправить субзаказ в печать (изменить его статус на "Печать") можно только в том случае, если заказ является "Непроектом"

• Если в заказе-непроекте есть хотя бы один субзаказ со статусом "Печать", "Постпресс", "Склад", "Отгружен" или "Списан", то сделать такой заказ проектом уже нельзя

Кроме того, для каждого субзаказа, находящегося на стадии "Препресс", "Печать" и "Постпресс" можно установить дополнительный статус "STOP". Статус "STOP" используется в тех случаях, когда обработку субзаказа нужно временно приостановить по каким-либо причинам.

Такая остановка возможна на этапах:

• Препресс - здесь этот статус может означать, что подготовка к печати приостановлена в связи с ожиданием макета, правок или по другой причине

• Печать - используется, например, когда требуется утверждение заказчиком первого отпечатанного листа/копии/экземпляра

• Постпресс - используется по разным причинам

В то же время, нужно отметить, что использование дополнительного статуса "STOP" не является обязательным и зависит от договорённостей работников компании относительно использования статусов субзаказов в системе.

Продвижение субзаказов по этапам производства, типовые примеры

• Создаётся заказ со статусом проект (заказ-проект, с символом "#" в таблице)

• Создаётся один или несколько субзаказов (получают статус "препресс")

• Статус заказа меняется с "проект" на "непроект"

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

• На вкладке печать нажимается кнопка "PostPRESS" и заказ получает статус "Постпресс", далее он отображается на вкладке Постпресс.
  
  

• На вкладке Постпресс, по мере выполнения послепечатной обработки, нажимается либо кнопка "Готов", либо "Готов+Отгружен". Нажатие "Готов" придаёт субзаказу статус "Склад", нажатие "Готов+Отгружен" - статус "Отгружен".
  
  Пока субзаказ находится на стадии "Постпресс", допускается списание в брак постпресс-материалов. Списание постпресс-материалов, расход которых является нормальным (не браком) происходит автоматически и не требует никаких действий от операторов. Такое списание может/должно быть настроено в системе для тех или иных постпресс-услуг.
  
  

Нюансы

• Использование статуса "STOP", как уже было сказано выше, допустимо на этапах "Препресс", "Печать" и "Постпресс"

• Для статуса "Печать" существует дополнительный подстатус "Первый на сборку". Данный подстатус используется в тех случаях, когда клиенту нужно утвердить не просто первый печатный лист субзаказа, а первый полностью изготовленный экземпляр изделия. Решением такой задачи могло бы быть оформление отдельного субзаказа для печати первого экземпляра изделия, однако в этом случае цена данного экземпляра может оказаться значительно выше, чем цена экземпляра из тиража, поскольку ценообразование в каждом отдельном субзаказе зависит от кол-ва печатных листов в нём, а не во всём заказе.
  Использование подстатуса "Первый на сборку" происходит следующим образом:
  

  • субзаказ попадает на печать

  • происходит печать некоторой (соответствующей одному экземпляру изделия) его части

  • далее нажимается кнопка "Первый экземпляр на сборку",
    
    нажатие данной кнопки скрывает субзаказ со вкладки Печать и, одновременно, показывает этот субзаказ на вкладке Постпресс, в верхней части списка субзаказаов, с соответствующими комментариями

  • после того, как первый экземпляр собран, на вкладке постпресс нажимается кнопка "Готов", что влечёт за собой снятие статуса "Первый на сборку" и автоматическую установку статуса "STOP". На этом этапе субзаказ опять может быть показан на вкладке Печать, в том случае если на этой вкладке установлен чекбокс "Показывать стопы", однако в нормальном режиме работы чекбокс "Показывать стопы" выключен и субзаказ остаётся "невидимым" для печатников до тех пор, пока статус "STOP" не будет снят

  • после утверждения заказчиком/менеджером первого готового экземпляра, менеджер снимает статус "STOP" и субзаказ появляется в очереди на вкладке печать

  • далее обработка субзаказа происходит как обычно, за тем лишь исключением, что и печатник, и работники постпресс помнят, что первый экземпляр уже собран и его нужно не забыть приложить к остальной части субзаказа

История изменений статус субзаказа

Как видно из описания, жизненный цикл субзаказа может иметь много стадий и зачастую бывает нужно понять - кто, когда и как (выяснить "почему" - уже другое дело) изменял его статусы. Для этих целей в системе хранится история изменения статусов субзаказа. Получить доступ к истории можно из нескольких мест:
1.

2.

3.

4.

Удаление субзаказа

Вопрос удаления субзаказа затронут выше, при описании статуса "Списан". В целом, каждый субзаказ может быть либо удалён полностью, либо списан. Здесь действует единый принцип - если на основании субзаказа существует списание материалов, его удалить нельзя. Если списания материалов нет - можно.
Отсюда следует, что удалить можно только те субзаказы, которые находятся на стадии "Препресс" или на стадии "Печать", но при этом печать ещё не начата (не отмечено ни одного отпечатанного листа).

Принудительное изменение статусов субзаказов во внештатной последотельности

В ряде случаев возникает необходимость изменить статус заказа в "обратную сторону", например, вернуть на печать заказ с постпресса, вернуть на склад отгруженный заказ и т.п.

Для этих целей в системе предусмотрен механизм, доступ к которому имеют только определённые пользователи.

Для данного механизма действуют следующие правила:

• Если субзаказ находится на стадиях "Постпресс", "Склад", "Отгружен", такой субзаказ можно вернуть на любой из "меньших" статусов, но не ниже чем на статус "Печать". Если субзаказ нужно вернуть на "Препресс", его нужно сначала вернуть на "Печать", а потом уже (с учётом правила возврата с "Печати" на "Препресс") на "Препресс"

• Если субзаказ находится на стадии "Печать", то для того чтобы вернуть его на "Препресс" нужно на вкладке Печать установить кол-во отпечатанных листов в ноль.
  
  В случае если печать ещё не начата с этим обычно не возникает проблем. Однако в случае если печать уже начата, для точного учёта материалов и счётчиков печатной машины нужно (не обязательно!! только для точного учёта материалов!!!) не просто установить кол-во отпечатанных листов в ноль, а так же создать на вкладке Печать списание (соответствующее кол-ву отпечатанных листов) в брак. При этом такой субзаказ будет невозможно удалить (только списать) на стадии препресс, т.к. списание материалов (в брак) для него уже существует, даже не смотря на то, что он находится на препрессе

• Статус "Списан" у субзаказов не может быть изменён

Для выполнения операций изменения статусов субзаказов предусмотрен элемент управления на вкладке препресс:

Элемент управления представляет собой переключатель с 4-я кнопками. Одновременно может быть нажата только одна кнопка, что отражает текущий статус субзаказа на который установлен курсор. Доступность для нажатия остальных кнопок определяется вышеизложенными правилами.

Только для ситуаций, когда субзаказ возвращается с печати на препресс, предусмотрено ещё одно место, из которого можно произвести данный возврат, это вкладка печать. Доступ к данному механизму (кнопке) имеют в т.ч. печатники, т.к. в ряде случаев возникает необходимость оперативно (без привлечения пользователей системы с повышенными правами - начальства) вернуть субзаказ с печати на препресс по самым разным, но в то же время вполне безобидным причинам. Например - уточнение макета, уточнение бумаги, изменение параметров субзаказа и т.п.

При изменении статуса субзаказа требуется ввести комментарий, который будет сохранён в истории изменения статусов субзаказа, наряду с автором и датой изменения. В качестве комментариев обычно указываются причины изменения статуса.

В случае если субзаказ возвращается для того чтобы быть удалённым, в комментарии можно писать что угодно, т.к. история изменений статуса субзаказа будет удалена вместе с субзаказом.

Как известно, основным отличием ризографа от принтера, с точки зрения ценообразования, является наличие у ризографа т.н. мастеров. Вообще, ризограф имеет свою специфику по ценообразованию, и, думаю, в рамках данного форума уж точно никому ничего не нужно объяснять, все и так всё понимают ))

Итак, для поддержки ризографа реализован следующий механизм. При создании принтера теперь можно указать "метод расчёта цен". Методов расчёта три:

• Обычный. Ценообразование, которое существовало раньше в системе.

• Ризограф1, Ризограф2. Методы расчёта цен для ризографа. Методы практически идентичны, имеют лишь одно отличие, но давайте по порядку.

  При расчёте цен на печать на ризографе мы используем понятие цена за приладку и цена за лист. Если в субзаказе мы оформляем печать с использованием одного мастера - то и раньше (до версии 19.39) всё было чудесно.

  Но в том случае, если нужно в одном субзаказе оформить печать на ризографе с использованием сразу нескольких мастеров, то система (начиная с версии 19.39) умножит цену приладки на кол-во мастеров, а цену за лист на общее кол-во листов в субзаказе. С тем как сообщить системе кол-во мастеров мы разберёмся чуть позже, давайте пока с ценой за приладку и ценой за лист закончим.

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

  В случае с ризографом возникает один нюанс. Допустим у нас заказ на печать брошюры на ризографе, в ней 10 листов А4 1+0, тираж 1000 шт. Оформляя одним субзаказом, мы имеем общий тираж в 10 тыс листов, 10 мастеров. Вопрос - как калькулятору брать цену за приладку и цену за лист? Исходя из общего кол-ва листов в субзаказе в 10 тыс? или в 1000? Ведь с каждого мастера мы делаем 1000 оттисков. Вот в этом месте и кроется разница между Ризограф1 и Ризограф2. Если для принтера выбран метод расчёта Ризограф1, то калькулятор заказов берёт общее кол-во листов в СЗ, делит его на кол-во мастеров, получает среднее кол-во оттисков с мастера и на основании этих данных получает цену за приладку и цену за лист. Дальше эти цены умножаются, соответственно, на кол-во приладок и общее кол-во листов в субзаказе.
  Если же выбран Ризограф2, то калькулятор ведёт себя точно так же как в случае с Ризограф1, за исключением того, что для получения из прайса цены приладки и цены за лист используется не кол-во оттисков с одного в мастера, а суммарное кол-во оттисков в субзаказе. Вот и вся разница.

ВАЖНЫЙ МОМЕНТ. После того, как создан хотя бы один субзаказ с использованием того или иного принтера, становится невозможным изменить настройку метода расчёта цен! Запрет на смену настройки метода расчёта цен вводится для того, чтобы расчёт в ранее сделанных субзаказах не изменился.
Поэтому если вы хотите использовать новые методы расчёта цен в старых принтерах, (но при этом в системе уже есть субзаказы, в которых эти принтеры исопльзуются, следовательно изменить настройку расчёта цен уже нельзя) нужно сделать следующее:

• Переименовать принтер, добавив к его названию слово "старый" или что-то в таком духе.

• Скрыть принтер для выбора при создании новых СЗ, это делается в настройках принтера.

• Создать новый принтер с именем идентичным старому (до переименования ясное дело) и нужной вам настройкой расчёта цен.

• Назначить этому принтеру нужную вам группу, задать для этой группы цены и всё. Менеджеры даже ничего и не заметят ))) Они не поймут, что это уже другой принтер.
  

Рассмотрим - как выглядит калькулятор заказов на ШФ-печать.

Сперва рассмотрим вид без поясняющих подписей.

Продвижение заказов

1.    Оформление
1.1.    Субзаказ может быть добавлен в существующий или в новый заказ.
1.2.    Заказ, в который добавляется субзаказ может иметь статус «Проект» или «Непроект».
1.3.    Субзаказ может быть добавлен тремя способами
1.3.1.    Создан «с нуля» (кнопка «Добавить»)
1.3.2.    Скопирован из любого другого субзаказа (кнопка «Копировать»)
1.3.3.    Создан из шаблона (кнопка «Ш»).
1.4.    Существует два идентификатора пользователя (синонимы - оператора, менеджера) создавшего заказ и субзаказ.
1.4.1.    Оператор, который создал заказ. Имя оператора всегда отображается в таблице с заказами. Его значение изменить нельзя – следовательно, мы всегда знаем, кто создал заказ.
1.4.2.    Оператор, который создал субзаказ. Имя оператора отображается в списке субзаказов. Значение может быть изменено, однако в журнале событий (кнопка «Status log») субзаказа всегда останется имя пользователя, который создал субзаказ.
1.5.    После создания субзаказ получается статус «Препресс-проект» или «Препресс-непроект», в зависимости от статуса «Проект»-«Непроект» заказа, в который данный субзаказ добавлен.
1.6.    Ввиду особенностей (ознакомиться можно в таблице с диаграммой состояний субзаказов) учёта материалов и баланса клиентов, рекомендуется добавлять как проекты все просчёты, а так же субзаказы, начало реальной работы по которым ожидается только через несколько дней.
2.    Подготовка к печати
2.1.    Система не регламентирует разницы между субзаказами, находящимися на стадии «Препресс-непроект», т.к. в разных предприятиях «путь» субзаказа от оформления до печати может быть разным, причём разным для разных типов продукции, описываемой разными субзаказами.
2.1.1.    Простейшая ситуация – когда оператор добавляет субзаказ и он же отправляет (готовит файлы, отправляет их на RIP, вписывает название спулов в систему и изменяет статус субзаказа с «Препресс» на «Печать») его в печать.
2.1.2.    Более продвинутая ситуация – оператор-менеджер добавляет субзаказ, оператор-препресс-инженер готовит субзаказ к печати и отправляет его на печать.
2.2.    Разделение субзаказов по разным цепочкам допечатной подготовки происходит с помощью изменения оператора субзаказа.
2.2.1.    Например, для реализации последовательности описанной в 2.1.2, оператор-менеджер добавляет субзаказ, полностью его описывает (начиная от указания пути к сетевому диску с файлами, предоставленными заказчиком, заканчивая всеми возможными нюансами по подготовке этих файлов к отправке на RIP). После, оператор-менеджер изменяет имя оператора субзаказа на имя оператора-препресс-инженера. Оператор-препресс-инженер, в свою очередь, настраивает в системе на вкладке «Препресс» фильтры таким образом, чтобы видеть только те субзаказы, оператором которых является он, и которые имеют статус «Препресс». Таким образом, после того, как оператор-менеджер установит имя оператора субзаказа в имя одного из операторов-препресс-инженеров, этот субзаказ начнёт отображаться у оператора-препресс-инженера, подразумевая то, что этот субзаказ поступил к нему на обработку. По мере обработки субзаказов, размер очереди отображаемой оператору-препресс-инженеру уменьшается, вплоть до полного её очищения. Его очередь является пустой, когда (согласно настройкам фильтров) нет ни одного субзаказа, находящегося на стадии «Препресс» и оператором которого является данный препресс-инженер. Это можно расценивать как сигнал на перекур  После перекура очередь опять может стать непустой, т.к. менеджеры за это время могли «подкинуть» в неё субзаказы.
2.2.2.    В зависимости от принятой в компании цепочки продвижения заказов до печати, может выбран (буквально – придуман вами) другой подход  и договорённости. Главными инструментами остаются статусы (и подстатусы) субзаказов, и прочие параметры, по которым может быть отфильтрован список ВСЕХ субзаказов в системе. Основные из критериев: «препресс-непроект», «препресс-проект», «препресс-стоп», имя оператора субзаказа, дата добавления в систему, предполагаемые сроки готовности, текстовое описание, текстовые комментарии, техническое описание и т.п.
2.2.3.    С помощью развитой системы фильтров на вкладке препресс, каждый пользователь системы может выбрать только те субзаказы, которые должны быть в его внимании в данный момент.
3.    Отправка на печать
3.1.    Отправка на печать осуществляется оператором-менеджером или оператором-препрсс-инженером. Фактически отправить субзаказ на печать может кто угодно. В журнале истории субзаказа при этом остаётся отметка – кто и когда это сделал. Так же, может быть выслано уведомление клиенту об отправке субзаказа в печать.
3.2.    Буквально отправка на печать – это выбор мышкой нужного субзаказа и нажатие кнопки с самолётом 
3.3.    Пред отправкой на печать, следует убедиться, что макеты отправлены на RIP, имена спулов и комментарии для печатника (например «показать первый лист менеджеру») вписаны в субзаказ, Всё это нужно, чтобы печатник мог приступать к обработке субзаказа без каких-либо устных вопросов препресс-отделу.
4.    Печать
4.1.    Печатник работает со вкладкой «Печать», в которой отображаются все субзаказы, имеющие статус «Печать».
4.2.    Субзаказы имеющие статус печать, могут иметь два дополнительных подстатуса «STOP» и «Первый на сборку».
4.2.1.    Статус «STOP» устанавливается препресс-инженером или менеджером в ситуациях, когда нужно приостановить печать субзаказа до выяснения каких-либо обстоятельств. Например, утверждение первого листа заказчиком, переотправка макета на RIP и т.п. После выяснения/утверждения всех нюансов, статус «STOP» снимается и субзаказ опять появляется в очереди печати.
4.2.2.    Статус «Первый на сборку» устанавливается печатником в ситуациях, когда, исходя из комментариев, печатник видит, что требуется утверждение заказчиком/менеджером не просто первых печатных листов, а готового изделия. При получении статуса «Первый на сборку» субзаказ формально остаётся «на печати», но при этом на вкладке «Постпресс» данный субзаказ отображается, чтобы дать понять постпрессу, что нужно «собрать» первый экземпляр. После того, как он собран, постпресс нажимает кнопку «Готов» и субзаказ опять появляется на печати, но со статусом «STOP». После утверждения первого экземпляра менеджер должен «снять» этот статус, давая понять печатнику, что заказ можно «печатать дальше».
4.3.    На вкладке печать существуют фильтры, позволяющие отобразить субзаказы со статусами «STOP» и «Первый на сборку». Их отображение может потребоваться в разных нештатных ситуациях.
4.4.    По мере печати, печатник отмечается кол-во отпечатанных листов. Когда кол-во отмеченных листов равно кол-ву листов субзаказа, становится доступной кнопка «Postpress», которая изменяет статус субзаказа на «Постпресс». В журнале истории заказов данное событие так же фиксируется, кроме того, может быть отправлено уведомление клиенту.
4.5.    Для идентификации субзаказа на «транзитном складе» (склад между участками печати и постпресса), печатник должен распечатать бланк заказа и отправить субзаказ на этот склад вместе бланком.
5.    Постпресс
5.1.    Работники участка постпресс работают со вкладкой «Постпресс», где видят список (по-умолчанию список отсортирован по дате готовности) субзаказов, которые им нужно обработать.
5.2.    По мере обработки очереди, постпресс отмечает заказы кнопками «Готов» или «Готов + Отгружен», в зависимости от ситуации.
5.3.    Так же, на вкладке «Постпресс» с помощью фильтров можно переключиться в режим «Склад», чтобы увидеть список субзаказов имеющих статус «Готов». Такие субзаказы можно отгружать кнопкой «Отгружен».
5.3.1.    Субзаказы находящиеся на складе, могут так же быть отгружены на вкладке «Препресс». Для этого нужно выбрать нужный заказ, субзаказы которого нужно отгрузить, нажать кнопку «Отгр.» (расположена над списком субзаказов вкладки «Препресс»). Нажатие данной кнопки отгружает все субзаказы данного заказа, имеющие статус «Готов»

Оплата заказов

1.    Понятие оплаты заказов в системе тесно связано с понятием баланса клиента
2.    Ключевым моментом при оплате заказа(ов) является пополнение баланса клиента с помощью оплаты.
3.    Оплата в системе всегда вносится на основании invoice (англ. Invoice [инвойс] – счёт).
4.    Инвойс создаётся на вкладке «Инвойсы». К инвойсу может быть привязано любое (включая ноль) кол-во заказов.
5.    На основании одного инвойса может быть сделано любое кол-во оплат, но только одного типа – нал или безнал, в зависимости от типа инвойса.
6.    Разные наличные оплаты (на основании одного инвойса) могут быть приняты в разные кошельки.
7.    После создания инвойс всегда содержит в себе две цифры – сумму цен привязанных к нему заказов и сумму оплат сделанных на его основании.
7.1.    Сумма цен привязанных к инвойсу заказов обновляется автоматически, если изменилась цена любого из субзаказов привязанных заказов.
7.2.    Система не регламентирует и не контролирует взаимное значение этих двух цифр, только вычисляет их. Таки образом, сумма оплат может быть больше, меньше, или равна сумме привязанных заказов.
7.3.    Заказы могут быть привязаны/отвязаны к инвойсу после внесения оплаты, что даёт абсолютную свободу к построению логических связей между заказами и оплатами, как бы разделяя процессы обработки заказов и бухгалтерию.
8.    К инвойсу можно привязывать любые заказы (с любыми статусами) содержащие любые субзаказы (с любыми статусами).
9.    Исходя из описанного выше, можно вывести понятие «оплата заказа» (хотя на самом деле речь всегда идёт о пополнении баланса). Явление «оплаты конкретного заказа» в «чистом виде» присутствует в частном случае, когда создан инвойс, к нему привязан один заказ, на основании данного инвойса сделана одна или несколько оплат.
10.    Во всех остальных случаях, говоря об оплатах можно рассматривать несколько ситуаций, при этом оплата конкретного заказа является, как уже упоминалось, частным случаем
10.1.    Оплата принимается не за конкретный заказ, а для пополнения баланса, на  основании пустого инвойса.
10.2.    Оплата принимается на основании инвойса, к которому привязан один или несколько заказов.
11.    Для работы с безналичными деньгами создаются безналичные инвойсы. Здесь свобода так же, формально, не ограничивается. Но фактически рекомендуется соблюдать некоторые правила.
11.1.    К безналичному инвойсу рекомендуется привязывать заказы, когда цена них окончательно сформирована.
11.2.    После выставления счёта в системе «1С», номер счёта вписывается в комментарий к инвойсу, что упрощает впоследствии разнесение оплат. Бухгалтер с помощью фильтра находит нужный инвойс и вносит оплату.
11.3.    Для взаимодействия менеджеров и бухгалтера при выставлении счетов предусмотрена следующая схема.
11.3.1.    Безналичный инвойс создаётся менеджером, он привязывает к нему нужные  заказы и ставит значение переключателя «ОК-PR» в значение «PR».
11.3.2.    Бухгалтер, работая с вкладкой «Инвойсы» настраивает фильтр (чтобы всё время не переключаться между наборами фильтров он может запустить отдельный или несколько экземпляров системы, фильтры в каждом из которых настроить под определённую задачу) «Обработка» в положение «В процессе». Таки образом он будет видеть толь те инвойсы, которые ему нужно обработать – создать счёт в 1С, отправить менеджеру/заказчику с помощью встроенных средств системы, вписать его номер в специальное поле инвойса, и изменить значение переключателя «OK-PR» в «OK», пометив инвойс как обработанный.
11.3.3.    В случае если цена привязанных заказов изменилась, менеджер может повторно переключить «OK-PR» в положение «PR», добавить коментарии по этому поводу. Инвойс опять появится перед бухгалтером, чтобы тот, в свою очередь, перевыставил счёт и т.п.
11.4.    Для работы с безналичными инвойсами предусмотрено понятие «Залог наличными». Залог наличными может быть внесён только на основании безналичного инвойса (кнопка «Залог»). По принципу внесения залог аналогичен наличной оплате (можно выбрать кошелёк), но отображается в инвойсе в отдельной колонке. После поступления безналичных денег, возврат залога производится повторным нажатием на кнопку «Залог», с то лишь разницей, что вписывается сумма со знаком минус (возможен возврат залога из другого кошелька, чем тот в который он был принят).
12.    Не существует никаких ограничений на действия с заказами (и субзаказами) привязанными к инвойсам, кроме невозможности удалить заказ (но не его субзаказы). Для удаления такого заказа, его нужно сначала отвязать от инвойса.