Разрешаване на сертифицирани POS система за Франция в Microsoft Dynamics AX 2012 R2 на дребно (X ++)

Преглед на цифров подпис

Следните типове данни (транзакции и събития) са цифрово подписани в POS:

• Транзакции за продажби

• Копия на касови бележки

• Затворена смени/Z отчети

• Проверка на събития

Подпис е създаден и записан в базата данни на канала едновременно, транзакцията е завършен или е регистрирано събитие. Данните, които е подписан е текстов низ, който се състои от няколко полета с данни. Тези полета са различни в зависимост от типа на данните. Общи подписване процесът се състои от следните стъпки:

1. В зависимост от типа на данните, изберете следващия пореден номер за подписване цели.

2. Извличане на полетата за данни, които трябва да бъдат подписани от записа, който е подписан.

3. Изграждане на низ, който се състои от разделен със запетаи списък на полета с данни.

4. Добавяне на предишния подпис за същия тип данни.

5. Изчисляване на хеш код на низ с помощта на алгоритъм SHA-x.

6. Шифроване на получения низ чрез цифров сертификат.

7. Направете base64url трансформация за получения низ.

8. Съхраняване на низ, който се използва за подписване, пореден номер, подпис и отпечатък на сертификата в финансов отговор запис, който е свързан с операцията или събитието.

9. Прехвърляне на финансов отговор на предприятие средство planning (ERP) система на дребно източници, заедно с операцията или събитието.

Цифрово подписване на продажби

Само транзакции за продажби в брой са подписани. Ето някои примери за транзакции, които са изключени от процеса на подписване:

• Авансови плащания (клиент сметка депозити)

• Цитати

• Авансови плащания за поръчки за продажби (клиент ред депозити)

• Издаване ваучер и добавяне на средства за ваучер

• Non продажби транзакции (float запис оферта отстраняване и т.н.)

Данните, които е подписан за транзакция продажби е текстов низ, който се състои от следните полета:

1. Общия брой редове за продажби. Размерът включва такса на данък.

2. Сума на продажби. Сумата включва ДДС.

3. Датата и часа на транзакцията, под формата на YYYYMMDDHHMMSS.

4. Номера на регистъра.

5. Пореден номер на подписаните транзакция продажби.

6. Тип транзакция продажби.

7. Стойност (Y/N), която показва дали транзакцията е първият подписан транзакция продажби за регистъра.

8. Предишната подпис за същия регистър. Празна стойност се използва за първия подписан транзакция продажби.

Можете да видите подпис транзакции, транзакции данни, използвана за генериране, фискални транзакции бързо раздел на формуляра магазин транзакции в търговската източници.

Цифрово подписване на копия на касови бележки

Когато копие от квитанцията се отпечатва, събитието е регистрирана в ПОС проверка на събитията. Само копия на касови бележки подписани за транзакции за продажби са подписани. Данните, които е подписан за получаване копие събитие е текстов низ, който се състои от следните полета:

1. Номера на получаване на транзакцията за първоначалната продажба.

2. Типът на дребно транзакция за транзакцията за първоначалната продажба.

3. Броят на получаване копие за продажба транзакцията.

4. ИД на служител на оператор, който се отпечатва разписка копие.

5. Датата и часа на получаване копие събитие, във формата на YYYYMMDDHHMMSS.

6. Пореден номер на събитието подписана разписка копие.

7. Стойност (Y/N), която показва дали транзакцията е първото събитие подписана разписка копие на регистъра.

8. Предишната подпис за същия регистър. Празна стойност се използва за първото събитие подписана разписка копие.

Можете да видите подписа на получаване копие, заедно с данните за събитието, използвана за генериране, във формуляра за проверка на събития в търговската източници.

Цифрово подписване на затворени промени

Когато промяна е затворен, събитието е регистрирана в ПОС проверка на събитията. Данните, които е подписан за промяна закриване е текстов низ, който се състои от следните полета:

1. Сума на продажби. Размерът включва такса на данък.

2. Сума на продажби. Сумата включва ДДС.

3. Датата и часа на прехода закриване, под формата на YYYYMMDDHHMMSS.

4. Пореден номер на shift закриване.

5. Стойност (Y/N), който показва дали транзакцията е първият подписан shift затваряне регистъра.

6. Предишната подпис за същия регистър. Празна стойност се използва за първия подписан shift закриване.

Можете да прегледате подписване на затворени промяна, промяна данни, използвана за генериране на това, в раздела за подписа на смени формата на дребно източници.

Цифрово подписване на събития

Копиране на данните, които е подписан за събитие освен разписка или shift закриване е текстов низ, който се състои от следните полета:

