1/19/2016

Adóhatósági ellenőrzési adatszolgáltatás Dynamics AX (Axapta) 3/2014. (VI. 30.) NGM

(Only for Hungarian AX users or companies are active in Hungary)


Ezt a bejegyzést azért írtam mert a lenti kiemelt keresőszavakkal nem hozott találatot a Google. Gondoltam akkor találjon ide mindenki akinek még nincs meg ez az AX funkciója. :-)


Igaz, hogy a magyarországi AX bevezető/support cégek minden jelenlegi vagy múltbéli bevezetésükhöz kiajánlották már a saját megoldásukat. De én tudok egy 150eFt+ÁFA megoldásról. 4-5 munkanap alatt AX verziótól függetlenül rendszerbe integrálva. Kédezzetek ha érdekes.
zsbirgany@gmail.com

Dynamics AX (Axapta) Adóhatósági ellenőrzési adatszolgáltatás 3/2014. (VI. 30.) NGM

2016.01.01-től a NAV által előírt xml formátumban kell minden számlázó programnak előállítani egy számlalistát. Nem fáradok a szabatos megfogalmazással, mert azt a közlönyök megteszik helyettem. :)


“A számla és a nyugta adóigazgatási azonosításáról, valamint az elektronikus formában megőrzött számlák adóhatósági ellenőrzéséről szóló 23/2014. (VI. 30.) NGM rendelet 2016. január 1-jétől hatályos 11/A. §-a értelmében a számlázó programnak olyan önálló, de a programba beépített, "adóhatósági ellenőrzési adatszolgáltatás" elnevezésű funkcióval kell rendelkeznie, amelynek elindításával adatexport végezhető
a)   a kezdő és záró dátum (év, hónap, nap) megadásával meghatározható időszakban kibocsátott, illetve
b)   a kezdő és a záró számlasorszám megadásával meghatározható sorszámtartományba tartozó számlákra."

Adatstruktúra és magyarázatok a közlöny mellékletében. A rendelet és a módosítója.
http://www.kozlonyok.hu/nkonline/MKPDF/hiteles/MK14089.pdf
Azért hogy ennek a bejegyzésnek is legyen igazi szakmai része ajánlom ezt a prog.hu-n található fórumot:
http://prog.hu/tarsalgo/188874/adohatosagi-ellenorzesi-adatszolgaltatas-2016

6/29/2015

Relative date filtering and other tricky filters - Relatív dátum szűrés és egyéb trükkös szűrők

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

Many times we need special filters on our orders for example. Our special requests are in connection with dates very often. Using of "relative date filters" is also possible in AX.
SYSQueryRangeUtil class is our best friend in this case. Don't panic! No programming knowledge we need. The using of these filters is very easy for all type of users.

Start with an easy example
.../Sales and marketing/Inquiries/Order status/Open sales order lines
Type Ctrl+G on the form for grid filtering and use one of these famous methods to see our delayed open orders where the ship date is not older than 200 days.


We can operate with day, month and year ranges as well. An other example: Open orders to be delivered today.


These relative date filters could be very useful for automated reports as well. You can send the selected report for the responsible people in batch job every morning by mail - Eg. 
../Sales and marketing/Reports/Sales orders/Open sales order lines per ship date
Very very very old (from the last year) open sales order lines reported by mail every morning



My favorite methods from this class

Gets the current company Id.
Finds contract person who is associated with the current user.
Finds the customer account that is associated with the current user.
Retrieves the current date as a String.
Retrieves the session date that can be used in queries.
Retrieves the session date and time that can be used in queries.
Finds the current user.
Gets the language of the current user.
Finds the vendor account that is associated with the current user.
Finds the worker that is associated with the current user.
Creates a query string that represents a date range.
Create a date query string that is relative to the session date.
Creates a query string that represents a date range that is based on days.
Creates a query string for all dates that are after the specified date.
Creates a query string that represents a range of dates that uses months.
Creates a query string that represents a date range that uses years.


Total list of the usable methods:
https://msdn.microsoft.com/en-us/library/sysqueryrangeutil.aspx

----

Nagyon sokszor speciális szűrőkre van szükségünk... például a rendeléseink lekérdezéséhez . Ezek a különleges kérések nagyon gyakran a dátumokkal kapcsolatosak. Relatív dátum szűrőket tudunk használni az AX-ben is.
Legjobb barátunk a SYSQueryRangeUtil nevezetű osztály ezekhez az esetekhez. Nem kell izgulni! Nincs szükség fejlesztői tudásra. A szűrők használata nagyon egyszerű minden felhasználó számára.

Egyszerű példa
.../Sales and marketing/Inquiries/Order status/Open sales order lines
Gépeljünk Ctrl+G a formon a "grid"-es szűréshez és használjuk a következő metódust (függvény) a 200 napnál nem régebbi szállítási dátumú elkésett nyitott rendeléseink megjelenítéséhez.

Napi, havi és év intervallumokat is használhatunk. Egy másik példa a ma kiszállítandó nyitott rendelésekhez.

Ezek a relatív szűrők nagyon hasznosak lehetnek automatizált riportoknál. A kiválasztott riport levélben elküldhető minden reggel a felelős személynek.  - Példa 
../Sales and marketing/Reports/Sales orders/Open sales order lines per ship date
nagyon nagyon nagyon régi nyitot rendelések  a tavalyi évből

4/30/2015

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.

4/20/2015

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.