AX addresses on online maps (eg. Google and Bing) - Ax címek online térképeken

See the Hungarian translation below (A magyar fordítás lentebb)

There is a good basic idea in AX to help the users with geographic information if she/he has a registered address in the system. Address for customers, prospects, contacts, suppliers....warehouses, sites... anything where we have address details fields!
It could be extremely useful in daily business. eg. Check the possible delivery addresses because route planning or see the physical location of the selected warehouse and so one.
See this example. Select a customer address directly from the Customers form and push the map icon.

You'll get a Bing hit :-) Bing bing bing... yep... the Microsoft search engine for map point as well.

That's very nice! BUT

You can read a lot of discussion on the net about the topic Bing vs. Google. I don't want increase the number of the endless discussions so I just sya: in case of map search I prefer the Google maps anytime. See the followings.
Change the address in Ax. Many time the addresses are imported from other databases or registered not so exactly. Simple example: street number is at the and of the street name

Poor perplexed search engine

Copy and place the search keys into Google

Surprise! No usable result here too

My preferred and only working solution: use google map only with these concatenate information: ZIP && City && Street (it's a free text container in AX so with street numbers or without)  No more is needed for Google.   (Bing couldn't work with this too... sadly)

Imagine! One click on the map icon in AX and use the street view function in Google maps. Two short changes in one AX method. :-)

\Classes\smmUtility\mapIt

You can test or change the string anyway to fit your preferred search engine. 

------

Létezik egy jól hasznosítható ötlet az AX-ben, hogy földrajzi információkat szerezzünk a rendszerben rögzített cím információk alapján. Címe sok mindennek lehet/van a rendszerünkben: Site, raktár, Vevő, Lehetséges vevő, Szállító, Kapcsolattartó.... bárhol, ahol látjuk a cím mezőket!
Ez nagyon jól hasznosítható a napi üzletmenetben. Pl. ellenőrizni egy kiszállítási útvonal fel és lerakási pontjait (ezeket pontosítani a kapcsolattartóval) vagy látni a raktár tényleges környezetét és így tovább.

Például amikor egy vevőhöz tartozó címet választunk és a Map gombra kattintunk.

Naná hogy a Bing jelentkezik. Hiszen ez a Microsoft hivatalos keresője.

Szép szép DE

Sok vitát találhatunk a Neten arról, hogy a Bing vagy a Google használata ajánlott, jobb, okosabb stb. Én csak a következőt mutatnám.
Változtassuk meg a címet úgy, ahogy azt a legtöbbször használják a felhasználóink. Sokszor ezek a címek importáltak más adatbázisból, vagy felhasználóink elég pontatlanul töltik ki a mezőket.Én most csak három értéket hagyok meg úgy, hogy a házszámot az utcanév végére írom.

Szegény keresőmotor kiakadt

Másoljuk a Bingből a címet a Google-be. Meglepetés vagy sem, de a címet a Google sem tudja értelmezni pontosan (bár jóval több lehetséges találatot ajánl fel ;-) )

Az én általam előnyben részesített és működő megoldás az Európai címek többségére: Google maps hívása egy egyszerű keresőkifejezéssel Pl. Irányítószám && Város && Utca az AX utca konténerben ugye a házszám és még sok "fityfene" elfér)  A Google már emészti!  (A Bing sajna még itt is leragad, bár biztosan irányíthatóak a keresőmezők itt is, de ezt nem próbáltam ki)

Képzeljük el! Egy kattintás az AX címnél és máris helyes találat a Google maps-ben. PLusz utcanézet -Street view- ha van!!!:-)

\Classes\smmUtility\mapIt

Kipróbálható nyugodtan, hiszen nem egy komolyabb kód átírás. Vagy tovább is fejleszthető, ha valaki tudja hogyan is kellene még profibban átadni infót a keresőmotornak.

Hidden inventory value calculation risk with inventory journals - Rejtett készlet értékelési rizikó

See Hungarian text in later session (Magyar fordítás lentebb)

Several users are allowed to create and post inventory journals in AX. There is a hidden inventory value calculation risk in the standard system. It could be avoid with a simple functional development called Reverse inventory journal posting. Workaround solution: Teach for your users how to mark reverse transactions

Imagine the following frequent situation: User1 posted a counting/movement journal with wrong quantity and/or cost price. User2 recognizes it. She/he copies the journal, modify the quantity sign (or cost price) and post the journal with the same storage dimensions: Site, Warehouse,Location etc.
They want to get back the original inventory situation. But the success is apparent... rather to say: the success is not sure . The inventory quantity situation will be right but the financial full settled value of those inventory transactions not necessarily. Depending of the used valuation method of the item (Item model group), used Storage and Tracking dimension groups you could get the right inventory settlements during the inventory recalculations/closing. eg. Serial number tracked items with unique serial number. But what about the FIFO items or date weighted average ones?
The best way to see the same inventory value on the posted inventory transactions and in your books: mark them together!
Without inventory transaction marking AX takes the incoming and the outgoing inventory transactions as separate adjustable transactions. eg. in case of FIFO valuation method they could be coupled with other IN and OUT transactions.
Marking could be happened after journal postings too but it has to be done before you close your inventory and booking periods.

Manual created or copied reverse journal lines

Marking function from journal line

 You can see the inventory transaction references on the General tab

High level description of the suggested development

Develop the standard journal copy function and add a new button to the journal called Reverse journal posting. We use the standard Copy function, but with changing the sign of the quantities and doing the inventory transaction markings automatically. Automated posting could be an optional thing.

Hungarian translation

AX-en belül többféle felhasználó is végez készlet napló könyveléseket. Létezik azonban egy rejtett készlet értékelési kockázat a standard rendszerben. Ez elkerülhető egy egyszerű fejlesztéssel, amit hívhatunk Ellenirányú napló könyvelésnek. Vagy tanítsuk meg a felhasználóknak az ellenirányú napló sorok kézi összejelölését.

A következő gyakori szituáció ismerős lehet: User1 könyvelt egy mozgás vagy leltár naplót rossz mennyiséggel és/vagy önköltségi árral. User2 észreveszi ezt. Lemásolja a rossz naplót, módosítja a mennyiséget és/vagy az árat és könyveli a naplót ugyanazokkal a tárolási dimenziókkal: site, raktár, tárhely stb.

Vissza akarják állítani az eredeti készlet szituációt. De a siker kétséges... jobban mondva: a siker nem biztos. A készlet mennyiség helyes lesz, de a tranzakciók pénzügyileg teljesen kiegyenlített készlet értéke nem feltétlenül. A cikk készlet értékelési metódusától (készlet modell csoport), a használt tárolási és követési dimenzióktól függően kaphatunk helyes kiegyenlítéseket a készlet átszámolás vagy zárás során. Pl. Egyedi sorozatszám követtet cikknél. De mi a helyzet a FIFO vagy dátum súlyozott átlagáras cikkekkel? A legjobb módja annak, hogy ugyanazt a készlet értéket lássuk a tranzakciókon és a főkönyvben is, ha összejelöljük őket. Készlet jelölés nélkül az AX külön-külön kiegyenlíthető tranzakciókként tekinti majd őket. Pl. FIFO készlet értékelés esetén más KI és BE tranzakciókkal lehetnek majd párosítva.
A készlet összejelölés történhet a naplók könyvelése után is de mindenképpen a készletzárás és a könyvelési időszak zárása előtt.