Sat Fiscal - Problema No Campo Infadic Obsfisco Xcampo / Xtexto

[fernandes_bfg]

Senhores, bom dia.

Já estou com meu sistema em produção quanto ao Sat Fiscal utilizando Sweda e Dimep.

Estou com um problema referente ao campo de Observação do Fisco. Já tentei limpar ou sequer alimentar a informação ao gerar o documento sat e mesmo assim, ao gerar o XML/ Imprimir o NFC-e Sat, os campos xCampo e xTexto estão apresentando um conteúdo padrão não convencional:

<obsFisco xCampo="xCampo1"> <xTexto>xTexto1</xTexto>

 

Ao gerar o documento, é impresso no comprovante "xCampo1-xTexto1"

 

eis o que já testei e não resolveu:

         InfAdic.obsFisco.Clear;
         With InfAdic.obsFisco.Add do
            begin
               xCampo:= '';
               xTexto:= '';
            end;

Já atualizei os fontes do ACBr, sem sucesso.

 

Maiores dúvidas, estou a disposição.

Desde já agradecido a todos.

 

[Daniel Simoes]

Verifique no XML recebido, se a Obs está lá... O ACBrSAT recupera esse XML através de um decode de Base 64 do retorno do SAT

[fernandes_bfg]

Boa tarde Daniel Simoes, no XML, a observação vem errada (com o xCampo1 e xTexto1). Eu localizei nos fontes do ACBr onde são alimentados esses dois campos:

 

pcnCFeR.pas:

CFe.InfAdic.obsFisco.Add;
      (*Z04*)CFe.InfAdic.obsFisco[i].xCampo := Leitor.rAtributo('xCampo');
      (*Z05*)CFe.InfAdic.obsFisco[i].xTexto := Leitor.rCampo(tcStr, 'xTexto');

Por algum motivo, como padrão esses campos vem preenchidos como xCampo1 e xTexto1, respectivamente.

 

Se eu deixar assim

      (*Z04*)CFe.InfAdic.obsFisco[i].xCampo := '';//Leitor.rAtributo('xCampo');
      (*Z05*)CFe.InfAdic.obsFisco[i].xTexto := '';//Leitor.rCampo(tcStr, 'xTexto');

 

, o XML final fica sem essa informação. Por essa razão fiquei com a sensação de que o componente ACBr está enviando essa informação indevidamente.

A questão é que se eu manipulo pelo componente, limpando essas informações, ele não "obedece".

Será que interpretei errado?

[evandromira]

Também percebi isso...

 

Segue um xml de retorno para confirmação

CFe-35150453485215000106599000013960000834309158-rec.rar

[netstart]

Boa tarde, fiz duas alterações já faz algum tempo na impressão uma para retirar a informação que vem do xml xCampo1 e xTexto1 e substitui o label do endereço da empresa por um TRLMemo para que todos os dados da empresa sejam impresso no Cupom, caso o pessoal achar correto não vou mais precisar ficar alterando sempre que atualizar.

1 -  for I :=0 to InfAdic.obsFisco.Count - 1 do

       fObsFisco.Add( StringReplace( InfAdic.obsFisco.Items.xCampo + '-' +InfAdic.obsFisco.Items.xTexto,'xCampo1-xTexto1','',[rfReplaceAll]));

2 -  mEndereco: TRLMemo;

     mEnderecoCan: TRLMemo;

ACBrSATExtratoFortesFr.zip

ACBrSATExtratoFortesFr.zip

[Juliomar Marchetti]

Boa noite

vamos aguardar a analise do Daniel e assim se aprovar irá subir ao svn!

[fernandes_bfg]

Prezados, bom dia. 

Estou no aguardo da publicação no SVN. Por hora deixei comentado, conforme mandei acima.

Obrigado a todos pela atenção.

[tdpsistemas]

Olá a todos,

 

Também estou enfrentando o problema acima, alguém tem alguma posição sobre o caso acima?

 

Obrigado pela atenção.

[Daniel Simoes]

A alteração não deve ser feita no Extrato...  Se a informação foi realmente retornada no XML, ela deve ser impressa...  Veja o que diz a Especificação do SAT, pag: 91

obsFisco - Grupo do campo de uso livre do Fisco

Campo de uso livre do Fisco Informar o nome do campo no atributo xCampo e o conteúdo do campo no xTexto

