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