Roney Melo

Isso, meu PDV tem uma tela de identificação do cliente, conforme a tecla de atalho utilizada, ele abre para consultar manualmente, ou já abre aguardando o CPF/CNPJ ser digitado no pimpad...

Considerando que o ACBrTEFD já esta inicializado basta: { 1 - Para CPF 2 - Para CNPJ } Edit.text := ACBrTEFD1.TEFCliSiTef.ObtemDadoPinPadDiretoEx(1, '', '');

Gostaria de expressar minha gratidão por esta implementação, pois já tenho 4 clientes no meu pé pedindo isso e caiu realmente do céu. Muito obrigado a todos envolvidos, vinda longa, paz e saúde a todos vocês, grato!!!!!

Seria uma boa ter no fonte do SVN, para quem usa versão mais atual da CliSiTef.dll não precisa mais de chave e nem identificador conforme manual que a software express me enviou hoje 04/07/2019. Observação: 1) Se a automação estiver utilizando a CliSiTef (Versões mínimas: 5.0.115.13.r1 / 6.1.115.13.r1 / 6.2.115.13.r1) em conjunto com o GerPdv (Versões mínimas: 6.2.3.56 / 6.2.4.19), não é necessário que a automação informe os parâmetros “ChaveAcesso” e “Identificador” na execução das funções mencionadas acima, pois os referidos parâmetros serão recebidos do SiTef. Neste caso, a automação deve passar um endereço nulo (NULL) ou uma string vazia nestes parâmetros. Desse modo, para que essa funcionalidade possa ser utilizada, é necessário que após a carga da CliSiTef (CliSiTef32I.dll / CliSiTef64I.dll / libclisitef.so), seja realizado pelo menos uma conexão com o SiTef. Se no momento da execução dessas funções (ObtemDadoPinPadEx / ObtemDadoPinPadDiretoEx), a CliSiTef ainda não tiver realizado nenhuma conexão com o SiTef, a CliSiTef irá tentar fazê-lo nesse momento. Se a tentativa de conexão falhar, essas funções irão retornar um erro. Se a CliSiTef for descarregada da memória, será novamente necessário a realização de pelo menos uma conexão com o SiTef. Esta observação esta no manual em anexo no final da página 6. Leitura de Campo Aberto no PinPad v1.09.pdf

também passei por este mesmo problema, isso ocorreu após atualizar o meu ACBr para a Rev. 1559. Ocorre que foi adicionado as diretivas para o Delphi Rio, porém uso o Delphi Tokyo, observando os arquivos: Pacotes/Delphi/ACBrBoleto/FC/Fast/ACBr_BoletoFR.dpk Pacotes/Delphi/ACBrDFe/ACBrCTe/DACTE/Fast/ACBr_CTeDacteFR.dpk Pacotes/Delphi/ACBrDFe/ACBrMDFe/DAMDFE/Fast/ACBr_MDFeDamdfeFR.dpk Pacotes/Delphi/ACBrDFe/ACBrNFe/DANFE/NFe/Fast/ACBr_NFeDanfeFR.dpk Pacotes/Delphi/ACBrDFe/ACBrNFSe/DANFSE/Fast/ACBr_NFSeDanfseFR.dpk tem um erro na adição da diretiva, veja no print: pelo que percebi o IFDEF é incrementado de 10 em 10, para Delphi Tokyo e o Delphi Rio esta a mesma numeração de versão VER320, para conseguir instalar editei os 5 dpks listados acima, mudei a diretiva do delphi Rio para VER330, salvei, depois executei o instalador do trunk2 foi normal. Só pessoal administradores do fonte alterar isso, subir no svn que vai ficar tudo ok.

Já deu certo aqui amigo, obrigado!!!!

Estou na versão 15418 Baixei novamente, você alterou lá agora né ? Agora esta blza !! Obrigado!!!

então percebi uma diferença, olhando o INI do repositório o link esta: NfeInutilizacao_4.00=https://nfe.fazenda.ms.gov.br/ws/NFeInutilizacao4 NfeConsultaProtocolo_4.00=https://nfe.fazenda.ms.gov.br/ws/NFeConsultaProtocolo4 NfeStatusServico_4.00=https://nfe.fazenda.ms.gov.br/ws/NFeStatusServico4 NfeConsultaCadastro_4.00=https://nfe.fazenda.ms.gov.br/ws/CadConsultaCadastro4 RecepcaoEvento_4.00=https://nfe.fazenda.ms.gov.br/ws/NFeRecepcaoEvento4 NFeAutorizacao_4.00=https://nfe.fazenda.ms.gov.br/ws/NFeAutorizacao4 NFeRetAutorizacao_4.00=https://nfe.fazenda.ms.gov.br/ws/NFeRetAutorizacao4 no site do sefaz Serviço Versão URL NfeInutilizacao 4.00 https://nfe.sefaz.ms.gov.br/ws/NFeInutilizacao4 NfeConsultaProtocolo 4.00 https://nfe.sefaz.ms.gov.br/ws/NFeConsultaProtocolo4 NfeStatusServico 4.00 https://nfe.sefaz.ms.gov.br/ws/NFeStatusServico4 NfeConsultaCadastro 4.00 https://nfe.sefaz.ms.gov.br/ws/CadConsultaCadastro4 RecepcaoEvento 4.00 https://nfe.sefaz.ms.gov.br/ws/NFeRecepcaoEvento4 NFeAutorizacao 4.00 https://nfe.sefaz.ms.gov.br/ws/NFeAutorizacao4 NFeRetAutorizacao 4.00 https://nfe.sefaz.ms.gov.br/ws/NFeRetAutorizacao4 A diferença está, no repositório nos links possui a palavra fazenda, no link que eles alegam que será o próximo a ser validado é sefaz. No lugar de fazenda colocar sefaz. Aqui estão as urls oficiais http://www.nfe.ms.gov.br/consulta/lista-de-webservices/