1. Пореден номер на събитието подписани.

2. Предварително събитие код.

3. Описание на събитието.

4. Дата и час на събитието.

5. ИД на служител на оператор, които събитието.

6. Номера на регистъра.

7. Стойност (Y/N), който показва дали транзакцията е първият подписан регистъра.

8. Предишната подпис за същия регистър. Празна стойност се използва за първия подписан събитие.

Можете да преглеждате събитие подпис, заедно с данните за събитието, използвана за генериране, във формуляра за проверка на събития в търговската източници.

Касови бележки

Разписка за Франция може да съдържа допълнителна информация, която се реализира чрез потребителски полета:

• Транзакция – можете да добавите поле на получаване формат оформление за идентифициране на типа на транзакцията. Например касова ще включва текста "Продажби".

• Пореден номер на подписаните транзакция продажби -разписка може да включва пореден номер на подписаните транзакция продажби. Този номер се използва за свързване на печатни получаване с цифров подпис, в базата данни.

• Извличане от цифров подпис – разписка може да включва извлечение от цифровия подпис. Това извлечение се използва за потвърждение, че операцията е подписан. Той се състои от съединяване на друг, 7, 13, 19 символи на подписа.

• Отпечатване номер -оригиналния документ или получаване копие може да включва броя на получаване копие. Оригиналния документ стойността е 0 (нула).

• Брой – разписка може да включва броя на печатни редове на получаване.

• Общо продажби -потребителски полета за получаване суми изключва суми за продажби от размера на общата транзакции. Non продажби суми включват стойностите за следните операции:

  • Авансови плащания (клиент сметка депозити)

  • Авансови плащания за поръчки за продажби (клиент ред депозити)

  • Издаване ваучер

  • Добавяне на средства за ваучер

• Сертифициране на данни – разписка може да включва категорията и номера на сертификата за съответствие, който го е упълномощен орган за сертифициране NF 525.

• Номер на компилация – разписка може да включва номера на POS компилация.

Ограничаване на продължителността на промени

Има опция за прилагане на дневна смяна затваряне в ПОС. Промяна не може да продължи повече от време, зададен в полето за Промяна на работното време . Няколко минути преди това време, операторът ще започне да получавате предупреждения, че промяната трябва да бъде затворен. Броят на минутите се определя от стойността на полето Shift затваряне интервал (минути) .

X и Z отчети

Информацията, която е включена в Х и Z отчети се основава на френски изисквания:

• Общите продажби за промяна. Тази информация включва суми само за брой транзакции за продажби. Авансови плащания и операции за издаване ваучер са изключени.

• Общо връща за промяна.

• Кумулативна общо. Тази стойност се изчислява като кумулативна голямата общия размер на предишните shift, плюс сумата на тази промяна минус абсолютната стойност на общите продажби връща сумата на тази промяна.

• Кумулативна постоянен общо. Тази стойност се изчислява като кумулативна постоянен голямата общия размер на предишните shift, плюс продажби сумата на тази промяна плюс абсолютната стойност на общата връща сумата на тази промяна.

• ДДС Размерите на данък (ДДС).

Общите също се съхранява в записа на затворени shift и прехвърлени на дребно източници.

Период голяма общия дневник

Период голяма обща дневници обобщава общи суми на продажби на магазин и финансов период.

Период голяма обща дневници се поддържат във формуляра за периода голямата общия дневник . За да създадете нови, трябва да зададете хранилище. Ако предишните дневници за магазина, следващия финансов период след последната затворена дневник за магазина автоматично се използва като нова книга период. Ако предишните издания не съществува, можете да укажете крайната дата на дневника. В този случай финансов период, който включва зададената дата се използва като дневника период.

След това може да се изчислява дневника. Промени, които са затворени в периода дневник са избрани и са изчислени за тези промени. Можете да видите дневника данъчните суми за данък продажби код. Можете да видите промените, които са включени в дневника.

След дневника се изчислява, той може да бъде затворен. Затворена книга не може да бъде променен и друг дневници не може да бъде създаден за предишен период, същия период или пресичащи период. Въпреки това последната затворена дневник за магазина могат да бъдат отменени. В този случай друг дневници могат да бъдат създадени за същия магазин и период.

Затворена дневник е цифрово подписан. Можете да видите дневника подпис дневника данни, използвана за генериране на това, в раздела подробни данни за подписа на периода голяма общия дневник формата на дребно източници.

Архив

Архив е XML файл, който може да бъде експортиран от периода голямата общия дневник, който е бил затворен. Той включва общите затворен период и включва подробни данни за продажби и събития. Експортирания файл е цифрово подписан и подпис се съдържа в отделен файл.