Havendo conteúdo, deverá ser obrigatoriamente impresso no Extrato do CF-e

 

Por favor anexe o Log gerado pelo componente ACBrSAT.. com ele podemos pegar o retorno do SAT ainda em Base64.. e abri-lo para gerar o XML na integra, como retornado pelo SAT... Isso comprovará se o SAT está ou não retornando essa informação...

 

Se o SAT realmente estiver retornando esses campos preenchidos, eles devem ser impressos... (é a regra)

 

Se a informação não faz sentido... precisaremos entrar em contato com os Fabricantes ou com o Fisco, para saber de onde e porque vem essa informação...

 

 

PS: O problema não ocorre quando usando Emulador 2.8.8

[tdpsistemas]

Olá Daniel,

 

 

Como solicitado segue em anexo log gerado pelo componente, e o arquivo xml.

 

Sobre aparecer no XML entendi, se é regra deve ser impresso.

 

Qualquer coisa estou a disposição.

 

Obrigado pela atenção e ajuda.

 

SAT.zip

SAT.zip

[Daniel Simoes]

Veja a Linha: 75 - 14:09:38:674 - NumeroSessao: 767757 - Resposta:767757|

 

Pegue o sexto parâmetro (conte os pipes "|") é uma longa sequencia de caracteres ASCII

 

E use no site: https://www.base64decode.org/e cole o conteúdo (abaixo)...