Senhores, mais uma vez o sefaz de MS esta atualizando as urls da nota fiscal 4.0, agora são as de produção. Fonte da informação: http://www.nfe.ms.gov.br/a-sefaz-ms-informa-que-ocorrera-em-10-07-2018-proxima-terca-feira-alteracao-das-urls-da-versao-4-00-do-ambiente-de-producao-da-nf-e/ novas urls: Serviço Versão URL NfeInutilizacao 4.00 https://nfe.sefaz.ms.gov.br/ws/NFeInutilizacao4 NfeConsultaProtocolo 4.00 https://nfe.sefaz.ms.gov.br/ws/NFeConsultaProtocolo4 NfeStatusServico 4.00 https://nfe.sefaz.ms.gov.br/ws/NFeStatusServico4 NfeConsultaCadastro 4.00 https://nfe.sefaz.ms.gov.br/ws/CadConsultaCadastro4 RecepcaoEvento 4.00 https://nfe.sefaz.ms.gov.br/ws/NFeRecepcaoEvento4 NFeAutorizacao 4.00 https://nfe.sefaz.ms.gov.br/ws/NFeAutorizacao4 NFeRetAutorizacao 4.00 https://nfe.sefaz.ms.gov.br/ws/NFeRetAutorizacao4

É realmente um problema, no meu caso tenho um cliente com 40.244 itens (uma papelaria), gerar ele gera, porém na hora de salvar da a mensagem de estouro de memória, em um momento consegui salvar zipar o arquivo e transmiti-lo, mas o estranho é que se tento gerar novamente não consigo mais, da estouro de memória. Única solução que vejo é limitar quantidade de registros, porém estaria enviado uma informação incompleta para o sefaz, podendo causar problemas tanto para o cliente quanto para softwarehouse.

Entendi brother, obrigado pelos esclarecimentos.

Não sei se leu o tópico inteiro o componente existe sim, não é oficial e não está presente no SVN, mas foi desenvolvido com base na suit do ACBr, se ler o tópico inteiro vai ver vários links para download do mesmo. Outro detalhe, se ler bem o que escrevi ai entre ( ) "(Componente que esta sendo feito aqui por este tópico).", já quis ser bem claro que não é um componente que está incluído na suite, justamente para evitar este tipo de resposta, leia atentamente antes de responder algo assim, grato! OBS: Baixei o componente Neste Post, instalei, aparentemente funciona, só precisava de um usuário e senha para testes, simples.

Alguém pode disponibilizar um usuário e senha para homologação ? os que foram passado aqui o WS retorna que o usuário esta expirado, isso testando pelo ACBR (Componente que esta sendo feito aqui por este tópico). estou testando pelo ACBR no link: https://treina.spc.org.br/spc/remoting/ws/consulta/consultaWebService

Roney de Lima Melo SCV Sistemas Ltda Campo Grande/MS Delphi xe5 Firebird 2.5 Olá mais um caso de sucesso, homologamos PAF-ECF ER 02.05 pela Polimig SP Laudo POL0212018, DAV, DAV-OS, Pré-Venda, NF-e, Venda Concomitante, TEF dedicado. Componentes Utilizados: ACBrECF, ACBrAAC, ACBrEAD, ACBrPAF, ACBrTEFD, ACBrGAV, ACBrBAL, ACBrIBPTax, ACBrSPEDFiscal, ACBrSintegra, ACBrNFe.

Top amigo, vou atualizar meus fontes aqui.