Настройване на юридическо

Трябва да направите следните промени във формуляра юридически . Тези настройки се използват формат.

• Групирането на парични средства в полето за номер на маршрут , задайте ДДС идентификатор на организацията.

• Групирането на задължителен отчет в полето код на NAF укажете кода на номенклатурата des Activités Françaises (NAF) на организацията.

• Групирането на данъчна регистрация в полето за регистрация по ДДС , задайте Système d'identification du répertoire des établissements (СИРЕТ) номер на организацията.

Настройване на ДДС на френски изисквания

Трябва да създадете кодове на данък продажби, данък продажби групи и данък продажби групи. Също така трябва да настройка на данък продажби информация за продукти и услуги. За повече информация как да настроите и използвате данък продажби в Microsoft Dynamics AX 2012 вижте Настройка на кодове на данък продажби [AX 2012], Създаване на данък продажби и елемент данък продажби групи [AX 2012].

Също така трябва да укажете данък продажби групи и разрешите опцията цените включват данък продажби за магазини, които се намират във Франция.

Задаване на функционалност профили

Трябва да разрешите проверяване чрез задаване на опцията за проверка на да.

За прилагане на дневна смяна затваряне, трябва да направите следните промени:

• Задаване на опцията прилагане дневна смяна затваряне на да.

• Задайте полетата за Промяна на работното време и Shift затваряне интервал (минути) .

Конфигуриране на получаване формати

За всеки изисква получаване формат променете стойността на полето печат поведение на винаги печат.

В дизайнер получаване формат добавете следните полета разписка за съответните раздели.

• Заглавка: Добавете следните полета:

  • Транзакция – това поле идентифицира типа на получаване.

• Линии: Ние препоръчваме да добавите следните стандартни полета:

  • Единична цена с ДДС

  • Обща цена с ДДС

  • Данъчен номер

• Долен колонтитул: Добавете следните полета:

  • Общо (продажби) – това поле се отпечатва разписка обща сума продажба. Сумата не включва ДДС. Авансови плащания и подаръци карта операции са изключени.

  • Общ данък (продажби) – това поле се отпечатва разписка общо данъци за продажби в брой. Авансови плащания и подаръци карта операции са изключени.

  • Общо данък (продажби) – това поле се отпечатва разписка обща сума продажба. Сумата включва ДДС. Авансови плащания и подаръци карта операции са изключени.

  • Данъчен номер -този стандарт поле позволява данък продажби Резюме за отпечатване на данък продажби код. Полето трябва да се добави нов ред.

  • Данъчна (продажби) – това поле отпечатва разписка данъци за брой продажби на данък продажби код. Авансови плащания и подаръци карта операции са изключени. Полето трябва да се добави реда полето Данъчен номер .

  • Пореден номер – това поле се отпечатва пореден номер на подписаните транзакция продажби.

  • Цифров подпис – това поле се отпечатва извлечение от цифровия подпис.

  • Отпечатване номер – това поле се отпечатва броя на получаване копие.

  • Номер на компилация – това поле се отпечатва POS Билд номер.

  • Сертифициране категория – това поле се отпечатва категорията на сертификата за съответствие, който го е упълномощен орган за сертифициране NF 525.

  • Номер на сертификата – това поле се отпечатва номера на сертификата за съответствие, който го е упълномощен орган за сертифициране NF 525.

  • Брой – това поле се отпечатва броя на печатни редове на разписка.

  • Текст -Добавете текстово поле и задайте ДДС идентификатора на организацията.

  • Текст -Добавете текстово поле и задайте NAF кода на организацията.

  • Текст -Добавете текстово поле и задайте СИРЕТ броя на организацията.

  • Съхранява име – този стандарт поле отпечатва името на магазина.

  • Съхранява адрес – този стандарт поле отпечатва адреса на магазина.

За повече информация как да работите с получаване формати вижте Настройване получаване формати [AX 2012].

Конфигуриране на параметрите на цифровия подпис на дребно офис

За цифрово подписване период голяма обща дневници и архиви, трябва да настроите цифров подпис параметри. Подписването става чрез цифров сертификат, който се съхранява в хранилището на местните сертификат на приложение обект сървър (AOS).

Параметри на дребно форма трябва да зададете параметрите за цифрови подписи:

• Сертификат - изберете сертификата, който е в локалната сертификат съхраняване на AOS.

• Хеш функция - задайте една от които се поддържат от Microsoft .NET, като например SHA1хеш алгоритми.

• Кодиране - укажете кодирането на подписаните данни, като например UTF-8.

