evandromira

Obrigado Juliomar... Então é possível usar os componentes para comunicação e geração dos XML nesse caso né.... blz Quanto ao que vc citou da interface eu to ligado, já uso servidor datasnap com firedac..

Desculpe, não sei se postei no local correto esse tópico, moderadores podem move-lo se achar necessário....

Olá pessoal Estou desenvolvendo um sistema com Unigui e gostaria de saber se é possível utlizar os componentes do ACBr para emissão de NFCe, SAT etc... Ou vou ter que usar o ACBrMonitorplus? Obrigado

Atualizei tudo e testei no delphi agora a consulta CPF e CNPJ não funcionou... Por CPF até aparece a imagem do captcha mas não tras dados. O pessoal conhece algum serviço mesmo pago que forneça informações semelhantes?

http://www.sefaz.ce.gov.br/content/aplicacao/internet/CFe/arquivos/manualdeutilizaçãointegradorfiscalv12.pdf Dá uma olhada nesse manual do sefaz ce que explica todo o fluxo on line e off line do TEF e do POS.

Voce vai usar o ACBrSAT com o MFE da mesma forma que usa para o SAT de SP. Única diferença é quanto a forma de pagamento Cartão que tem comandos específicos para enviar/receber respostas do integrador. O próprio ACBrSAT vai fazer a troca de arquivos com o integrador, não se preocupe com isso.

--->>>Entrei em contato com o pessoal do suporte da MFE da Sefaz solicitando esse simulador e ainda não responderam. Fiquei 15 dias tentando marcar a homologação, o atendimento lá é só por telefone, eles raramente respondem email.... Mas quando vc conseguir contato com o homologador aí vai de boa.... o cara é bem tranquilo e desenrola rapidinho.... bem tranquilo viu.... Abs

E o que acontece se mais de uma maquina enviar ao mesmo tempo o comando?

Não, envie o resposta fiscal direto no final apenas que dá certo. O enviarstatuspagamento só uso somente para TEF.

Se ocorrer o queue no verificarstatus vc abre a tela para o usuario digitar os dados e após emissao do CF-e envia o respostafiscal com os dados digitados e os dados do cf-e. Acredito que eles cruzam o enviarpagamento com o respostafiscal apenas

O serial do POS vc cria um cadastro no seu sistema porque em produção será fixo, o estabelecimento terá que ter cadastrado todos os POS para poder selecionar em qual será realizada a transação. Somente em homologação que precisa ser aleatório. Inclusive na homologação tive que mostrar a janela onde cadastra os POS Espero ter ajudado a voce e outros colegas que visualizarem este post, pq no inicio também tive dificuldade de entender, as informações a respeito do MFE estão muito truncadas, mas acaba no final sendo mais simples do que se imagina, ainda mais com o componente ACBr , fica tranquilo.

Na teoria, o POS vai se comunicar com o servidor do SEFAZ para fazer esse cruzamento, ai seu aplicativo vai receber o retorno, com os dados enviados pelo POS ao servidor do SEFAZ. Não sei como vc fez com o simulador, mas os passos corretos são: -enviapagamento, -abre simulador e cola no numero serial o serial aleatório que vc enviou no enviapagamento, -clica em 1-VFP-e,depois em 2-Pagar -Volte no seu aplicativo e faça o verificastatus, -emita o CF-e -envie a respostafiscal com a chave de acesso do CF-e e armazena o IDrespostafiscal no banco de dados. Um detalhe que vale avisar, durante a homologação, foi forçado que houvesse o retorno "queue", isto é, o integrador não conseguiu verificar o retorno do POS, o que pode acontecer na prática, e nesse caso deve ser mostrada na tela uma janela com os dados para o usuário digitar, sendo o NSU, Qtd de parcelas e Bandeira são obrigatórios. Com esses dados digitados pelo usuário prossegue a impressão do CF-e e respostafiscal normalmente.

