Un hotfix cumulativo per l'integrazione del POS con stampanti fiscali in Russia è disponibile in Microsoft Dynamics AX 2012 R2

INTRODUZIONE

In questo articolo viene descritto un hotfix cumulativo è disponibile per l'integrazione rilasciato in precedenza di POS con la famiglia russo stampante fiscale, Shtrih-M, in Microsoft Dynamics AX 2012 R2.

Ulteriori informazioni

Un hotfix cumulativo è disponibile per l'integrazione rilasciato in precedenza di POS con la famiglia di stampante fiscale russo, Shtrih-M, in Microsoft Dynamics AX 2012 R2. Si tratta di una correzione per l'integrazione funzionalità che viene rilasciata l'aggiornamento 2873733.

Per ulteriori informazioni sull'aggiornamento di 2873733, fare clic sul numero seguente per visualizzare l'articolo della Microsoft Knowledge Base:

2873733 un aggiornamento di specifiche del paese che supporta l'integrazione di POS con stampanti fiscali in Russia in Microsoft Dynamics AX 2012 R2
Da questo hotfix sono stati i seguenti problemi:

• Lunghezza massima della riga da stampare è codificato. Se una linea più lunga viene inviata a una stampante fiscale, viene visualizzato un messaggio di errore e la stampa viene annullata. Al contrario, il valore di lunghezza massima specificata nel file di configurazione da utilizzare per determinare la lunghezza della stringa e concludere, se necessario. Se non viene specificata la lunghezza massima, deve essere determinato dal driver della stampante.

• Se sia positivo (vendite) e negativa (reso) righe vengono aggiunte a una transazione POS, importi e quantità errate sono stampati la ricevuta fiscale, poiché una stampante fiscale non è in grado di elaborare una transazione di vendita mista e restituisce. POS dovrebbero limitare la creazione di transazioni con vendite miste e restituisce se è attivata la stampante fiscale russa.

• Se una transazione di reso viene creata nel POS mediante l'operazione di reso del prodotto, viene stampata una ricevuta di vendita da una stampante fiscale per questa transazione anziché una ricevuta di ritorno. Deve essere stampata la ricevuta di ritorno.

• Se il protocollo elettronico archiviazione controllo nastro (ESCT) non è installato nella stampante fiscale, verrà generato un errore di POS quando si tenta di avviare POS con la stampante fiscale connessa. Dovrebbe essere possibile avviare e utilizzare POS con una stampante fiscale che non è installato ESCT.

• Se una regola di arrotondamento impostata per un metodo di pagamento di archivio e viene utilizzato il metodo di pagamento per un pagamento finale per una transazione di vendita nel POS, l'importo del pagamento viene arrotondato secondo la regola e la transazione viene considerata interamente pagata. Tuttavia, l'importo arrotondato non viene stampata in una ricevuta fiscale. Genera una differenza tra la memoria fiscale (e i report Z) e i dati contabili contenuti nel POS e Microsoft Dynamics AX. L'importo di arrotondamento deve essere stampato come un tipo speciale di sconto in una ricevuta fiscale, la riduzione della quantità totale ricevuta.

Stato

Microsoft ha confermato che questo è un problema dei prodotti Microsoft elencati nella sezione "Si applica a".

Nota: Si tratta di un articolo a "Pubblicazione Veloce" creato direttamente all'interno dell'organizzazione di supporto Microsoft. Le informazioni contenute nel presente documento sono fornite così come sono in risposta a problemi urgenti. Per la velocità in rendendo disponibili, i materiali possono includere errori tipografici e possono essere modificati in qualsiasi momento senza preavviso. Per altre considerazioni, vedere Condizioni di utilizzo .