C#/.NET-разработчик

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-машина или виртуалка для сборки обязательна
— Есть тестировщики с накопительным чек-листом и написанными сценариями — вы не будете угадывать, что считается правильным поведением