Поставщик накладной

Прежде чем накладная уедет в iiko, Римире нужно знать, каким контрагентом iiko подписан поставщик из УПД. Пока этой связи нет, документ висит в статусе «Нужна привязка».

Блок «Поставщик» — самый верхний в раскрытой строке. В нём видно юрлицо и ИНН из документа, а под ними — либо зелёное «✓ Привязан в iiko: <название карточки>», либо предупреждение «Поставщик iiko не привязан».

Привязка по ИНН#

Пока привязки нет, рядом стоят кнопка «Привязать поставщика по ИНН» и поле выбора «поставщик iiko» с подписью «или выбрать:».

«Привязать поставщика по ИНН» ищет в справочнике iiko карточки с тем же ИНН, что в УПД, и подставляет карточку сама — но только когда выбор однозначен: карточка закреплена за этим рестораном и такая ровно одна. Во всех прочих случаях Римира откажется гадать и сообщит, почему:

Сообщение	Что произошло
«несколько карточек этого ресторана — выберите нужную»	Своих карточек с этим ИНН больше одной
«карточка не закреплена за этим рестораном — подтвердите выбор»	Карточка одна, но принадлежит другой точке сети
«несколько карточек, ни одна не закреплена за рестораном — выберите нужную»	Карточек несколько, все чужие
«Поставщик с таким ИНН не найден в iiko»	Совпадений по ИНН нет вовсе

Единственную чужую карточку Римира намеренно не подставляет молча: контрагент другого подразделения в вашем документе — это тихая неточность в учёте, и решение остаётся за вами. Выберите карточку в поле «поставщик iiko» — привязка запишется так же, как автоматическая.

Привязка запоминается: следующие документы этого ИНН подставят контрагента сами. Хранится она по серверу iiko, но при поиске Римира заглядывает и к соседним серверам того же чейна — если справочник контрагентов у них общий (один ключ Cloud API). Поэтому смена сервера по умолчанию не теряет уже сделанные привязки.

Заодно с привязкой Римира пытается прочитать в iiko прайс-лист этого поставщика и засеять из него карту артикулов — тогда часть позиций сопоставится сама. В сообщении это выглядит как «Поставщик привязан, карта товаров засеяна». Если прайс-листа нет или iiko его не отдал, привязка всё равно сохраняется — просто товары придётся выбрать руками, см. сопоставление позиций.

Почему карточек несколько#

В сети справочник контрагентов корпоративный: одна и та же карточка видна со всех точек. За годы работы точки заводили одного поставщика по-своему, и на один ИНН накопилось несколько карточек — у крупных сетей это норма.

«Чья» карточка, определяется её привязкой к подразделению. Карточка, закреплённая за подразделением текущего сервера, считается своей — её Римира и предпочитает.

В списке выбора вы видите только карточки, доступные на этом сервере. Карточки чужих точек, скрытые в самой iiko, не показываются: раньше они попадали в список, и по одному поставщику выпадало двенадцать записей вместо двух.

Порядок в списке: сначала карточки с ИНН из документа, следом — остальные поставщики этого сервера. Вторая часть нужна на случай, когда ИНН в УПД не совпадает с карточкой или контрагента завели под другим ИНН. Подпись «· ИНН …» приписывается только тем карточкам, чей ИНН отличается от документа — у остальных она ничего бы не добавляла.

Что значит «нет в iiko»#

Это значит ровно одно: в справочнике контрагентов этого ресторана нет карточки с ИНН из документа. В накладной это сообщение «Поставщик с таким ИНН не найден в iiko», в акте услуг — подпись «нет в iiko» у того ресторана, где карточки не нашлось.

Римира контрагентов не создаёт. Заведите карточку в самой iiko, затем нажмите в кабинете «Обновить справочники iiko» — без этого свежий контрагент в списках не появится — и повторите привязку.

Есть и обходной путь: выбрать в поле «поставщик iiko» любого другого контрагента этого сервера. Документ выгрузится, но в учёте он окажется записан не на того поставщика, поэтому так стоит делать осознанно.