herculanojs

ahh sim, entendi

?? Mas esta com o mesmo endereço que encontrei debugando ASoapAction: 'http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF'

Devo ter pego os dados em algum momento que ainda não havia preenchido a variável. Mas testando novamente os dados estão com os seguintes valores: AURL: 'https://homologacao.sefaz.mt.gov.br/nfews/v2/services/NfeStatusServico4' ASoapAction: 'http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF' AMimeType: 'application/soap+xml; charset=utf-8' Conteudoxml: '<?xml version="1.0" encoding="UTF-8"?><soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"><soap12:Body><nfeDadosMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4"><consStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"><tpAmb>2</tpAmb><cUF>51</cUF><xServ>STATUS</xServ></consStatServ></nfeDadosMsg></soap12:Body></soap12:Envelope>' Acredito algo possa estar ocorrendo dado as configurações: Anteriormente não havia essas configurações, e não faço a menor idéia de como isso deve estar, qual a correta a usar, etc. SSLType, SSLib, etc

URL: 'https://homologacao.sefaz.mt.gov.br/nfews/v2/services/NfeStatusServico4' soapaction: 'http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF' PMimeType: '' (vazio) EnvelopeSoap: '<?xml version="1.0" encoding="UTF-8"?><soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"><soap12:Body><nfeDadosMsg xmlns="http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4"><consStatServ xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"><tpAmb>2</tpAmb><cUF>51</cUF><xServ>STATUS</xServ></consStatServ></nfeDadosMsg></soap12:Body></soap12:Envelope>'

Bom dia meu amigo. Você poderia passar quais as configurações que esta utilizando para MT, pois após efetuar as atualizações, utilizando o teste do acbr não consigo obter nenhum resultado favorável. Nem com NFe ou NFCe. Sequer o status estou conseguindo obter um resultado positivo. Postei o que esta ocorrendo neste post:

O arquivo de resposta do webservice o componente não esta salvando, pois esta gerando exceção 20180406072926-ped-sta.xml 20180406072926-ped-sta-soap.xml

Acredito tenha ainda alguma coisa mal configurada com o ACBr, e não sei se referente os endereços do webservice. Se executo diretamente no navegador, esta respondendo https://homologacao.sefaz.mt.gov.br/nfews/v2/services/NfeStatusServico4?wsdl Contudo no arquivo ACBrNFeServicos.ini esta desta forma https://homologacao.sefaz.mt.gov.br/nfews/v2/services/NfeStatusServico4 Mesmo ajustando no arquivo, o erro ainda persiste.

Debugando há resposta do webservice function TDFeHttpWinHttp.Enviar(const ConteudoXML: String; const AURL: String; const ASoapAction: String; AMimeType: String): String; Result := String( ReadStrFromStream(Resp, Resp.Size) ); '<?xml version=''1.0'' encoding=''utf-8''?><soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope"><soapenv:Body><soapenv:Fault xmlns:axis2ns726="http://www.w3.org/2003/05/soap-envelope"><soapenv:Code><soapenv:Value>axis2ns726:Client</soapenv:Value></soapenv:Code><soapenv:Reason><soapenv:Text xml:lang="en-US">The endpoint reference (EPR) for the Operation not found is http://homologacao.sefaz.mt.gov.br:80/nfews/v2/services/NfeStatusServico4 and the WSA Action = http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico4/nfeStatusServicoNF /></soapenv:Fault></soapenv:Body></soapenv:Envelope>'

Descobri no pacote acbr_Comum.dpk faltando a instrução {$R *.otares} Ao colocar o problema resolveu

Após desinstalar o acbr, pelo instalador não consigo mais instalar. Já fiz a limpeza de tudo. Manualmente também ocorre erro de faltando o Resource acbr. O que pode ser ?

Fiz os ajustes no arquivo, todavia não havia recompilado. Devo recompilar os pacotes novamente?

Testei em ambos os ambientes

Estou migrando para a versão 4.0 mas não estou conseguindo evoluir nos testes. (WebService MT) Não consigo realizar nenhuma consulta com a versão 4.0. Já troquei as dll conforme post de Daniel (ACBrDFe OpenSSL e TLS1.2) Já recompilei todos os pacotes, removi qualquer arquivo antigo. Esta tudo zerado, e apenas recebo o erro interno: 0 erro http: 500 Já tentei a recomendação feita pelo Rodrigo, " informando o valor "LT_TLSv1_2" na property "SSLType"." e mesmo assim sem sucesso. Na versão 3.1 funcionando ok, mas de mudo para a 4.0 não consigo nem mesmo consultar o status do serviço. Notei que no arquivo ACBrNFeServicos.ini os endereços dos webservices de MT para a versão 4.0 estavam incorretos, de acordo com o descrito no portal da sefaz. NfeStatusServico_4.00=https://homologacao.sefaz.mt.gov.br/nfcews/services/NfeStatusServico4 troquei para NfeStatusServico_4.00=https://homologacao.sefaz.mt.gov.br/nfcews/services/NfeStatusServico4?wsdl Alguém tem alguma orientação ?

Daniel, uma dúvida. O ACBRPosPrinter funciona em aplicações firemonkey android ?

Bom dia Daniel Em relação a impressora bluetooth mini termal, o ACBRPosPrinter faz a impressão nesses equipamentos? Porque pelo que li no forum em algum lugar antes, alguém informava que o padrão da linguagem do componente não era ESC/POS mais algum outro tipo de ESC que não me recordo agora.