PENGZT48aW5mQ0ZlIElkPSJDRmUzNTE1MDU2MTA5OTAwODAwMDE0MTU5OTAwMDAxNjExMDAwMTI2ODg2MzEyNyIgdmVyc2FvPSIwLjA2IiB2ZXJzYW9EYWRvc0VudD0iMC4wNSIgdmVyc2FvU0I9IjAxMDEwMCI+PGlkZT48Y1VGPjM1PC9jVUY+PGNORj44ODYzMTI8L2NORj48bW9kPjU5PC9tb2Q+PG5zZXJpZVNBVD45MDAwMDE2MTE8L25zZXJpZVNBVD48bkNGZT4wMDAxMjY8L25DRmU+PGRFbWk+MjAxNTA1MDY8L2RFbWk+PGhFbWk+MTQwOTM1PC9oRW1pPjxjRFY+NzwvY0RWPjx0cEFtYj4yPC90cEFtYj48Q05QSj4xNjcxNjExNDAwMDE3MjwvQ05QSj48c2lnbkFDPlNHUi1TQVQgU0lTVEVNQSBERSBHRVNUQU8gRSBSRVRBR1VBUkRBIERPIFNBVDwvc2lnbkFDPjxhc3NpbmF0dXJhUVJDT0RFPnQwYStzRy9mZnE0WlFLOGp0cm85R1JBUWl4WWVRRllnbSt2WHlMOUhibTl5WU1BL3crb3JUN2NmLy9jNFNjUy9lWEdvbGhZMWVoTFEvY1kxOEZmK3Q3RWZWTUw2RjkvcDV4dmlnLzNieVF1US80VUZES01hcitVUDNtWUFNMWxSNnlwa0xSYVc5d1dpOHl3dnZGN1FsOWVhTk5jQXhPK3YvWlBLd2xTWmgyY1dEcFF0RExOb1o5RlJGL0Nodjg4b2l1WnFzV3dmRDhzSFJva3M4K2hEa3FFMVdDQVpJc1BBdnZWS2FQQkpxR1VnOHBxMTdrOE1OTU9SVW9jUlB1a21YRjkrNVhjWnEzQnBLb2xjVzU4dWN1dUdMQThFZHprNks3QmhOWnBjVkoyZHgxdnlFRjdtQm5sRWxsWXJGVTA2VVVnQnpzUHByODJSL1N1bFpucUs2Zz09PC9hc3NpbmF0dXJhUVJDT0RFPjxudW1lcm9DYWl4YT4wMDE8L251bWVyb0NhaXhhPjwvaWRlPjxlbWl0PjxDTlBKPjYxMDk5MDA4MDAwMTQxPC9DTlBKPjx4Tm9tZT5ESU1BUyBERSBNRUxPIFBJTUVOVEEgU0lTVEVNQVMgREUgUE9OVE8gRSBBQ0VTU08gTFREQTwveE5vbWU+PHhGYW50PkRJTUVQPC94RmFudD48ZW5kZXJFbWl0Pjx4TGdyPkFWRU5JREEgTU9GQVJSRUo8L3hMZ3I+PG5ybz44NDA8L25ybz48eENwbD45MDg8L3hDcGw+PHhCYWlycm8+VkwuIExFT1BPTERJTkE8L3hCYWlycm8+PHhNdW4+U0FPIFBBVUxPPC94TXVuPjxDRVA+MDUzMTEwMDA8L0NFUD48L2VuZGVyRW1pdD48SUU+MTExMTExMTExMTExPC9JRT48Y1JlZ1RyaWI+MzwvY1JlZ1RyaWI+PGluZFJhdElTU1FOPk48L2luZFJhdElTU1FOPjwvZW1pdD48ZGVzdD48eE5vbWU+VkVOREEgQ09OU1VNSURPUjwveE5vbWU+PC9kZXN0PjxlbnRyZWdhPjx4TGdyPlJVQTwveExncj48bnJvPjAwMTwvbnJvPjx4QmFpcnJvPkNFTlRSTzwveEJhaXJybz48eE11bj5ET0lTIENPUlJFR09TPC94TXVuPjxVRj5TUDwvVUY+PC9lbnRyZWdhPjxkZXQgbkl0ZW09IjEiPjxwcm9kPjxjUHJvZD42MzE5MjQ1PC9jUHJvZD48Y0VBTj43ODkwMDYzMTkyNDUyPC9jRUFOPjx4UHJvZD5NT05JVE9SIExDRCAxNyBMRzwveFByb2Q+PE5DTT44NDQzOTk5MDwvTkNNPjxDRk9QPjU0MDM8L0NGT1A+PHVDb20+VU48L3VDb20+PHFDb20+MS4wMDAwPC9xQ29tPjx2VW5Db20+MzAuMDA8L3ZVbkNvbT48dlByb2Q+MzAuMDA8L3ZQcm9kPjxpbmRSZWdyYT5BPC9pbmRSZWdyYT48dkl0ZW0+MzAuMDA8L3ZJdGVtPjwvcHJvZD48aW1wb3N0bz48SUNNUz48SUNNUzAwPjxPcmlnPjA8L09yaWc+PENTVD4wMDwvQ1NUPjxwSUNNUz4wLjAwPC9wSUNNUz48dklDTVM+MC4wMDwvdklDTVM+PC9JQ01TMDA+PC9JQ01TPjxQSVM+PFBJU091dHI+PENTVD45OTwvQ1NUPjxxQkNQcm9kPjEuMDAwMDwvcUJDUHJvZD48dkFsaXFQcm9kPjAuMDEwMDwvdkFsaXFQcm9kPjx2UElTPjAuMDE8L3ZQSVM+PC9QSVNPdXRyPjwvUElTPjxDT0ZJTlM+PENPRklOU091dHI+PENTVD45OTwvQ1NUPjxxQkNQcm9kPjEuMDAwMDwvcUJDUHJvZD48dkFsaXFQcm9kPjAuMDEwMDwvdkFsaXFQcm9kPjx2Q09GSU5TPjAuMDE8L3ZDT0ZJTlM+PC9DT0ZJTlNPdXRyPjwvQ09GSU5TPjwvaW1wb3N0bz48L2RldD48dG90YWw+PElDTVNUb3Q+PHZJQ01TPjAuMDA8L3ZJQ01TPjx2UHJvZD4zMC4wMDwvdlByb2Q+PHZEZXNjPjAuMDA8L3ZEZXNjPjx2UElTPjAuMDE8L3ZQSVM+PHZDT0ZJTlM+MC4wMTwvdkNPRklOUz48dlBJU1NUPjAuMDA8L3ZQSVNTVD48dkNPRklOU1NUPjAuMDA8L3ZDT0ZJTlNTVD48dk91dHJvPjAuMDA8L3ZPdXRybz48L0lDTVNUb3Q+PHZDRmU+MzAuMDA8L3ZDRmU+PHZDRmVMZWkxMjc0MT45LjYxPC92Q0ZlTGVpMTI3NDE+PC90b3RhbD48cGd0bz48TVA+PGNNUD4wMTwvY01QPjx2TVA+MzAuMDA8L3ZNUD48L01QPjx2VHJvY28+MC4wMDwvdlRyb2NvPjwvcGd0bz48aW5mQWRpYz48aW5mQ3BsPlZlbmRlZG9yOiAwMDAxIERJUkNFIEFMTUVJREEgUEVSRUlSQSBDYWl4YTogMDAxIFBlZGlkbzogMDYxNTQyPC9pbmZDcGw+PG9ic0Zpc2NvIHhDYW1wbz0ieENhbXBvMSI+PHhUZXh0bz54VGV4dG8xPC94VGV4dG8+PC9vYnNGaXNjbz48L2luZkFkaWM+PC9pbmZDRmU+PFNpZ25hdHVyZSB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC8wOS94bWxkc2lnIyI+PFNpZ25lZEluZm8geG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvMDkveG1sZHNpZyMiPjxDYW5vbmljYWxpemF0aW9uTWV0aG9kIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvVFIvMjAwMS9SRUMteG1sLWMxNG4tMjAwMTAzMTUiPjwvQ2Fub25pY2FsaXphdGlvbk1ldGhvZD48U2lnbmF0dXJlTWV0aG9kIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS8wNC94bWxkc2lnLW1vcmUjcnNhLXNoYTI1NiI+PC9TaWduYXR1cmVNZXRob2Q+PFJlZmVyZW5jZSBVUkk9IiNDRmUzNTE1MDU2MTA5OTAwODAwMDE0MTU5OTAwMDAxNjExMDAwMTI2ODg2MzEyNyI+PFRyYW5zZm9ybXM+PFRyYW5zZm9ybSBBbGdvcml0aG09Imh0dHA6Ly93d3cudzMub3JnLzIwMDAvMDkveG1sZHNpZyNlbnZlbG9wZWQtc2lnbmF0dXJlIj48L1RyYW5zZm9ybT48VHJhbnNmb3JtIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvVFIvMjAwMS9SRUMteG1sLWMxNG4tMjAwMTAzMTUiPjwvVHJhbnNmb3JtPjwvVHJhbnNmb3Jtcz48RGlnZXN0TWV0aG9kIEFsZ29yaXRobT0iaHR0cDovL3d3dy53My5vcmcvMjAwMS8wNC94bWxlbmMjc2hhMjU2Ij48L0RpZ2VzdE1ldGhvZD48RGlnZXN0VmFsdWU+OGhqZXgxZDVXYk1KMTd5Zi9VUDRiMXJ3amxrZHA2dVhJb1JzaE56eHkraz08L0RpZ2VzdFZhbHVlPjwvUmVmZXJlbmNlPjwvU2lnbmVkSW5mbz48U2lnbmF0dXJlVmFsdWU+dHE5T0tza29sblE0dStGYjE2QWNLYjZzdUx1MHk2cDEwYVZJZSttOFRhNEpqOXdwWmFVc2MwOXB3V01COHg2QzFVdm96TnFPQmQzam4yMU5kZ3F1SHp6bkpCVnJhV2NsWlJGVlBaR3hqeUFicTFoYWQyRFU4KzI5SEM3U2RRSzhqN1lPU2k0MzdRQ3ZBc3R1QkZuNk94L3VJREFVRnVBUDJqQ21xRFdKOGJuSUZ4bGN0QjRkalZnU05ZR2hyNjk3Skl5eE1rbXJWVXBnZ0tWeExWYUN0MTJ6ZGE0OVVYdWdDTm1kdUorUFNubi9YNFhWTUZuSmZGYXh1bXlFaUZ4dUVxWHFxZFQ0cWQzUkJXbW5wUVRMY1FWQWlSV0tWa1N1bE83K2lDSE1pbjJwd1gxNEo5MU82SkY2RmJYMzRWNnk4SzFjY1hocXFPRHpzQ3IrLzVISjVBPT08L1NpZ25hdHVyZVZhbHVlPjxLZXlJbmZvPjxYNTA5RGF0YT48WDUwOUNlcnRpZmljYXRlPk1JSUc2akNDQk5LZ0F3SUJBZ0lRTTliT3dEbHJUUGV0M2ZyZC9JazVQakFOQmdrcWhraUc5dzBCQVFzRkFEQm5NUXN3Q1FZRFZRUUdFd0pDVWpFMU1ETUdBMVVFQ2hNc1UyVmpjbVYwWVhKcFlTQmtZU0JHWVhwbGJtUmhJR1J2SUVWemRHRmtieUJrWlNCVFlXOGdVR0YxYkc4eElUQWZCZ05WQkFNVEdFRkRJRk5CVkNCa1pTQlVaWE4wWlNCVFJVWkJXaUJUVURBZUZ3MHhOVEF6TVRJd01EQXdNREJhRncweU1EQXpNRGt5TXpVNU5UbGFNSUhuTVFzd0NRWURWUVFHRXdKQ1VqRVNNQkFHQTFVRUNCTUpVMkZ2SUZCaGRXeHZNUkV3RHdZRFZRUUtGQWhUUlVaQldpMVRVREVQTUEwR0ExVUVDeFFHUVVNdFUwRlVNU2d3SmdZRFZRUUxGQjlCZFhSbGJuUnBZMkZrYnlCd2IzSWdRVklnVTBWR1FWb2dVMUFnVTBGVU1Sd3dHZ1lEVlFRTEZCTXhOREkyTVRrd056UXdNVGd6TnpjeE5ERXpNUkl3RUFZRFZRUUZFd2s1TURBd01ERTJNVEV4UkRCQ0JnTlZCQU1UTzBSSlRVRlRSRVZOUlV4UFVFbE5SVTVVUVZOSlUxUkZUVUZUUkVWUVQwNVVUMFZCUTBWVFUwOU1WRVJCT2pZeE1EazVNREE0TURBd01UUXhNSUlCSWpBTkJna3Foa2lHOXcwQkFRRUZBQU9DQVE4QU1JSUJDZ0tDQVFFQTNZZ0VJc3l6TUQ5Y0paNmZJbzE4d25VS3ZRMVdkSDZ6L2JOOXQ3Q2VUTlFJMFVUd1lGZVRMcFpzTjYwNkR6TmNKdHZ5dEtGUlZtSnZVbXI4azRYcVU3QzFhVDVaendBSDlkbkVESWRzQTEwVDl0WC9ncGZXS3FCbVV6T1pjMzk0RmgyL0c0YjcyOHdiR3htdVljb3d1eUl4WTliaWRqbnU5UDBQeUxWem9ZQlFVL1VZb015YkhaQ1lIbGYxaVlBSG5VTzFIMXM0TzBWUTVDTDYrenFCVmlRM2xpVU1EamNXRHh3QTZkZm1lYWwzNjkzaFNlbU9qQ250aVFDYnBDcVFTaU1DQlRyc0xHZUlaV2hmNU1jQXZ6N04zZlBDNS8rdkRSTTB2aVlIMHFzMXhsdHhOcWl4VHNpa1hJU1ppVlhubWxWL1pIWGZwT2lzSjlVQUZPWndad0lEQVFBQm80SUNEekNDQWdzd0pBWURWUjBSQkIwd0c2QVpCZ1ZnVEFFREE2QVFCQTQyTVRBNU9UQXdPREF3TURFME1UQUpCZ05WSFJNRUFqQUFNQTRHQTFVZER3RUIvd1FFQXdJRjREQWZCZ05WSFNNRUdEQVdnQlNPT1VFQVhQSzRCZHFvYlppNUFVWnRibVBmQWpCckJnTlZIUjhFWkRCaU1HQ2dYcUJjaGxwb2RIUndPaTh2WVdOellYUXRkR1Z6ZEdVdWFXMXdjbVZ1YzJGdlptbGphV0ZzTG1OdmJTNWljaTl5WlhCdmMybDBiM0pwYnk5c1kzSXZZV056WVhSelpXWmhlbk53TDJGamMyRjBjMlZtWVhwemNHTnliQzVqY213d2V3WURWUjBnQkhRd2NqQndCZ2tyQmdFRUFZSHNMUU13WXpCaEJnZ3JCZ0VGQlFjQ0FSWlZhSFIwY0RvdkwyRmpjMkYwTG1sdGNISmxibk5oYjJacFkybGhiQzVqYjIwdVluSXZjbVZ3YjNOcGRHOXlhVzh2WkhCakwyRmpjMkYwYzJWbVlYcHpjQzlrY0dOZllXTnpZWFJ6WldaaGVuTndMbkJrWmpBVEJnTlZIU1VFRERBS0JnZ3JCZ0VGQlFjREFqQ0Jwd1lJS3dZQkJRVUhBUUVFZ1pvd2daY3dYd1lJS3dZQkJRVUhNQUtHVTJoMGRIQnpPaTh2WVdOellYUXRkR1Z6ZEdVdWFXMXdjbVZ1YzJGdlptbGphV0ZzTG1OdmJTNWljaTl5WlhCdmMybDBiM0pwYnk5alpYSjBhV1pwWTJGa2IzTXZZV056WVhRdGRHVnpkR1V1Y0Rkak1EUUdDQ3NHQVFVRkJ6QUJoaWhvZEhSd09pOHZiMk56Y0Mxd2FXeHZkQzVwYlhCeVpXNXpZVzltYVdOcFlXd3VZMjl0TG1KeU1BMEdDU3FHU0liM0RRRUJDd1VBQTRJQ0FRQ3JqT0VlbjhNbDRrWWszVTV1bWJjS3lFZUplK2JlUml0aDFIMjlxcFl1ZVRJVzJOOExaZzRpRjFkbzBzbzE1ZFVpZEFxNTd2S0tRSEtSeU53cUc4Wm1Sc09xS243cUxoQzA0eGtBbEc3ZVVwU2cvY0o4TFd6Y3NXS2RUYXhKMlo0UGxMbjhVVnZ6dFhpSEFNRjcxREEvemJQdU55TWpHdXY3ZFVMUjNUQ2RyOWZoc2FUbDVISWZIWGtKNDVTOUN5ckp1Rkk2VytFcUdyNHliSSs3a0xxWnJGSnd1LzdGckptcU1JZmlXMWJrUE5jY0RBWGxpMmNvSzJFSWk4Smd0VjFGNGZ1SW8yZGRVdExIaCtGQXBWL25UTU1vSEJOQk5lTit2MjUrS3JicGJVUW50cnVINnZPby9UTmMrQUkyZlZZbkFHTEZLVWt5VVBYM0IzemV1akdDWTFmK3UxVFN0azZCZDY1c0tZRld0TThIcHNzcTBRNXUzeTlDZW41cnlidDZCN2szTjduWDFqdTdIdDRiNW1mRFRnQ0gzeUx1VjB4azlQQVdlOTdhV2s5bGVpQ2ZBanRXU09Vb2s5SGIwVFRWWFdiTVlUWmQvQmI1ZUM5cFFRUE1xNURsdC92WkU1YkxKRjM0ckZlcFRvUUNYVEQ2clJNTzlkSlVDOUtlTitMc3ViV0Y4VlRZYnlibUU1U0IxUlBGQmFUYWsyWVhUM3VnTE91Y09NL1BIMGNZU2M3aUJmcXpuTjNkdGxBOHdPanBuRzNJRmJzZUk4SVVzaVFOUkN4YVVuOUtudHMxeGljYzEwbDBuQjhad3hHWVBHa3hOdHZRdFdodDdHeGZZTUVubVc2RlVnLzhxamJhaHpZTHdXUGs5b1lIV3NJTUFieVp0NHF2eitLZVFBPT08L1g1MDlDZXJ0aWZpY2F0ZT48L1g1MDlEYXRhPjwvS2V5SW5mbz48L1NpZ25hdHVyZT48L0NGZT4=

 