Конфигуриране на експортиране на Архив

Експортиране на архив се осъществява чрез използване на приложението интеграция рамка (AIF). За да разрешите Архив експортиране, трябва да конфигурирате интегриране на изходящ порт за него:

1. Експортиране на XSLT файла от приложението обект дърво (AOT)

   1. Отворете AOT > ресурсии изберете ресурса AifOutboundPortReportRetailArchive_FR;

   2. С десния бутон върху ресурса и изберете опцията за експортиране от менюто;

   3. Задайте името на файла и щракнете върху OK.

2. Конфигурирайте изходящ порт:

   1. Отворете системното администриране > услуги и рамка за интегриране на приложения > Изходящи портове за проверка на електронни отчети;

   2. Щракнете върху Създаване / актуализиране портове. Това ще попълни списъка с формати по подразбиране;

   3. Изберете формата на дребно данни Архив (Франция) ;

   4. Укажете пътя до по-рано експортирания XSLT файла в полето Импортиране XSLT ;

   5. Задайте пътя по подразбиране експортиране;

   6. Щракнете върху Създаване / актуализиране портове още веднъж. Това ще импортира XSLT файл и ще създаде RetaildataarchiveFrance изходящ порт;

   7. С десния бутон върху полето изходящ порт и изберете Преглед на подробни данни;

   8. Във формуляра за Изходящи портове изберете RetaildataarchiveFrance порт и щракнете върху активиране.

Reinitialize компоненти на дребно

Забележка: трябва само да изпълните стъпките на тази процедура, Ако актуализирате съществуваща среда.

За да разрешите проверка на събития, трябва да reinitialize дребно разширяема enumerations. За да разрешите предаване Франция данни от POS търговски източници, трябва да reinitialize Диспечерът на дребно: параметри на дребно формуляра, щракнете върху инициализира.

Също така трябва да конфигурирате репликация брояч за проверка на събития:

1. Отворете дребно > разпространението на данни > разпространение график;

2. Изберете P-0001 ;

3. Разгънете задания за планиране;

4. Изберете P-0001 работа и изглед на данните за него (щракнете с десния бутон > покажат);

5. В отворения прозорец разширете раздела Subjobs бързо;

6. Изберете ADDP PLog subjob номер и изглед на данните за нея (щракнете с десния бутон -> Преглед на подробни данни);

7. В отворения прозорец разширете раздела репликация бързо;

8. Задайте ИД в полето за репликация на брояча .

Конфигуриране на POS

Вижте KB 4101321 за конфигуриране на процедурата за ПОС.

Как да получите Microsoft Dynamics AX актуализира файлове

Тази актуализация се предлага за ръчно изтегляне и инсталиране от центъра на Microsoft за изтегляния.

• Изтеглете актуализацията за Microsoft Dynamics AX 2012 R2

Необходими условия:

Трябва да имате един от следните продукти, за да приложите тази спешна корекция:

• Microsoft Dynamics AX 2012 R2

Изискване за рестартиране

Трябва да рестартирате услугата приложение обект сървър (AOS) след прилагането на актуалната корекция.

Ако срещнете проблем изтегляне, инсталиране на тази спешна корекция, или има други технически въпроси за поддръжка, свържете се с вашия партньор или ако включени в план за поддръжка директно с Microsoft, можете да се свържете с техническата поддръжка за Microsoft Dynamics и създаване на нова заявка за поддръжка. За целта посетете следния уеб сайт на Microsoft:

https://mbs.microsoft.com/support/newstart.aspx

Можете да се свържете с техническата поддръжка за Microsoft Dynamics по телефона, използвайки тези връзки за страната конкретни телефонни номера. За да направите това, посетете един от следните сайтове на Microsoft:

Партньори

https://mbs.microsoft.com/partnersource/resources/support/supportinformation/Global+Support+Contacts

Клиенти

https://mbs.microsoft.com/customersource/northamerica/help/help/contactus

При специални случаи таксите, които са за свързани с поддръжката обаждания могат да бъдат отменени, ако специалист по техническа поддръжка за Microsoft Dynamics и свързани с тях продукти определя, че конкретна актуализация може да разреши проблема. Обичайните такси за поддръжката ще важат за допълнителни въпроси и проблеми, които не спадат към съответната актуализация.

Забележка Това е статия "Бърза публикация", създадени директно от организацията за поддръжка на Microsoft. Информацията тук се предоставя като-е в отговор на появили се проблеми. В резултат на скоростта на предоставянето му материалите могат да съдържат печатни грешки и могат да бъдат коригирани по всяко време без предизвестие. Вижте Условияза други съображения.