Alisson07

essa situaçãoa ocorre quando mando mais de uma impressão. No caso mais de um bitmap para impressão.

Estou usando um smartphone samsung que se conecta por bluetooth com uma impressora bematech

Acbrposprinter exceção "read failed, socket might closed or timeout, read ret: -1 " ao imprimir : testado impressora bematech.

sim, configurei.

Impressora é a do POS Sunmi p2. Impressao de imagem.

ACBrPOSPrinter impressao por texto : tem como aumentar o tamanho da fonte? Preciso que algumas linhas tenham tamanhos de fonte diferente.

Ao tentar imprimir por imagem, esta cortando como se estivesse pulando linhas. Alguma dica?

como setar o tamanho da imagem a ser impressa pel ocomponente TACBrSunmiPrinter? Quero deixar a imagem ser impressa na largura do papel. Hoje ela é impressa menor.

alguem solucionou? estou com o mesmo problema.

Alguma resposta?

Encontrei a solucção, Abra as configurações do seu navegador padrão, acesse opçoes de internet /privacidade/avançado/bloquear cookies(interno e de terceiros). Devido aos cookies ele mantem a sessão com login e senha do provedor. Por isso ocorre a rejeição. Ele mantem as credenciais do primeiro envio salvo. bloqueei os cookies e deu certo.

Sim e sim. Cliente tem 2 empresas e emite da mesma maquina para as duas empresas. E a configuração do componente é refeita sempre. O que leva a crer que seja algo no web service.

Estou com uma situção um tanto quanto atípica. Temos 2 clientes ipm da mesma cidade (Palhoça-SC) que basicamente conectam no mesmo 'Componente ACBrNFSeX'. Quando emito NFse para o primeiro cliente e depois para o segundo cliente, ao tentar emitir/cancelar para o primeiro novamente ocorre a rejeição: "00005 - Usuário logado é diferente do prestador informado e não existe relacionamento contador/cliente entre ambos." Quando reinicio a aplicacação, ambos os clientes voltam a emitir/cancelar normalmente. Ja verifiquei os campos wsuser e wssenha, está com usuario e senha correta. Acredito que seja algo do web service que mantem uma conexão em cache ou algo do tipo. Testei pelo navegador e ele mantem as credenciais ativa por um tempo. Alguem tem ideia de como posso contornar isso? existe alguma propriedade que posso habilitar para não permanecer conectado ao webservice ? Sem que eu tenha que reiniciar minha aplicação.

Deu certo, obrigado. Então era apenas a versão IPM na cidade de araquari, estava como 1.0 e agora está como 1.01.

0014729703800013127316112023-ProcNFSe.xml

Na cidade de Araquari-sc ao cancelar a nfse retorna o seguinte erro: <retorno><mensagem><codigo>XSD Error 1871: Element 'nf': Missing child element(s). Expected is ( serie_nfse ). Line: 1</codigo></mensagem></retorno>

Se ajuda na análise situação ocorre apenas com IPM, até agora identifiquei a situação na cidade de Agrolândia-sc e de Rio das Antas-sc, As duas alteraram os links recentemente.

Encontrei o problema. Campo idantificador deve retornar o Incremento do ultimo numero rps enviado.

Ao tentar emitir NFse para ipm cidade de agrolandia-sc pelo componente TACBrNFSeX retorna a seguinte rejeição : 00209 - Já consta uma NFSe para o referido prestador de serviço com o mesmo IDENTIFICADOR de arquivo Mas se usar o componente antigo TACBrNFSe emite normalmente. Segue xml de retorno. ReqResp.xml

Ele está caindo no else. Onde utiliza a função: Result:= AcbrStr(Result); Não utiliza o nativeStringToUTF8. Se eu coloco : Result:= String(NativeStringToUTF8(Result)); funciona normalmente. provavelmente esta retornando do webservice sem formatar no UTF8.

ESta exatamente dessa forma. utilizando : Result := ACBrStr(Result);

XML de retorno: <retorno><mensagem><codigo>00209 - Já consta uma NFSe para o referido prestador de serviço com o mesmo IDENTIFICADOR de arquivo</codigo></mensagem><identificador>nfse</identificador><numero_nfse>5297</numero_nfse><serie_nfse>1</serie_nfse><data_nfse>06/11/2023</data_nfse><hora_nfse>16:53:41</hora_nfse><arquivo_gerador_nfse>452-ger-nfse.xml</arquivo_gerador_nfse><nome_arquivo_gerado_eletron>452-ger-nfse.xml</nome_arquivo_gerado_eletron><link_nfse>http://sync.nfs-e.net/datacenter/include/nfw/nfw_imp_notas.php?codauten=0180030001856541</link_nfse><cod_verificador_autenticidade>0180030001856541</cod_verificador_autenticidade></retorno> porem em acbrlibxml2 na funcão function xmlParseDoc(const cur: xmlCharPtr): xmlDocPtr; begin if InitLibXml2Interface and Assigned(_xmlParseDoc) then Result := _xmlParseDoc(cur) //Retorna nil! else Result := nil; end; e gera essa mesangem: X999 - Erro de Conexão: Input is not proper UTF-8, indicate encoding ! Bytes: 0xE1 0x20 0x63 0x6F Ja atualizei o repositório.

Na verdade no cliente ainda não estava dando certo pelo ACBrNFSeX entrei em contato com a ipm e os mesmos relataram que a url ainda se encontra errada. Segue arquivo com a url correta. TTestado por postman e deu certo. ACBrNFSeXServicos.ini

Saiu uma nova alteração referente ao município de Araquari-sc link: https://araquari.atende.net/subportal/atualizacao-do-sistema-fiscal-web Segue arquivo ACBrNFSeXServicos.ini atualizado com a nova URL, conseguem atualizar? ACBrNFSeXServicos.ini

a tag <emiDocAnt> está com ie vazio porém o emitente é uma pessoa fisica.