Observe no resultado gerado pela decodificação... que as observações do Fisco estão lá...

 

Acho que o primeiro passo é entrar em contato com o fabricante.. talvez por algum Log deles, eles possam saber se essa informação está vindo do Fisco

[tdpsistemas]

Ok, vou entrar em contato com eles.

 

Assim que tiver uma posição lhe informo.

 

Obrigado

[tdpsistemas]

Boa tarde Daniel,

 

Entrei em contato com a DIMEP esse foi meu questionamento:

******************************************************************************************************************************************************

 

Boa tarde Marlus,

 

Me chamo Alan Leônidas, Sou Analista Desenvolvedor da TDP Sistemas de Informação.

 

Estou utilizando para desenvolvimento do CF-e-SAT, um aparelho de uso exclusivo para desenvolvimento.

 

Estou com uma duvida nos seguintes campos: Z04 – xCampo e Z05 xTexto;

 

Em meu xml primário para envio do arquivo, não estou atribuindo nada a esses campos ou seja estão em branco.

 

Como pode ver no XML em anexo com a seguinte nomenclatura: 20150507140430-068974-cfe-env

 

Mas no arquivo de retorno após o envio esses campos estão vindo preenchido:

 

- <<infAdic>

  <           infCpl>Vendedor: 0001 DIRCE ALMEIDA PEREIRA Caixa: 001 Pedido: 061571</infCpl>

