В 2026 году по одному названию «Нуркасса кз» нельзя подтвердить, что продукт является онлайн-кассой, оператором фискальных данных или учётной системой. До подключения бухгалтеру нужно установить владельца, назначение и функции продукта, проверить БИН поставщика через Портал КГД и сопоставить заявленный статус решения с действующими требованиями Налогового кодекса РК.
Что может означать запрос «нуркасса кз»
Название, похожее на коммерческий бренд или адрес сайта, само по себе не подтверждает правовой статус продукта. Под ним может подразумеваться программа для продаж, облачный кабинет, кассовое решение, интеграция с учётной системой или информационный сайт. Выбрать один из этих вариантов без документов и функционального описания продукта нельзя.
Для бухгалтера важнее не название продукта, а операции, которые он действительно выполняет. Следует установить:
- кто является владельцем и поставщиком решения;
- какое юридическое лицо указано в договоре, счёте и акте;
- совпадают ли его наименование и БИН с данными, доступными через Портал КГД;
- принимает ли продукт оплату или только передаёт сведения между системами;
- формирует ли он кассовый либо иной расчётный документ;
- где хранятся сведения об операциях;
- предусмотрены ли выгрузка, сверка и исправление данных;
- заявлена ли интеграция с бухгалтерской программой, банком или кассовым оборудованием.
Пока эти вопросы не выяснены, наименование «Нуркасса» не даёт оснований считать продукт онлайн-кассой или выбирать его для исполнения конкретной обязанности налогоплательщика. Применимые требования нужно определять по фактическим функциям решения и действующей редакции Налогового кодекса РК.
Нуркасса онлайн: что проверить до подключения
Если поставщик предлагает продукт как «Нуркасса онлайн», запросите комплект документов вместо общего рекламного описания. В договоре должны быть однозначно указаны стороны, предмет услуги, стоимость, порядок обработки и хранения данных, ответственность, техническая поддержка и условия прекращения обслуживания.
Отдельно проверьте, какой документ получает покупатель после оплаты и какие реквизиты в нём отражаются. Проведите тестовую операцию и проследите весь маршрут: оформление продажи, приём оплаты, формирование документа, возврат, отмена, закрытие смены или рабочего дня, выгрузка отчёта и отражение операции в учёте. Конкретный набор действий определяется фактической моделью продукта, поэтому его нужно сверять с документацией поставщика.
До заключения договора запросите:
- полное наименование и БИН поставщика;
- образец договора, счёта, акта и иных первичных документов;
- описание программного и кассового решения;
- перечень поддерживаемого оборудования;
- порядок доступа сотрудников и разграничения прав;
- регламент резервного копирования и восстановления;
- инструкцию по возвратам и исправлению ошибок;
- условия выгрузки данных при расторжении договора.
Сведения о поставщике, его налоговой задолженности, регистрации по НДС и наличии в перечнях неблагонадёжных налогоплательщиков можно проверить через Портал КГД. Результат проверки следует сопоставить с реквизитами договора и первичных документов.
Если поставщик утверждает, что продукт соответствует обязательным требованиям, попросите указать конкретный нормативный акт, применимую норму и документ, подтверждающий заявленную характеристику именно этого решения. Тексты законов и подзаконных актов можно сверить в ИПС «Әділет». Названия бренда или рекламной страницы для подтверждения статуса продукта недостаточно.
Что учесть бухгалтеру в работе
Сначала опишите хозяйственный процесс без привязки к названию программы. Определите, кто продаёт товар или услугу, кто принимает деньги, каким способом поступает оплата, какой документ получает покупатель и как сведения попадают в бухгалтерский и налоговый учёт. После этого можно оценить, закрывает ли продукт нужный участок процесса и соответствует ли его фактическая работа описанию в договоре.
Внутренний регламент целесообразно разделить по ролям. Кассир или менеджер отвечает за корректное оформление операции, бухгалтер — за сверку выручки, оплат и возвратов, администратор — за права доступа и сохранность данных. В регламенте нужно закрепить, кто исправляет ошибку, кто подтверждает возврат и кто контролирует расхождения.
Для ежедневной или периодической сверки подготовьте контрольную таблицу. В ней можно сопоставлять сумму продаж, способы оплаты, возвраты, фактические поступления и данные учётной системы. Периодичность внутренней сверки организация устанавливает с учётом объёма операций, рисков и принятого документооборота.
Особое внимание требуется при интеграции. До запуска выясните, какие справочники синхронизируются, как передаются номенклатура и цены, что происходит при повторной отправке операции и как система предотвращает дубли. Проверьте выгрузку на тестовой базе или ограниченном наборе операций. Результаты теста целесообразно оформить внутренним актом или протоколом с перечнем проверенных сценариев и обнаруженных расхождений.
Не передавайте сотрудникам общую учётную запись. Для каждого пользователя предусмотрите отдельный доступ и полномочия, необходимые для его работы. Во внутреннем порядке закрепите закрытие доступа при увольнении или смене обязанностей. В договоре и внутренних документах также определите, кто может просматривать сведения о покупателях и операциях.
Как принять решение о применении сервиса
Решение удобно принимать после трёх проверок: юридической, технической и учётной. Юридическая проверка охватывает поставщика, договор и заявленный статус продукта. Техническая показывает, устойчиво ли выполняются нужные операции и можно ли получить данные при сбое. Учётная подтверждает, что продажи, оплаты, возвраты и комиссии отражаются полно, последовательно и без задвоений.
До промышленного запуска сохраните копии договора, инструкций и результатов тестирования. Назначьте ответственных, установите порядок сверки и подготовьте сценарий работы при недоступности программы. Если продукт должен выполнять обязательную функцию, сопоставьте его документацию и фактические возможности с действующими на дату подключения нормативными требованиями. Само название «Нуркасса» не подтверждает наличие у продукта определённого статуса или включение в государственный перечень.
После запуска периодически сверяйте реквизиты поставщика, действующие условия обслуживания и доступность выгрузки данных. Изменения договора, тарифов или технической схемы интеграции фиксируйте до их применения, чтобы бухгалтер мог оценить влияние на документооборот и контроль операций.
Частые вопросы
Что такое «Нуркасса кз»? — По одному названию достоверно определить назначение сервиса нельзя. Нужны сведения о владельце, договоре, функциях продукта и его заявленном правовом статусе.
Можно ли считать «Нуркассу» онлайн-кассой? — Названия или поискового запроса для такого вывода недостаточно. Нужно изучить технические документы поставщика, проверить фактические функции продукта и сопоставить их с требованиями Налогового кодекса РК.
Где проверить поставщика? — Поиск налогоплательщика по БИН, сведения о налоговой задолженности, регистрации по НДС и неблагонадёжных налогоплательщиках доступны через Портал КГД.
Можно ли подключить сервис без тестирования? — До постоянной работы целесообразно проверить продажу, оплату, возврат, исправление ошибки, формирование документов и выгрузку данных. Такая проверка позволяет выявить расхождения до промышленного запуска.
Какие документы запросить у поставщика? — Запросите договор, реквизиты поставщика, описание функций, инструкции, порядок поддержки, условия хранения и выгрузки данных, а также документы, подтверждающие заявленные характеристики продукта.
Есть ли подтверждённые тарифы или сроки подключения? — Универсальных подтверждённых тарифов и сроков для продукта с таким названием установить нельзя. Эти условия должны быть прямо зафиксированы в актуальном коммерческом предложении и договоре поставщика.
Источники
- Налоговый кодекс Республики Казахстан.
- Портал КГД: поиск налогоплательщика, налоговая задолженность по БИН/ИИН, плательщики НДС и неблагонадёжные налогоплательщики.
- ИПС «Әділет»: тексты законов и подзаконных актов.