1C and NP

[quote] Zagatny Kirill Employee wrote: Orders will come from Prom and Rosettes to Boxing. The client's managers will continue to process orders in 1C Trade Ukraine 3.1. When an order arrives in Boxing, it will be transferred to 1C. And in 1C, the TTN of New Mail will be formed. The TTN must be taken from 1C to Box in the order and sent to the client via SMS and also change the status of the order depending on the status of the TTN. And transfer order statuses to 1C. Is it possible to make settings (especially synchronization with 1C) or where programming will most likely be needed (approximately how many hours)? [/quote] No, it's just not done with the settings. 1) We need a specialist from the 1s side, who will perform all the settings from the 1s side, and from the Onebox side, the settings will be performed by one of the integrators. Without 1 snick, you can not even consider tuning, since only in very rare cases it can be done without them. 2) It is necessary to determine the method of data transfer. I’ll say right away that you don’t need to place high hopes on the module, it is limited in functionality, even if it installs without errors, it is unlikely to cover all the needs completely, since both 1s and boxing are essentially constructors and in 1s you can configure a lot of all sorts in the same way functions. So the options are: - a module (but here you also need a specialist from 1s to correct errors or make improvements if necessary, the integrator will not do this himself). - xml - the good old method. On the side of 1s and boxing, uploading and downloading data is infused - API - either write api on the 1s side and knock on it from the box, or make requests to the box on the 1s side Now specifically to your question. If we consider the option with 1snik, then we can look at the module. I describe only the option modulo, since it takes a long time to describe all the options and it is not clear what your situation is. It is set to 1s, we check for errors, whether it starts, etc. Adaptations are being made and bugs are being corrected. Let's say the module is installed, it works, everything is ok. 1) Set up unloading orders from the box in 1s - the exchange "Loading orders" is configured in the module (that's what it's called). From the boxing side, we set up which statuses to upload in 1s. We set up an exchange scenario, there should not be a lot of data here, so it’s possible even once a minute (but if there are a lot of orders, it’s better to increase the interval) - (the module knocks on the box, the box generates a file with orders, transfers to the server 1s, 1s loads orders ) 2) Set up unloading orders and TTN - set up the exchange "Unloading orders". We indicate in it that we need to unload the TTN Number field) if it is not in the list, then 1snik will help us here) and upload the order number in 1s. - there is one moment - so that all orders are not collected and given out constantly in the file when loading in 1s - we set up an action on the side of the box at the starting stage, which will check whether the order number 1s (external id) is filled and if it is filled, then switch to other status. Then we set up the same action to check the TTN number and switch to the status where SMS will be sent 3) Uploading statuses in 1s - here again you need 1snik to set up the reception of statuses in 1s, from our side they are unloaded. It sounds simple, but the hardest part is getting the module to work correctly. :) There are no obvious improvements here, but it depends on the requirements of the customer. PS Without one, I don’t even recommend starting to do this - it will be long, painful and unpleasant.