Разрешаване на сертифицирани POS система за Франция в Microsoft Dynamics AX 2012 R3 за разпространение на дребно (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 и прехвърлени на дребно източници.

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

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

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

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

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

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

Архив

Архив е 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 компоненти на дребно

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

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

На Параметри на дребно формуляр, щракнете върху Инициализира .

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

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

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

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

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

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

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

• Microsoft Dynamics AX 2012 R3

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

Трябва да рестартирате услугата приложение обект сървър (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. Информацията тук се предоставя като-е в отговор на появили се проблеми. В резултат на скоростта на предоставянето му материалите могат да съдържат печатни грешки и могат да бъдат коригирани по всяко време без предизвестие. Вижте Условияза други съображения.