Boa tarde a todos, afim de colaborar, recebi o e-mail do sefaz MS contendo: NF-e – Nota Fiscal Eletrônica www.nfe.ms.gov.br Foi postergada a validação do CEST – Código Especificador da Substituição Tributária. A regra de validação que exige o preenchimento do CEST na NF-e e NFC-e (Regra de validação N23-10, da Nota Técnica 2015.003, versão 1.94) fica postergada até a publicação de Nota Técnica com maiores esclarecimentos. *** ou contatar a equipe de atendimento da NF-e pelo telefone (67) 3318-3600 *** Prezados Contribuintes, A SEFAZ/MS informa que ocorrerá, em 23/04/2018, alteração das URLs da versão 4.00 do ambiente de homologação da NF-e. Segue abaixo as novas URL's: https://hom.nfe.sefaz.ms.gov.br/ws/NFeInutilizacao4 https://hom.nfe.sefaz.ms.gov.br/ws/NFeConsultaProtocolo4 https://hom.nfe.sefaz.ms.gov.br/ws/NFeStatusServico4 https://hom.nfe.sefaz.ms.gov.br/ws/CadConsultaCadastro4 https://hom.nfe.sefaz.ms.gov.br/ws/NFeRecepcaoEvento4 https://hom.nfe.sefaz.ms.gov.br/ws/NFeAutorizacao4 https://hom.nfe.sefaz.ms.gov.br/ws/NFeRetAutorizacao4 Essas URLs já estão configuradas para aceitar somente o protocolo TLSv1.2, ou superior. O Protocolo de Comunicação com o ambiente de homologação das SEFAZ, a partir de 23/04/2018, para a versão 4.00 da NF-e, permitirá conexões unicamente através do protocolo TLS 1.2 ou versão superior. Ou seja, não será mais permitida a comunicação via protocolo diferente de TLSv1.2 ou superior. Desta forma, a partir de 23/04/2018, os WEBSERVICES de autorização em ambiente de homologação da SEFAZ recepcionarão APENAS os XMLs que forem transmitidos por meio do protocolo TLS.1.2 ou versão superior, e NÃO recepcionarão os arquivos XMLs que forem transmitidos por meio do protocolo SSL (por exemplo), sendo assim, caso a alteração do padrão de comunicação não seja efetuada, ocorrerão problemas na tentativa de emissão de Nota Fiscal Eletrônica no ambiente de homologação. Recomendamos que o contribuinte entre em contato com o seu desenvolvedor do emissor de NF-e, para que se informe sobre o processo de alteração do padrão de comunicação do respectivo aplicativo. Atenciosamente, Equipe NF-e Secretaria de Estado de Fazenda de Mato Grosso do Sul Segue as novas urls para ambiente de homologação, que entra em vigor dia 23/04/2018

Olá, peguei o exemplo, testei aqui, parece que baixou até um certo ponto, depois apresentou: Receita mais uma vez facilitando nossa vida, eita povo miserável rsrsrsr

Olá, peguei o exemplo, testei aqui, parece que baixou até um certo ponto, depois apresentou:

Olá amigo implementei aqui, ele rodou até certo ponto e deu: Desculpa postei no local errado, peço aos moderadores que desconsiderem esta postagem, pois vou colocar a mesma no local correto.

Deus te abençoe amigo, obrigado!!!!

Daniel, só para constar, não era o que você havia me falado, com relação a S.O. testei com a DLL do fabricante ao retornar a impressora ao normal aplicação se recuperava sozinha, porém atualizei meus fontes do ACBr recentemente, na ultima revison, percebi que foi mexido em algumas coisas lá com relação ao Device, refiz meus testes e "vualá" está funcionando perfeitamente agora, desligo impressora, ligo novamente, aplicação volta a operar normalmente, não tive mais problemas, desde já agradeço pela atenção e vou dar isso como resolvido aqui no fórum!

Santo Daniel, funcionou perfeitamente. obrigado!!!

Pessoal seguinte, debugando o fonte, ele retorna vazio se for pressionando F8 e vendo o valor de cada campo, porém resolvi colocar um showmessage nos resultados conforme campos acima, ele carrega os valores normalmente, é somente em debug que não aparece os valores dos campos ?

Olá Leonardo, então uso loadfromstring porque além de salvar o XML num diretório do windows, também gravo os dados do mesmo no banco de dados em um campo blob, porém nem usando loadfromfile funciona, o resultado é o mesmo que descrevi acima! Efetuando a configuração que vc me deu a dica, ele me retorna os dados no showmessage (em anexo) que o componente dá porém, debugando mesmo assim os campos: ACBrNFe.WebServices.Consulta.NFeChave ACBrNFe.WebServices.Consulta.Protocolo ACBrNFe.WebServices.Consulta.DhRecbto fica com seu respectivo valor vazio.

Eai pessoal tudo na paz, seguinte estou passando por uma dificuldade com relação a consulta ACBrNFe, passo todas as devidas configurações para o componente logo em seguida faço o seguinte: ACBrNFe.Clear; ACBrNFe.NotasFiscais.LoadFromString(dados do xml, True); ACBrNFe.Consultar; Ele executa a consulta sem erros, porém quando tento ler os dados ACBrNFe.WebServices.Consulta.NFeChave; (retorna vazio) ACBrNFe.WebServices.Consulta.Protocolo; (retorna vazio) ACBrNFe.WebServices.Consulta.DhRecbto (retorna vazio) esses campos especificamente vem vazio e o XML retornado ACBrNFe.NotasFiscais.Items[0].XML (Faço a leitura desta forma) fica inacessível o campo dando um erro de argumentação "Argument Range of" algo do tipo se consultar a chave da nota no site do sefaz esta normal. Estou deixando em anexo o XML para compartilhar com a comunidade, alguém esta passando por esta dificuldade ? Estou com a ultima revisão dos fontes do ACBr 13720 35170854855499000148550020000359421297713216-nfe.xml