- <           obsFisco xCampo="xCampo1">

  <                       xTexto>xTexto1</xTexto>

            </obsFisco>

</infAdic>

 

 

Como pode ver no arquivo com a seguinte nomenclatura: CFe35150561099008000141599000016110001436100989.xml

 

Como está sendo preenchido por obrigação esse campo sai em meu Extrato.

******************************************************************************************************************************************************

 

Essa foi a resposta do atendente:

 

Boa tarde Alan,

Você está certo !

Estes Campos estão sendo preenchidos pela retaguarda da sefaz . Já solicitei a eles esclarecimentos ,

Att

 

 

******************************************************************************************************************************************************

 

Fiz um questionamento se os clientes que estiverem com essa mensagem sendo preenchida terá algum problema, a resposta foi que não terá problema algum. Assim que o fiz resolver o xml começará a retornar sem esse campo preenchido.

 

Bom acredito que nossa duvida esteja sanada com essa resposta acima.

 

Obrigado mais uma vez pela atenção.

 

 

 

[Daniel Simoes]

Sim... o bug é do SEFAZ... agora que eles foram informados, acho que logo eles corrigem...

 

Obrigado pelo ótimo trabalho de pesquisa...

[tdpsistemas]

Agora nos resta esperar.

 

Por nada, eu agradeço a atenção.

