• Projects 4
  • Rating 3.5
  • Rating 608

Budget: 15000 UAH Deadline: 5 days

I will start immediately: on the first day, I will create a block on the RMK form and check the connection to the current bonus logic. I will implement it through an extension without changing the accruals/deductions: full name, all bonus indicators, auto-updating based on the listed actions, notifications for non-participants, a test after restart, and a short instruction. I work with 1C form extensions and business logic. The deadline is 5 days. Please clarify: what configuration/version of 1C is being used and where is the bonus subsystem implemented?

  • Projects 31
  • Rating 5.0
  • Rating 6 430

Budget: 18000 UAH Deadline: 5 days

Yes, this can most likely be implemented through an extension without changing the main configuration. Approximately 4-5 working days, fixed cost - 18,000 UAH for modifications, testing, and a brief installation and verification guide.

For implementation, I see this as a neat extension of the RMK form - adding a block with the client and bonuses, linking updates to changes in phone, client, warehouse of the check, amount, discounts, bonus write-offs, and returns. It’s better not to touch the standard logic of accrual and write-off, just to read the calculated values and show them to the cashier. Here’s the nuance - the maximum number of bonuses in the current check must be calculated according to the rules of your bonus program, not just as the entire active balance.

To start, access to the 1C test database is needed, the version of the platform and configuration, an example of a client with bonuses, an example of a client without a bonus card, and a backup of the database before work. It’s better not to develop such things on the production database - an old rule lives for a reason =)

I would like to clarify 2 questions:
> which specific 1C configuration is used - Retail, UT, UNF, or custom
> are bonuses stored in the typical loyalty subsystem or in your own development

Similar project: BuzzPost
  • Projects 79
  • Rating 4.8
  • Rating 3 056

Budget: 2000 UAH Deadline: 1 day

Good day! I am ready to complete it, I have experience, but I need more information! Write to me, we will discuss!

  • Projects 14
  • Rating 5.0
  • Rating 4 205

Budget: 1200 UAH Deadline: 7 days

Good day, Ruslan!

I need to understand the technical details of your project in 1C to assess the feasibility of implementation. The automatic display of the client's bonus balance is an important element for improving the cashier's work.

Your task is to optimize the cashier's workplace, which will allow for the prompt display of bonus information. This will enhance the efficiency of customer service.

To propose a specific solution, I need:
1. Access to the 1C configuration for analysis.
2. To understand which specific data needs to be displayed and updated.
3. To clarify which changes in the configuration are permissible.

  • Projects -
  • Rating -
  • Rating 196

Budget: 15000 UAH Deadline: 5 days

We have a practically ready similar solution for the cash interface and bonus logic, we can quickly adapt it to your 1C configuration and discuss the details here on the marketplace, I am available.

Implementation through an extension is usually possible without changing the main configuration, but before starting, I will check the RMK form and the sources of bonuses in your database.

The timeline estimate is 5 working days after access to the test database.

Fixed cost - 15,000 UAH for the option with displaying the full name, total balance, available bonuses, maximum write-off in the current check, auto-updating on key cashier actions, and a short instruction.

Required accesses - test database or copy, backup .dt, platform version and configuration, rights to install the extension, a brief description of the current bonus scheme.

The list does not show proposals concealed by the client or freelancer with a Plus profile, as well as proposals violating rules