Datacaixa

Boa tarde! Na minha aplicação antes de iniciar uma venda utilizo ConsultarSAT e ConsultarStatusOperacional para validar se o SAT está em operação. Em seguida eu salvo o número da sessão gerado no EnviarDadosVenda e quando o retorno é diferente de 6000 utilizo ConsultarNumeroSessao para validar se a venda foi emitida corretamente. Essa regra de negócio está diretamente na aplicação, Mesmo assim recebi o comunicado da SEFAZ do CE dizendo que alguns CF-e estão em duplicidade (referente esse assunto aqui). Mediante a isso gostaria de opiniões sobre essas dúvidas: 1 - Verificando o código do componente vi que a propriedade ValidarNumeroSessaoResposta faz a consulta de sessão que também faço na aplicação. É recomendado nesse caso apenas ativar essa propriedade e remover a validação diretamente na aplicação? Até porque o ConsultarNumeroSessao só funciona na última operação. 2 - Qual lógica estão usando para validar se a venda foi emitida corretamente? ConsultarNumeroSessao e depois ConsultarUltimaSessaoFiscal ou apenas ConsultarUltimaSessaoFiscal com a propriedade ValidarNumeroSessaoResposta ativada?

Boa tarde! Estou tentando emitir uma NFS-e para o municipio de Anápolis porém estou recebendo os erros descritos no xml, já verifiquei o cadastro do cliente e os dados de endereço (CEP/Código Municpio) estão sendo inválidados. xml_NFSe.zip

Ok, vou implementar a mudança, obrigado.

Boa noite! Ao tentar emitir uma NFS-e no município de Nova Iguaçu estou recebendo o seguinte retorno no componente: 3324052815585500010056000000000050039-rps.xml

Eu notei que no NFeRetornoSincrono o campo é alimentado corretamente, porém, ele é privado. Tem alguma maneira de pegar isso?

Boa tarde! Estou com o fonte atualizado e fazendo um teste de emissão de NFC-e (modo sincrono ) no exemplo ACBrNFe > Delphi. Gostaria de entender porque essa propriedade ACBrNFe1.WebServices.Enviar.dhRecbto retorna 30/12/1899 considerando que outras propriedades como Protocolo, xMotivo, cStat vem devidamente preenchidas. Uso esse campo internamente para controle e já faz um tempo que está retornando null. Isso é um bug ou tem algum motivo específico?

RESOLVIDO! o código está correto. Eu que estava comendo bola aqui. Obg.

if (ACBrTEFD1.GPAtual = gpPayGoWeb) then begin ACBrTEFD1.TEFPayGoWeb.ParametrosAdicionais.ValueInfo[PWINFO_AUTHSYST]:='REDE'; ACBrTEFD1.TEFPayGoWeb.ParametrosAdicionais.ValueInfo[PWINFO_CARDTYPE]:='02'; //02: débito ACBrTEFD1.TEFPayGoWeb.ParametrosAdicionais.ValueInfo[PWINFO_FINTYPE]:='01'; //01: à vista end Boa tarde, como passar a adquirente que desejo utilizar na transação do TEF? Estou usando esse código, mas em meu ambiente de homologação sobre é aberto o menu para selecionar : 1 - ITI, 2 - DEMO, 3 - REDE. Dicionário de dados (readme.io) Se eu entendi corretamente, segundo esse dicionário da Paygo, ao informar PWINFO_AUTHSYST posso definir o Nome do Provedor: “ELAVON”;“FILLIP”;“LIBERCARD”;“RV”;etc.

Boa tarde! Eu verifique as duas procedures (Alimentar_Componente_layout_ABRASF, Alimentar_Componente_layout_PadraoNacional) e existem diferenças de preenchimento nelas por exemplo: Modelo Abrasf (Demais Provedores) Servico.Valores.Aliquota := 0; (Acredito que seja o ISS) Modelo Nacional não tem menção sobre esse preenchimento. Estou tentando manter as propriedades/campos do modelo nacional parecido com o que já está preenchido no modelo Abrasf. Acredito que uma documentação mais detalhada no preenchimento das propriedades/campos evitaria esse tipo de dúvida/suporte no preenchimento das informações.

Boa tarde! Na emissão da NFS-e padrão nacional como preencher os campos abaixo: * Em comparação com o padrão nacional vários desses campos não são preenchidos. "Modelo ABRASF"

Boa tarde! @Italo Giurizzato JuniorEstava funcionando no cliente normalmente, de repente começou a dar problema no emissão, fui fazer um teste debugando a aplicação e verifique que o xml estava ficando mal formado, vou atualizar o componente e gerar uma nova versão do aplicativo para testar.