Desculpe a ignorância, mas como utilizo o ACBrPosPrinter com porta usb para abertura de gaveta. Bastaria setar Porta=USB ? Qual seria os parâmetros que devo configurar? Modelo, e porta ? Para Epson TM T20 seria este modelo ppEscPosEpson ?

Seria possivel você postar a solução para pessoas com o mesmo problema ? Em relação ao qrcode consegui imprimir, contudo não consigo passar de 126 caracteres no qrcode. Acima disso não imprime. procedure TMiniThermalBluetooth.WriteQrCode(text: string); var d,dL,dH:integer; begin d := length(text); dL := d mod 256; dH := d div 256; write(chr(27)+chr(64)); write(escAlignCenter); write(chr(27)+chr(90)+chr(40)+chr(0)+chr(6)+chr(dL)+chr(dH)+text); end; codigo barra 128c write(chr(29)+chr(104)+chr(40)); //altura write(chr(29)+chr(119)+chr(2)); //largura write(chr(29)+chr(72)+chr(0)); //(GS H n) hri write(escAlignLeft); write(chr(29)+chr(107)+chr(73)+chr(23)+chr(123)+chr(67)+copy(FieldByName('chave').AsString,1,23)+chr(0)); No caso estou pegando apenas 23 caracteres da chave. Percebi que se o código for ultrapassar o tamanho de impressão, a impressora não imprime. Ainda não descobri uma forma de reduzir tamanho do mesmo, pois apesar de ajustar a alargura, mas a mesma obedece um padrão, e 54 bytes no codigo de barras não cabe em 80mm. Pelo menos não consegui fazer.

Seria possivel você postar a solução para pessoas com o mesmo problema ?

Você poderia compartilhar o código que utilizou? Também estou necessitando e utilizo a mesma impressora que você.

Sei que o topico é antigo, mais alguém já tem algo neste sentido. Para a integração com o gerencia net?

Sim perfeito Italo, compreendi o processo de configuração dos provedores e deixei o componente conforme esta, ajustando apenas os arquivos de cada provedor. Contudo como mencionei há alguma coisa ainda estranha. Para provedor betha se Assinar.Lote esta verdadeiro, ocorre o problema "Falha ao localizar o nó de Assinatura." se o mesmo esta como falso, a nota é homologada. No caso do ISSNet, se Assinar.Lote estiver falso e se usar com openssl obtenho o erro 'Error: the schema itself is not valid', se usar com capicom "Assinatura do HASH não Confere"

Conforme informei anteriormente, há alguma coisa ainda que não esta batendo. Para provedor betha se ConfigAssinar.Lote esta verdadeiro, ocorre o problema "Falha ao localizar o nó de Assinatura." se o mesmo esta como falso, a nota é homologada. Contudo deixando verdadeiro, para os demais provedores, dá erro. No caso do ISSNet, se usar com openssl obtenho o erro 'Error: the schema itself is not valid', se usar com capicom "Assinatura do HASH não Confere" Se ConfigAssinar.Lote fica como falso, o processo passa normalmente. ACBrNFSeConfiguracoes.pas

Observei que na unit ACbrNFSeConfiguracoes em procedure TGeralConfNFSe.SetConfigMunicipio; é fetuado a leitura do arquivo do provedor, no qual estaria parâmetros de configurações do mesmo. FConfigAssinar.Lote := FPIniParams.ReadBool('Assinar', 'Lote', False); FConfigAssinar.LoteGerar := FPIniParams.ReadBool('Assinar', 'LoteGerar', False); if not FConfigAssinar.RpsGerar and FConfigAssinar.Lote then FConfigAssinar.Lote := false; Implementei essa linha, no sentido de que se não esta configurado para gerar lote logo que não seja necessário a sua assinatura também. Assim o erro deixou de apresentar, e validou normalmente a nfse.

Não consigo emitir de forma alguma uma nota de serviço. Atualizei hoje os fontes, estão mais que atualizados e mesmo assim aparentemente há um erro neste processo de assinatura da nota. Em anexo esta o xml que gravei antes de enviar, contudo no mesmo não há as duas tags mencionadas no post em relação a Lote. E mesmo assim o processo fica procurando essas tags. Estou tentando homologar para o provedor betha. O Parâmetro FTagGrupo está com o valor "ns3:EnviarLoteRpsEnvio" O Parâmetro TagElemento está com o valor "LoteRps" FPConfiguracoesNFSe.Geral.ConfigAssinar.Lote = True xSignatureNode = './/ns3:EnviarLoteRpsEnvio/ds:Signature' xDSIGNSLote = 'xmlns:ns3="http://www.betha.com.br/e-nota-contribuinte-ws"' Se eu deixo a opção FPConfiguracoesNFSe.Geral.ConfigAssinar.Lote como False, não ocorre o erro. Contudo como devo tratar isso ? Quando saber de deve ou não assinar lote? 5117062350472900010956000000000000012-rps.xml 42-env-lot-soap.xml 42-env-lot.xml

Atualizei os fontes do acbr hoje, e passei a obter o mesmo erro. Os fontes estão atualizadíssimos. E a versão da Nfe é a 3.10. Utilizando os fontes anteriores a atualização não há o problema. 51170523504729000109550010000001691000004373-nfe.xml Contudo anteriormente efetuada a validação antes de assinar o xml, e agora somente cessou o erro após assinar previamente o xml.