# C#/.NET разработчик — интеграция с кассой iiko (part-time, удалённо)
Дорабатываем плагин лояльности для кассы iiko: деньги, чеки, фискализация. Legacy C# на .NET Framework, реальные кассы, строгий процесс с тестами и ревью.
О продукте
SWiP — платформа лояльности для розницы и общепита: карта клиента живёт в приложении и в мессенджерах, баллы и скидки считаются на нашем бэкенде, а применяются прямо на кассе.
Чтобы это работало, у нас есть плагины к кассовым системам. Один из них — для iiko, самой распространённой кассы в общепите. Он стоит на реальных точках и участвует в каждом чеке: считает скидку, списывает баллы, закрывает заказ, обрабатывает возвраты.
Ищем разработчика в этот плагин.
Чем предстоит заниматься
•Разрабатывать плагин iiko на C#, .NET Framework 4.7.2, под API кассы Resto.Front.Api
•Чинить дефекты, которые находят тестировщики на реальных кассах: разбирать логи, воспроизводить, писать сценарный тест, потом фикс
•Поддерживать денежные гарантии: операция не теряется при сбое сети, не выполняется дважды, неизвестный исход не выдаётся за успех
•Работать со сценариями разделения чека на несколько юрлиц, предоплатой, возвратами и фискальной границей
•Писать тесты последовательностей — не «метод вернул значение», а «кассир сделал вот это, и вот что ушло на сервер»
Что важно уметь
•C# уверенно
•.NET Framework, не только .NET Core/5+: здесь HttpWebRequest, старые библиотеки, синхронный код
•Понимать, что такое идемпотентность, таймаут, повтор запроса и почему «просто повторить» — не всегда правильный ответ
•Уметь читать логи и доказывать причину, а не угадывать её
•Писать тесты и относиться к ним как к части работы, а не как к повинности
•Git, работа в ветках, код-ревью как нормальный рабочий процесс
Будет плюсом
•Опыт интеграций с кассовым ПО: iiko, r_keeper, 1С:Розница, АТОЛ, Эвотор — любой
•Знание 54-ФЗ в части чеков, авансов и признаков расчёта
•WPF — в проекте есть окна для кассира
•Опыт с платёжными или финтех-системами, где ошибка стоит денег
Чего здесь нет
Пишем честно, чтобы не тратить ваше и наше время.
•Это не «пофиксил и забыл». На каждый исправленный баг заводится постоянный тест, иначе фикс не принимается
•Здесь строгий процесс: конвенция разработки, обязательное ревью, запрет менять то, что не входит в задачу. Если вам тесен формат «сначала докажи, потом правь» — вам будет тяжело
Условия
•Формат: part-time, удалённо. Ориентир — 20 часов, гибкий график, но с предсказуемым присутствием на созвонах
•Оформление: самозанятость / ИП / договор ГПХ/ТД
•Оплата: обсуждаем по итогам разговора
•Стек и доступы: GitLab, свой контур для тестов, тестовая касса iiko. Windows-машина или виртуалка для сборки обязательна
•Есть тестировщики с накопительным чек-листом и написанными сценариями — вы не будете угадывать, что считается правильным поведением
