Ir para conteúdo
  • Cadastre-se

Intelliware

Membros Pro
  • Total de ítens

    339
  • Registro em

  • Última visita

Tudo que Intelliware postou

  1. Bom dia, Estava efetuando alguns testes e estou tentando recuperar os dados, através da seguinte linha de código: ACBrTEFD.RespostasPendentes[i].CorrespBancarios Pela linha acima, a IDE do Delphi me mostra a opção 'TotalTitulos' e 'TotalTitulosNaoPago' normalmente, mas analisando o source do repositório, não aparece para mim, as opções: CB.DataVencimento := LeInformacao(600, wNumCB).AsDate; { Data Vencimento do título - CB } CB.ValorPago := LeInformacao(601, wNumCB).AsFloat; { Valor Pago do título - CB } CB.ValorOriginal := LeInformacao(602, wNumCB).AsFloat; { Valor Original do título - CB } CB.Acrescimo := LeInformacao(603, wNumCB).AsFloat; { Valor do Acréscimo - CB } CB.Desconto := LeInformacao(604, wNumCB).AsFloat; { Valor do Desconto - CB } CB.DataPagamento := LeInformacao(605, wNumCB).AsDate; { Data contábil do Pagamento - CB } CB.NSUTransacaoCB := LeInformacao(611, wNumCB).AsString; { NSU da Transação CB } CB.TipoDocumento := LeInformacao(612, wNumCB).AsInteger; { Tipo Docto CB - 0:Arrecadação/ 1:Título/ 2:Tributo } CB.NSUCancelamento := LeInformacao(623, wNumCB).AsString; { NSU para cancelamento - CB } CB.Documento := LeInformacao(624, wNumCB).AsString; { Linha Digitável/Código de Barras do documento pago} Estou utilizando a classe correta? Ou eu teria que obter os valores de outro modo? Desde já agradeço.
  2. Bom dia Daniel e Elias. Estamos terminando o lançamento de uma versão e já vou partir para os testes com a correção. Qualquer dúvida posto aqui. Desde já agradeço.
  3. Boa tarde pessoal, Estamos implementando correspondente bancário no nosso PDV. O componente ACBrTEF efetua todo o fluxo normalmente. Utilizamos o módulo SitCorban SE da instituição bancária Tribanco e o SitDemo 6.0.0.3. No momento, temos algumas dúvidas: 1) No caso do fluxo do TEF, quando entramos em pagamento de conta, digitamos os referidos valores que são pedidos para o primeiro boleto(valor de R$ 120,00). Após este procedimento aparece a mensagem conforme o segundo anexo abaixo. Se digitamos mais um boleto no valor de R$250,00, finalizamos o processo com o valor total de R$370,00. Na transação do TEF, observamos que no arquivo de resposta contêm apenas dados do último boleto, embora no arquivo do TEF apareça nos campos 121 e 607 indicação que temos dois boletos. Isso é o correto mesmo? Conforme o primeiro arquivo em anexo abaixo. Este questionamento se refere ao fato que estávamos pensando em obter todos os dados dos boletos apartir da resposta pendente do TEF, mas pelo que tenho de retorno, acredito que vamos ter que manipular os dados de todos os boletos inseridos apartir do evento 'TEFCliSiTefObtemCampo' de acordo com os valores da variável 'TipoCampo'. 2) Em relação ao troco, no caso do correspondente bancário, existe algum campo que retorne esta informação ou este é um tratamento que nós da automação que fazemos? Tentamos comunicação com a Software Express, mas até o momento não obtivemos nenhum retorno. Gostaríamos de saber se alguém já realizou esta implementação e poderia por gentileza nos esclarecer estes pontos. Desde já agradeço. ACBr_CliSiTef_001.tef
  4. Entendi. Vou entrar em contato com eles para confirmar esta informação. Agradeço.
  5. Exatamente Daniel, acabei encontrando aqui. Pelo que pude observar, acredito que na procedure ACBrTEFD.CNC, o NSU pedido é o do SiTEF(6 posições) que corresponde ao campo 133. Seria isso mesmo? Uma vez que a diferença entre o NSU do SiTEF e o NSU do Host autorizador é exatamente a diferença de zeros em questão.
  6. Bom dia Daniel, Na verdade, não seria realmente um problema, somente uma divergência entre a quantidade de zeros a esquerda no número do documento. No caso, no banco de dados fica gravado 000010020 e no documento impresso 010020. Com isso, no momento de cancelar o operador precisa retirar os zeros sobrando a esquerda para poder efetuar o cancelamento do cupom. No caso acima: 000010020 - 000 = 010020 Vou ver se consigo mais informações utilizando o comando de debug acima. Agradeço.
  7. Boa tarde pessoal, Estamos com a seguinte situação utilizando o SitDemo 6.0.0.3, segue: Quando efetuamos uma transação, obtemos o NSU da mesma utilizando o comando: ACBrTEFD.RespostasPendentes[pred(ACBrTEFD.RespostasPendentes.Count)].NSU Esse valor é gravado em banco. No nosso caso, fica, por exemplo: 000010020 Quando é executado o comando: ACBrTEFD.CNC(cdsGetMovCxTEFREDE.AsString, cdsGetMovCxTEFNSU.AsString, cdsGetMovCxTEFDATAHORAHOST.asDateTime, cdsGetMovCxTEFVALORFINAL.AsCurrency); Não é aceito o número do documento acima, retornado em cdsGetMovCxTEFNSU.AsString. Olhando no comprovante do TEF, temos: DOC=010020 Então, neste caso, o operador precisa apagar os três primeiros zeros para conseguir o cancelamento do cupom e da transação, gerando um certo transtorno na fila. Analisando o documento Especificação Técnica – Interface com os meios de pagamento do SiTef Bibliotecas CliSiTefI e CliSiTef Versão 172, temos na página 24 que: 133 - Contém o NSU do SiTef (6 posições) 134 - Contém o NSU do Host autorizador (20 posições no máximo) Analisando a unit ACBrTEFDCliSiTef.pas linha 376, temos: 134 : fpNSU := LinStr; Acredito que neste caso, do comando CNC do CliSiTEF eu não poderia assumir o tamanho do campo como sendo 6 e preencher com zeros a esquerda ou poderia? Gostaria de saber, se existe uma padronização para o tamanho deste campo ou se estamos efetuando algum procedimento incorreto. Desde já agradeço a opinião de vocês.
  8. Exato, é o projeto feito em Lazarus ACBrBlocoXSign, que utilizamos como base. Agradeço.
  9. Boa tarde Juliomar, Já criamos a interface para validar as pendências e transmissão, gravação em banco de dados, tratamento de exceção e etc... utilizando o source, que se não me engano, foi sua contribuição. Segue: 1) ecf.ACBrBlocoX.WebServices.ValidarBlocoX 2) with ACBrBlocoX.WebServices.EnviarBlocoX do begin XML := XMLaTransmitir; Executar; ReciboFiscoReducaoZ := RetWS; end; 3) with ACBrBlocoX.WebServices.EnviarBlocoX do begin XML := XMLaTransmitir; Executar; ReciboFiscoEstoque := RetWS; end; 4) with ACBrBlocoX.WebServices do begin ConsultarBlocoX.Recibo := Recibo; ConsultarBlocoX.Executar; Result := ConsultarBlocoX.RetWS; end; Teoricamente temos tudo pronto no projeto, mas não efetuamos nenhum teste ainda em ambiente de desenvolvimento pois não sabemos se pode ser efetuado a transmissão utilizando o webservice do componente.
  10. Show. Agradeço o esclarecimento Juliomar.
  11. Entendi Juliomar. No caso a nossa versão está prevista para daqui 12 dias e vamos ter que, pelo menos, por enquanto, manter na 02.03. O bloco X que ficou pendente a parte de transmissão, que embora a gente gere os arquivos, ainda não efetuamos nenhum teste após a implementação. Agradeço a resposta.
  12. Boa tarde pessoal, Estamos em Minas Gerais, mas já estamos deixando o nosso sistema compatível com a ER 02.03. Implementamos o envio do BLOCO X normalmente, segundo as instruções no fórum. A dúvida que ficou, foi a seguinte: Podemos transmitir os dados do estoque e redução Z para o webservice setado no componente para fazer teste em ambiente de desenvolvimento? Esse endereço já é para homologação mesmo? Não ficou muito claro esta parte durante a leitura das informações postadas pelos outros colaboradores. Desde já agradeço.
  13. @Juliomar Marchetti no componente ACBrBlocoX, podemos transmitir os dados do estoque e redução Z para o webservice setado normalmente para fazer teste em ambiente de desenvolvimento? Esse endereço já é para homologação mesmo? Estou em Minas Gerais e estamos homologando para a ER 02.03 e não ficou muito claro esta parte. Agradeço.
  14. No caso de não possuir CEST, ficaria somente: (# + NCM + # + Descrição)
  15. Só retornando a resposta, funcionou normalmente. Agradeço a todos.
  16. Opa, valeu pelo retorno rick. Vou tentar aqui. Agradeço.
  17. Intelliware

    IP do equipamento SAT

    Boa tarde pessoal, No retorno da função ConsultarStatusOperacional a ACBrSAT efetua as leituras dos parâmetros: NSERIE LAN_MAC STATUS_LAN NIVEL_BATERIA MT_TOTAL MT_USADA DH_ATUAL VER_SB VER_LAYOUT ULTIMO_CFe LISTA_INICIAL LISTA_FINAL DH_CFe DH_ULTIMA CERT_EMISSAO CERT_VENCIMENTO ESTADO_OPERACAO Pela Especificação de Requisitos, existe ainda estas outras possibilidades: TIPO_LAN LAN_IP LAN_MASK LAN_GW LAN_DNS_1 LAN_DNS_2 Eu não encontrei as propriedades acima na unit ACBrSATClass.pas, elas realmente não foram implementadas? Existe um modo de obtê-las? É que o pessoal de implantação está tendo um certo trabalho para obter o referido IP que o SAT utiliza, sendo que acreditamos que seria uma informação interessante, inclusive para validar se o mesmo não está sendo bloqueado no firewall. Desde já agradeço.
  18. Mantivemos normalmente o GTIN. No exemplo acima: 001 00000100040001 #2804300#35061090#ADESIVO BISNAGA 17GRS "COLA" 001 = Número do Item 00000100040001 = GTIN #2804300#35061090#ADESIVO BISNAGA 17GRS "COLA" = (# + CEST + # + NCM + # + Descrição) = Descrição do Item = Descrição do método 'ACBrECF.VendeItem'
  19. Efetuamos a alteração hoje. No nosso, no campo descrição do produto, ao enviar para o ECF, adicionamos o seguinte: #CODIGO_CEST#NCM#DESCRIÇÃO DA MERCADORIA Ficaria assim no cupom: 001 00000100040001 #2804300#35061090#ADESIVO BISNAGA 17GRS "COLA" Na Bematech vai haver uma quebra na descrição, mas foi o que nos foi passado pelo homologador.
  20. Entendi. Agradeço a informação pessoal.
  21. Pessoal, bom dia. Alguém têm alguma informação se a partir de 01/06/2016 vai realmente vigorar para impressão em cupom fiscal o código CEST para todos os convênios utilizando o PAF-ECF? § 5º Os códigos CEST e NCM/SH, previstos no Convênio ICMS 92/15, de 20 de agosto de 2015, devem ser impressos no Cupom Fiscal no campo descrição da mercadoria, a partir do primeiro caractere, da seguinte forma: #código CEST#NCM/SH#descrição da mercadoria § 6º Ficam obrigados à regra prevista nesta cláusula os contribuintes usuários de ECF desenvolvidos nos termos deste convênio e do Convênio ICMS 85/01.”.
  22. Alguém conseguiu efetuar a consulta dos lotes via webservice com sucesso?
  23. Bom dia pessoal, só para dar um retorno neste tópico. Acabamos utilizando o rateio que o nosso sistema mesmo faz para efetuar o abatimento na base de cálculo do PIS/COFINS. Em uma tabela separada armazenamos os valores de rateio do SAT tanto para desconto quanto para acréscimo na subtotalização, para caso seja necessário efetuar uma comparação no futuro. Agradeço a opinião de todos.
  24. Entendo. Mas no caso pode ficar diferente os valores de rateio que o SAT utilizou e o valor de rateio que o meu AC utilizou em cada item, não? Isso não geraria algum problema posteriormente?
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.