Essa resposta queue item 1997841 not complete ocorre porque o pagamento no POS não foi feito, ou o integrador não conseguiu consultar no servidor do sefaz. Se vc está fazendo testes, antes de verificar o status do pagamento vc tem que usar o Simulador POS e registrar o pagamento nele, aí sim vai ter o retorno esperado.

Isso mesmo, exatamente como está no trecho de codigo que vc citou e bem provavel que no MFE seja assim tbm

Eu estou usando a 1.6.86 para desenvolvimento e acredito que vc tenha que usar a mais recente também.

Para evitar esse problema de imediato use o ACBrSATExtratoESCPOS Mas sua sugestão, se vc disse q resolveu o problema, também acho que seria interessante habilitar esse parametro no componente, mas vamos aguardar uma resposta de algum mantenedor do ACBr para dizer se é possível ou não.

Fiz o cadastro no site VIPRO a 18 dias atrás e só me enviaram a senha para acesso na sexta passada. Durante esse período mandei emails sem resposta e cheguei a ligar na sefaz-ce. Independente disso estou conseguindo fazer os testes com o Elgin linker MFE e testando pagamentos com cartão. Estou finalizando os testes e logo vou atrás da tal "homologação" que parece tem q ser feita. Espero que essa parte não demore pois tbm tenho clientes esperando.

http://www.sefaz.ce.gov.br/content/aplicacao/internet/CFe/arquivos/manualdeutilizaçãointegradorfiscalv12.pdf Já achei a resposta, obrigado

Não saquei ainda qual o fluxo correto dos comandos para realizar a venda com MFE-VFPe 1-Somente as vendas com Cartão precisam ser enviadas para o VFPe? 2-Para venda com POS, qual o fluxo correto? seria: -Enviarpagamento -VerificarStatusValidador -EnviarDadosVenda com a emissão do CF-e e só? 3-O que muda se for TEF? Obrigado

Recebi esta informação: Através do Ajuste SINIEF nº 06 de, 14 de julho de 2017, foi alterado o Ajuste SINIEF que disciplina a NFC-e. O Ajuste SINIEF nº 06 prevê que a informação do código GTIN descrita em campo próprio da NFC-e passará a ser validado junto ao Cadastro Centralizado de GTIN da organização legalmente responsável pelo licenciamento do respectivo código de barras, devendo ser rejeitadas as NFC-e´s em casos de não conformidades das informações contidas no Cadastro Centralizado de GTIN. O calendário de obrigatoriedade desta regra de validação se iniciará em 1º de setembro de 2017 e deverá atingir o varejo em 1º de agosto de 2018. Existe algo a se fazer para evitar a rejeição do GTIN neste caso ou não precisamos nos preocupar?

Eu estou recebendo esta resposta pelo satteste.exe Uma exceção foi acionada pelo destino de uma chamada. mesmo com internet e executando como administrador Integrador versão 1.6.86 Alguém pode dar uma dica? Desconsiderem o post, eu não tinha configurado os dados de emitente e SH igual ao integrador, depois que configurei veio a resposta ao comando normal. Obrigado

Eu estou com um aqui mas não mexi ainda... pelo que li pela net, esse aparelho de desenvolvedor já vem ativado, já tentou ir direto para uso com ele pulando a ativação?

O problema era esse mesmo, mudei para produção e deu certo.... Obrigado

Estou começando a mexer com distribuicaodfe também e estou passando ACBrNFe1.DistribuicaoDFe(CUF, CNPJ, '0', ''); e o retorno é sempre 137, não traz nada e sempre a resposta fica com ultnsu=26 e maxnsu=26, sabem pq? Obrigado

Fernando, vc conseguiu verificar o que aconteceu com a sequencia dos CF-e? Na verdade não "pulou" a numeração, se vc consultar no SRG-SAT vai ver que os cupons estão todos lá mas com dados duplicados do cupom seguinte que é o que está com xml no pc. Tivemos esse problema e justamente com sat Bematech tbm. Por isso queria saber como vc resolveu Obrigado