Só anexei no tópico mesmo. Cidade: Macapá-AP Provedor: ISSnet

Boa tarde! Ao tentar emitir uma NFS-e001083-comp-nfse-soap.xml o o xml retornado está ficando mal formado, neste caso seria problema no provedor ou no componente AcbrNFSEx?

Ok, obrigado

Boa tarde! Tenho o código abaixo para enviar a NF-e e gostaria de adicionar uma tratativa caso a SEFAZ retornasse Consumo Indevido, para que dessa forma eu bloquearia o usuário de alterar a nota e ficaria com status "Enviando" para o usuário tentar novamente mais tarde. Como posso saber que o retorno foi Consumo Indevido da SEFAZ? Faria sentido tentar consultar/enviar essa nota mais tarde? try dmACBr.ACBrNFe1.Enviar('1', False, False); pAtualizarTela; except on E : Exception do begin if E.Message <> '' then iMessageBox(handle,pchar( E.Message ),'Rejeição',MB_OK+MB_ICONWARNING) else iMessageBox(handle,pchar( E.Message + #13 + 'Sem retorno do Método: Enviar'+#13+'Experimente colocar SSL3 e TLS desmarcado no IE.' ),'Rejeição',MB_OK+MB_ICONWARNING); TVENDAS.Edit; if copy(E.Message,1,14) <> 'O tempo limite' then TVENDASSITUACAO.AsString := 'Rejeitada'; TVENDASMOTIVO_REJEICAO.AsString := Copy(E.Message,1,1500); TVENDAS.Post; dmConexao.IBTCONEXAO.CommitRetaining;

Boa tarde! Eu provoquei esse erro de propósito não informando o código de tributação do serviço, o motivo disso é para verificar a forma como o erro está sendo retornado, o lote pode ter sido recepcionado com sucesso, porém a nota não estaria "autorizada" pois foi gerado esse erro. Esse tipo de comportamento é o que acontece quando se faz uma NF-e, um item da nota com alguma informação incorreta ou faltante resulta em um nota "Rejeitada" certo? No caso da NFS-e o comportamento é diferente, pelo que entendi teria que analisar todos os tipos de retorno para ter uma certeza sobre o status da nota, ou seja, teria que tratar todos os retornos como na procedure "ChecaResposta" é isso mesmo? Eu não posso considerar somente a propriedade AcbrNFSex1.Emite.Sucesso como válida para identificar se a mesma está como "Autorizada" ou "Rejeitada".

Bom dia! Obrigado, segue anexo o retorno da nfse. emissao_nfse.zip

Boa noite! Vou ter que deletar anexos de tópicos antigos para liberar espaço para pode anexar documentos novos, é isso mesmo?

Boa tarde! Mas esse número de protocolo não corresponde aos demais já gerados, está bem diferente das demais notas que foram emitidas com sucesso. This XML file does not appear to have any style information associated with it. The document tree is shown below. <ns3:ConsultarLoteRpsEnvio xmlns:ns3="http://www.ginfes.com.br/servico_consultar_lote_rps_envio_v03.xsd" xmlns:ns4="http://www.ginfes.com.br/tipos_v03.xsd"> <ns3:Prestador> <ns4:Cnpj>17098110000130</ns4:Cnpj> <ns4:InscricaoMunicipal>57332</ns4:InscricaoMunicipal> </ns3:Prestador> <ns3:Protocolo>554195555</ns3:Protocolo> <Signature xmlns="http://www.w3.org/2000/09/xmldsig#"> <SignedInfo> <CanonicalizationMethod Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1"/> <Reference URI=""> <Transforms> <Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/> <Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315"/> </Transforms> <DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1"/> <DigestValue>HnDDaarvH+1Pm3Lb9MALskx+vjY=</DigestValue> </Reference> </SignedInfo> <SignatureValue>XWZ0CXzkk/dv98r9GPd8AveFEWxVUNdiw2ud1/4uNdrfsqwRWPFEKiAl+YlcyuICRp5mRLO6uI9mk5x50NFTvsjnV1gsEHNd2LZScYzeM/rXOsjr4+LvkC3PL8v//1bO5PZfzhR3lRUYsRv/fRNELponiD6YlaTcUlAG3SZFCRaM5d9rsKFVbYzqlchBAhxD+zryfsvMOcxV43Ub+x6/3cEfScIJPi+RhJ1FZ1WDYmdavn1/ggrNCZxfQws8yf0t+VdTAsRUqd4e4ZWV+vT4PEQZAeWutMfO24LsQWGYFppzEE11/sjlVGCv1aqV3icYTusA0OuRiD9KNc68adznmA==</SignatureValue> <KeyInfo> <X509Data> <X509Certificate>MIIHszCCBZugAwIBAgIKFjG7VlV5fuPjqTANBgkqhkiG9w0BAQsFADBbMQswCQYDVQQGEwJCUjEWMBQGA1UECwwNQUMgU3luZ3VsYXJJRDETMBEGA1UECgwKSUNQLUJyYXNpbDEfMB0GA1UEAwwWQUMgU3luZ3VsYXJJRCBNdWx0aXBsYTAeFw0yMzExMTcxNjQxMjNaFw0yNDExMTYxNjQxMjNaMIGmMQswCQYDVQQGEwJCUjEZMBcGA1UECwwQVmlkZW9jb25mZXJlbmNpYTEXMBUGA1UECwwONDI5MzIzNTQwMDAxMTQxHzAdBgNVBAsMFkFDIFN5bmd1bGFySUQgTXVsdGlwbGExEzARBgNVBAoMCklDUC1CcmFzaWwxLTArBgNVBAMMJFdBR05FUiBNT1JFTk8gQkFMQklOTzoxNzA5ODExMDAwMDEzMDCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBANB8+99kV59LEKHX2PkeqV/6YGc2ZCV4al1TCt2H2xD7QB5IBYpYr8gbsVWgaeF01PJEmaZrQ6mHlPbtkyCcqrAXmDdxOlNYz8vKfPq+8FZ9o9BhrnqJQ3SdZJCk/n0rKY4X3m0go2vKle5+0J0h185O50bKjJ559B6ANuU8hgLoRV4wdACSWsJKAbP8f4bJ02N+fL+N/8ux7nbtdS00f68M2p5an/IpUSxm5WKS5Sp+uARG3e/22kqpQUta0JBnkbHrAqUkJAWa72wZCjY4qA2p4qGiRXQ6v3F/74o80FZuDLn/Ej+cY+5wLUf3t88MaSnNVxry8BcwHmoVj9oMjGECAwEAAaOCAyswggMnMA4GA1UdDwEB/wQEAwIF4DAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwCQYDVR0TBAIwADAfBgNVHSMEGDAWgBST4f9+HeX15E3hOWKLIWmV5q9yFjAdBgNVHQ4EFgQUN2fWdDbfZXe8N0OFYysRdFXp/z4wfwYIKwYBBQUHAQEEczBxMG8GCCsGAQUFBzAChmNodHRwOi8vc3luZ3VsYXJpZC5jb20uYnIvcmVwb3NpdG9yaW8vYWMtc3luZ3VsYXJpZC1tdWx0aXBsYS9jZXJ0aWZpY2Fkb3MvYWMtc3luZ3VsYXJpZC1tdWx0aXBsYS5wN2IwgYIGA1UdIAR7MHkwdwYHYEwBAgGBBTBsMGoGCCsGAQUFBwIBFl5odHRwOi8vc3luZ3VsYXJpZC5jb20uYnIvcmVwb3NpdG9yaW8vYWMtc3luZ3VsYXJpZC1tdWx0aXBsYS9kcGMvZHBjLWFjLXN5bmd1bGFySUQtbXVsdGlwbGEucGRmMIG/BgNVHREEgbcwgbSgIAYFYEwBAwKgFwQVV0FHTkVSIE1PUkVOTyBCQUxCSU5PoBkGBWBMAQMDoBAEDjE3MDk4MTEwMDAwMTMwoEIGBWBMAQMEoDkENzExMDQxOTgyMjk1ODM5OTg4NTAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDCgFwYFYEwBAwegDgQMMDAwMDAwMDAwMDAwgRh3YWduZXJtb3Jlbm9AaG90bWFpbC5jb20wgeIGA1UdHwSB2jCB1zBvoG2ga4ZpaHR0cDovL2ljcC1icmFzaWwuc3luZ3VsYXJpZC5jb20uYnIvcmVwb3NpdG9yaW8vYWMtc3luZ3VsYXJpZC1tdWx0aXBsYS9sY3IvbGNyLWFjLXN5bmd1bGFyaWQtbXVsdGlwbGEuY3JsMGSgYqBghl5odHRwOi8vc3luZ3VsYXJpZC5jb20uYnIvcmVwb3NpdG9yaW8vYWMtc3luZ3VsYXJpZC1tdWx0aXBsYS9sY3IvbGNyLWFjLXN5bmd1bGFyaWQtbXVsdGlwbGEuY3JsMA0GCSqGSIb3DQEBCwUAA4ICAQBJi3JnW0gkWHP2XiFtLgStuwtrr/40PbkssR8oZczoZjwRkSQ6ASfvz7jgbmG0x3awe62bT1taDAxyU5Lbc702/UPgBHku4OfULFv9FSmA7XLhL/W4G+7qB0k+t6mzb7f65kEiEPn9x9s8CrRRvbeH3B1ZD8BmsSXnE2NqLWpZ+XOnYbykjkYsB8U+5KmfnZ/8IG5YA+ZHlyyLWgEhyHQ7ny1GPszEdW7XHJ9MOMy7IIfBCiQbYfjiXenbX3YMh3aEdx6HGL2HeTZD3zUrXZR+Y9rAyy5JFNV96hyoiBAeSA2p3hl3qTC2ACJi4yrPoDhkEJKj1C6pNLRxM1Y8aHHoWSwpVzPcik6nt2MbyFLBAU/juqAPlAj10Mp6kwLzqL2sZNNMgsZaBvldacS8bvbq5f2QoV7g8sxWCk30QC7H8K7Ng0uyrFqvFhk+3+OZoTaYTSBF2bBjzwb/Js0SwrJmpc4VOor3YzFITyqL4F8kk1acMnBJQf01IP8EuyrLHpEIuOz2uk7VYaWECtcZB+w55xLWxU5PSCxEKyjexgqSeH9WUWFg3vH/139+ljetHvtaMlnmyXEYEni6IFdzzLHu+1UTyWOV+dRkQMs6dKLYjOfxtpAQiEhLTQxfNpdNIe24+xEETi6pc6s6BvEgVWg8jPdVSnmubyWMO8Gyl3+WNg==</X509Certificate> </X509Data> </KeyInfo> </Signature> </ns3:ConsultarLoteRpsEnvio> obs: não consigo anexar arquivos, poderia deixar pelo menos 1MB de tamanho de arquivo?

Bom dia! O erro ainda persiste ------------------------------ Versão OpenSSL OpenSSL 1.1.1j 16 Feb 2021 01.01.01.0AF C:\WINDOWS\SYSTEM32\libcrypto-1_1.dll C:\WINDOWS\SYSTEM32\libssl-1_1.dll ------------------------------ Requisição Ambiente : 1 Cidade : Guaruja/SP Provedor : Ginfes Versão: 1.00 Data/Hora: 26/02/2024 11:36:30 Método Executado: Enviar Lote Assíncrono Parâmetros de Envio Numero do Lote: 611 Parâmetros de Retorno Data de Envio : 26/02/2024 Numero do Prot: 554180437 Numero da Nota: Link : Código Verif. : Sucesso : True Método Executado: Consultar a Situacao Parâmetros de Envio Numero do Prot: 554180437 Numero do Lote: 611 Parâmetros de Retorno Situação Lote : 3 Descrição Sit : Lote Processado com Erro Sucesso : True Método Executado: Consultar o Lote de Rps Parâmetros de Envio Numero do Prot: 554180437 Numero do Lote: Parâmetros de Retorno Situação Lote : 3 ID Nota : Sucesso : False Erro(s): Código : E30 Mensagem: Item da lista de serviço inexistente Correção: Consulte a legislação vigente para saber o item da lista de serviço que deverá ser informado neste campo. --------- NFS-e Numero....: 611 Cod. Verificacao: Prestador.......: CONECTA TECNOLOGIA Tomador.........: DATACAIXA TECNOLOGIA LTDA Analisando o log gerado pela procedure ChecarResposta no momento de ler o metodoRecepcionar a propriedade Emite.Sucesso está igual a "True" sendo que teve um erro na emissão, porém acredito que o certo seria que fosse "False" o entendimento seria esse mesmo? E neste mesmo momento a propriedade Emite.Erros.Count neste momento está igual a 0. A propriedade Emite.Erros.Count com o erro retornado pelo Provedor só é adicionado na execução do "ACBrNFSeX1.Provider.ConfigGeral.ConsultaLote" e aí sim o Erros.Count é incrementado. Sendo assim, não basta eu usar somente a propriedade ACBrNFSeX1.WebService.Emite.Erros pois no primeiro momento ela não estará preenchida corretamente.

Vou fazer um teste e te informo.

Boa tarde! Ao tentar transmitir uma NFS-e para o provedor Ginfes com erros na digitação da NFS-e o componente NFSeX não está identificando os erros retornados pelo provedor. Segue xml de exemplo do retorno. 553468497-lista-nfse-con-lot.xml

OK, obrigado!

OK, obrigado. É que meu cliente está me cobrando disso e me disse que o sistema antigo imprimia o nome do cliente quando era nota fiscal de entrada.

Como faço para que no canhoto da NF-e quando for documento fiscal de Entrada (entrada própria, devolução, etc.) seja exibido o nome do cliente (destinatário) ao invés do nome da empresa (emitente)?