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