[Sérgio Assunção]

Houve alguma resposta ou solução por conta da Sefaz sobre o bug?

Em modo homologação os campos aibda estão sendo impressos.

Sérgio

[Cristiano Abbud]

Ainda não.

Quando o SAT é ativado estes campos de observação ainda são enviados pela Sefaz com este conteúdo de xCampo1 e xTexto1.

Lembrando que estes dados são enviados pela Sefaz no arquivo de "Parametrização de Uso", quando o SAT é ativado.

A Sefaz pode atualizar este arquivo de parametrização a qualquer momento e mudar este conteúdo para uma string de até 255 caracteres.

Sugestão: deixem prevista esta área de 255 caracteres.

Att

Cristiano Abbud

[Daniel Simoes]

Olá Cristiano,

Retomando o tópico...

Sabe nos dizer se o SEFAZ modificou a parametrização dos campos xCampo1 e xTexto1 ?

O fato deles continuarem a serem impressos no Extrato, sempre gera confusão nos clientes finais...

[Cristiano Abbud]

Boa tarde Daniel,

 

Ainda não mudaram não. Esta mudança ocorre com um novo arquivo de parametrização.

Porém houve uma atualização do arquivo de parametrização do SAT de todos os equipamentos SATs de todos os fabricantes por conta do inicio do horário de verão.

