How to prevent OT (transfer orders) message from generating in JDE system or how to hide them?
Is it in the supply demand inclusion rules options?
The concept behind the transfer order is to emit the transfer document (ST) and then do the receipt later when the branch has received the items (OT). If you dont want the OT, then you shouln't use an ST as your transaction document. You should use an IT - Item Transfer which is accounted right away and creates no purchase document.
A good place to start with is the oracle documentation : http://docs.oracle.com/cd/B31039_02/jded/html/docset.html
There is a guide for inventory management :
JD Edwards EnterpriseOne Inventory Management 8.12 Implementation Guide
Read page 124 of the PDF.
Related
I want to create a smart contract and launch it for ICO. I also create a website where people can buy my token. I want know how to check how many token been sold (live)? so i can create a live bar counter to show how many percentages of the token already been sold.
Or is there a way i can monitor the token sale process in the smart contract?
A token contract is no different than any other smart contract. There are no special built in Solidity features or logic associated with them. They are just regular smart contracts that follow a specification.
So, if you want access to the number of tokens sold, you code that into your contract. While tokens sold is not part of the standard ERC20/ERC721 interface, nothing prevents you from adding a constant function to retrieve this information. In fact, if you're using the basic Zeppelin Crowdsale contract, you can just calculate it using the public state variables weiRaised / rate (Chances are you should be creating your own Crowdsale subcontract, so it's better to add the functionality you want there).
We can use the Etherscan Developer API to review transactions against a given contract address and find out the total supply or number of items available for sale.
There is a lot you can do with the Etherscan Developer API. For example, here's one URL that pulls data from Ethereum Mainnet -> Etherscan -> JSON parser -> Shields.io and renders it as an image to calculate the number of Su Squares remaining for sale:
Source: https://img.shields.io/badge/dynamic/json.svg?label=Su+Squares+available&url=https%3A%2F%2Fapi.etherscan.io%2Fapi%3Fmodule%3Daccount%26action%3Dtokenbalance%26contractaddress%3D0xE9e3F9cfc1A64DFca53614a0182CFAD56c10624F%26address%3D0xE9e3F9cfc1A64DFca53614a0182CFAD56c10624F%26tag%3Dlatest%26apikey%3DYourApiKeyToken&query=%24.result
^ I don't know if SO is going to cache the image here. But that URL is a live URL which pulls the number of Su Squares available hot off the blockchain.
Our staff was going to transfer an items.
So, he created new transaction with transfer order no: "TO=00143" then click the "Posting - ship transfer order". The data wasn't display in the form and no error indicates aside from the "Warning sign/exclamation point".
(Please see the attached image below for your reference).
Alternative used: Checking of user accounts, re-installation and configuration of MS Dynamics AX 2012
"I am AX supporting staff, our System Administrator is on business trip."
Note: The other staff can do transfer order.
Sample1
Sample2
Please follow below steps to overcome window handle.
Goto Posting --> Ship Transfer Order --> then click on Default Values --> Change the Update from Ship Now to ALL...And then click on Edit Lines and Print.
Hope it helps.
I want 2 functions in woocomerce:
1. Click and collect: This is where the customers puts in an order and comes to the store to collect it. The customer should be able to set approx time they want order to be ready for. The store should be able to set minimum time to have order ready.
With click and collect they have 16 stores so person should be able to choose store to collect and then receive a receipt for pick up at the store. They pay for goods on the website.
Each store needs to be able to receive the order either by having a dashboard or by email system.
Delivery: They will also have a delivery service where people can order larger quantities for delivery to their home or their business or event. this is more conventional eCommerce transaction.
Your best bet to add multiple locations for collection is a plugin like Local Pickup Plus. While it's certainly possible to add this functionality in yourself I'd recommend just buying a plugin. Having built something similar I came to the conclusion that -- accounting for my hourly rate -- I had saved myself no money whatsoever by building it from scratch.
i have created a advanced local delivery plugin, check this out a link
I would look for some feedback on tracking user activity on an commerce website using th google analytics commerce capabilities.
I can't fully understand those 3 parts :
Adding an item (ecommerce:addItem) : obviously when some user add a thing to the cart
Adding a Transaction (ecommerce:addTransaction) : that's where I'm very confused
Sending the data (ecommerce:send) : that's obvious
Can those 3 event append at a different moment ? in what manner ?
What would be a real-world use case that would make you use execute ecommerce:addTransaction and ecommerce:send at a different moment ?
This thing makes me wonder a lot, and I'd like to have some experienced feedback on this as you tend to easily break your stats if something is not done week enough
Thanks in advance
EDIT
So the main purpose right here is to get stats for the pending orders (you add stuff to your cart), and the complete orders (you paid for the things you added).
Right now I only send it all when the order is complete, and things are working pretty good in analytics, but I just don't know anything about the ones that did not complete.
This question was a lack of knowledge.
Simple ecommerce plugin has nothing to do with the enhanced ecommerce plugin
You won't track that much with the first one, except the checkouts. A plain, one order at a time, revenue value.
If you want a deep insight on your users behaviors (when i say deep, I mean it), You have to go for the second one.
We might be able to debate over the unusefullness of the first one; and the fact that its existence in itself compared to the second is completely misleading, as when you first get in, as usual with google, you get flooded by an endless documentation
ecommerce:addItem does not add items to a cart; it adds items to a transaction (with "conventional" ecommcerce tracking there is no cart tracking, you'd have to use enhanced ecommerce tracking. Actually your title refers to enhanced ("ec:") and your question to conventional ecommerce ("ecommerce:") tracking).
So ecommerce:addTransaction starts a transaction; here goes the stuff that affects the transaction as a whole, like transaction id, tax on the total purchase or shipping costs.
Now that you have started the transaction you can add items to it that are associated via the transaction id.
Finally the ecommerce:send command tells Universal Analytics that the transaction should be processed on the server. "send" is actuall a misnomer; addItem and addTransaction do already send data to the server (they each create an request to the tracking server and thus count towards your hit quota).
The reason for this is, as far as I can tell, that the information is transmitted via url parameters (you call the Google Analytics endpoint which returns an transparent pixel). The maximum length for an url request is limited (actual limits depend on browser and browser version).
So the transaction is broken up into multiple parts not because you want to execute the commands at different moments but so it can be transmitted via Url parameters without being truncated. The send command merely tells that you are now finished adding new parts to the transaction and the data can now be processed.
If an User has X amount of credits on his account (I think CCK can store this value). He can create specific Nodes (requests for admin). Each Node has a Type (Taxonomy defined, may be. Or via CCK). Each Type has associated number of credits. When user publishes a Node providing certain type, his balance of credits decreases by the number of credits Node Type has (admin will perform this request and send user notification email).
This is some kind of very simple e-shop for activation codes. I didn't want to use Ubercart due to it's complexity. May be this functionality can be achieved using some simple Drupal modules? Or may be there are some alternate ways? Or it is better to go Ubercart (can it do what I want BTW)?
I've seen folks in the Ubercart forums do this kind of thing for purchasing/posting ads on a site.
Check out these modules:
http://drupal.org/project/uc_store_credit
http://drupal.org/project/userpoints_ubercart
https://www.drupal.org/sandbox/taggartj/2343093
may be worth a look it is a credit system, adds a product feature to give user credits also has good helper functions to integrate with rules ect , also has a sub module to limit a content type by amount of credits and then deducts after the new node has ben created & has blocks to show the user their credits and credit history :)