E mesmo assim os campos continuaram os mesmos.

 

Att

Cristiano Abbud

[José Manoel]

procedure TACBrSATExtratoESCPOS.GerarObsFisco;
var
  i : integer;
begin
  if (CFe.InfAdic.obsFisco.Count > 0) or
     (CFe.Emit.cRegTrib = RTSimplesNacional) then
     FBuffer.Add('<c> ');

  if CFe.Emit.cRegTrib = RTSimplesNacional then
     FBuffer.Add('<c>' + Msg_ICMS_123_2006 );

  for i:=0 to CFe.InfAdic.obsFisco.Count - 1 do
    if (CFe.InfAdic.obsFisco.Items.xCampo <> 'xCampo1')
        and (CFe.InfAdic.obsFisco.Items.xTexto <> 'xTexto1') then
      FBuffer.Add('<c>'+CFe.InfAdic.obsFisco.Items.xCampo+'-'+
                                   CFe.InfAdic.obsFisco.Items.xTexto);
end;

 

Prezados, bom dia.

Será que podemos adicionar a condição acima no arquivo ACBrSATExtratoESCPOS.pas para que não sejam impressos esses campos? Será que há alguma implicação legal?

[Daniel Simoes]

Não acho que seja correto... o correto é ligar no Sefaz, e questionar o porque eles enviam essa informação desnecessária