Painel de líderes

Segundo o manual do integrador quando não tiver internet o comando: 1 - EnviarPagamento vai retornar um idLocal. 2 - Logo em seguida devo enviar um: VerificarStatusValidador usando esse id 3 - Quando a internet voltar devo enviar novamente o EnviarPagamento para buscar o id correto e depois o RespostaFiscal Pergunta: como posso saber (através do componente acbr) que o id retornado é local?

@Italo Jurisato Junior , sim o componentes de vocês já faz isso é que eu sou de outra linguagem e eu me baseei-o pelo componente de vocês para fazer esse tipo de situação na real eu sou do php eu tenho um colega que é do delphi que me ajuda com isso e por aqui eu consigo as respostas que vejo que vocês são os únicos que fizeram o CTeOs , eu só tenho a agradecer obrigado.

Boa tarde, A alteração que havia sido feita foi retirada e voltou a ocasionar problemas, não está mais imprimindo notas longas. Gostaria de ver se é possível refazer o ajuste, segue em anexo arquivo com a correção. Obrigado. ACBrNFeDANFEFR.pas

Bom dia Aurino, Até o momento só temos as URLs da SEFAZ-MS.

Consegui validar este xml em anexo. Aparentemente foi só a troca dos campos DataEmissaoReducaoZ e HoraEmissaoReducaoZ por DataHoraEmissao. Pelo menos por enquanto. BlocoXRedZ_BE091110100011314452_29082019.xml Fiz a alteração no ACBr. Deixei comentado os campos antigos, pois pode ser que volte. ACBrBlocoX_ReducaoZ.pas

Adicionei o comando ACBR.AjustaLinhasLog , assim você poderá chamá-lo quando desejar. Aguarde a próxima compilação.

Vc está usando a última versão disponível no site da SEFAZ?

No novo micro funcionando tudo normal. Os erros não eram provocados pelo ACBr.

Boa noite Daniel Obrigado pela resposta, depois desse tempo todo, o pessoal da internet explicou que eles colocaram um roteador para distribuir a internet e com isso a conexão tornou-se automática pois era pppoem (rádio) exigindo usuário e senha. Com a mudança do roteador, a conexão passou a ser automática quando se liga o computador, porém estava entrando em conflito com a inicialização que eles mesmo colocaram. Depois de descoberto a situação, já com internet funcionando normalmente, acessei o software do SAT Nitere em modo administrativo, e o botão de [Bloquear] e [Desbloquear] estavam habilitados. Dei click no [Desbloquear] e o aparelho respondeu corretamente, desbloqueando. Após isso, ocorreu uma mensagem da SEFAZ indicando que dentro de até 30 dias, haverá o processo de atualização o qual poderá haver paradas automaticas do sistema. Fiz a tentativa de enviar um cupom e enviou normalmente o cupons que estavam para ser enviados. Deu tudo certo. Muito obrigado

Boa noite Me desculpem pela ausência, estive fora. O suporte da epson me passou esse driver aqui https://goo.gl/DMss3X deve instalar o ativador de dentro do SAT, mas o driver deve ser usado esse. Só que para funcionar e nao dar erro o driver antigo deve ser removi por completo do windows. Depois é só passar os dados de ativação passado direto pela epson que ele reconhece e funciona, mas ainda esta apresentando alguns erros que estou analisando aqui. Quem me auxiliou para a instalação e configuração na ativação do mesmo foi o Thiago da epson, segue o email dele [email protected] ele responde bem rapido as mensagens.

Bom dia @Daniel Simoes e demais colegas , Tenho utilizado este recurso em minha AC com o ACBrTEFD e alguns clientes estão acostumado a este recurso , alias é comum hj nos Softwares Comerciais a captura do Cpf e Cnpj pelo PinPad . Em se falando do recurso implementado no ACBrTEFD , tivemos um problema "AV" em locais distintos no Delphi ao debugar quando capturado "Somente o CNPJ" utilizando a chamada ObtemDadoPinPadDiretoEx . A correção veio na alteração da chamada a DLL para ObtemDadoPinPadEx , a diferença entre as duas chamadas é que ObtemDadoPinPadEx retorna o solicitado em ContinuaFuncaoSiTefInterativo no campo 670 . Resolvi então criar uma unit separada de acesso a DLL CliSitef , ou seja , trabalho o TEF com o ACBrTEFD e utilizo a chamada separado somente para captura de Cpf e Cnpj fora do componente , neste caso desativo o ACBrTEFD antes da captura e esta funcionando bem . Vou postar aqui a unit pra quem quiser utilizar . Obrigado Daniel . Unit_TEF_Util_Sitef.pas

boa tarde Naiara quando eu mudei foi da mesma forma que eu faço no sat de producao... vai na opcao manutencao de autorizacoes de uso... dai coloca a razao social ou inscricao estadual do cliente e manda buscar... no final do registro que vai aparecer na grid tu edita a autorizacao de uso e atualiza a versao do paf-ecf que o cliente está usando ali... quanto ao paf-ecf com situacao diferente de ativo é o seguinte... quando tu cadastra a versao do paf-ecf no sat cada versao tem seu numero de credenciamento... entao pode ser que no xml tu ta passando um numero de credenciamento que ja venceu o laudo... ou la no sat o cliente está com uma versao do paf-ecf vencida... pra mim acontecia isso justamente por isso... dai fui no sat de homologacao e atualizei a versao que o cliente estava usando para uma versao valida... e passei no xml o numero do credenciamento dessa versao... e dai passou... Carlos - Itapema / SC

Segue fontes tem que fazer uma revisão pois estava usando truck1 e fiz umas modificações pra compilar com truck2 tem umas função duplicadas não tive tempo de fazer a limpeza. ACBrCNAB.rar

Verifique se o campo RespostaPagamentoMFe.StatusPagamento está com o valor SalvoEmArmazenamentoLocal E não precisa fazer o passo 2 se a resposta do EnviarPagamento for SalvoEmArmazenamentoLocal

Estou postando aqui informações do fluxo completo de venda e pagamento, para quem precisar. @André Ferreira de Moraes se você puder colocar a rotina de pagamento no exemplo em delphi 7 na pasta exemplos seria massa, por que é um processo bem chato, segundo o administrador do projeto mfe é assim: 1 - Registrar o Cliente (AC - Sem Interface com o Integrador) 2 - Registrar Produtos (AC - Sem Interface com o Integrador) 3 - Definir forma de pagamento (AC - Sem Interface com o Integrador) 4 - Enviar solicitação de pagamento ao Validador (Interface com o Integrador - Componente: VFP-e / Método: EnviarPagamento) 5 - Solicitar Status de Pagamento para o Validador, em casos de POS (Interface com o Integrador - Componente: VFP-e / Método: VerificarStatusValidador) ou 5 - Enviar Status de Pagamento para o Validador, em caso de TEF (Interface com o Integrador - Componente: VFP-e / Método: EnviarStatusPagamento) 6 - Gerar o CF-e (Interface com o Integrador - Componente: MF-e / Método: EnviarDadosVenda) 7 - Enviar comprovante do Documento Fiscal para o Validador (Interface com o Integrador - Componente: VFP-e / Método: RespostaFiscal) 8 - Imprimir o Cupom Fiscal em Impressora (AC - Sem Interface com o Integrador) ou 8 - Imprimir o Cupom Fiscal no POS. ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ Importante implementar 2 cadastros no PDV. 1 - Cadastro de POS (Nome e Serial) 2 - Cadastro de Chave do validador (ChaveAcesso String (50) e ChaveRegistro String (50) ) e Integrador (Identificador String (1) Chave Unica para relacionamento entre as mensagens e o retorno do Integrador ) ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ quando falamos de POS ele te envia os dados do pagamento e vc receber pelo passo 5 guarda os dados no seu sistema e alimenta a informação de pagamento do CF-e, apos a emissão do CF-e vc pega a chave de acesso e remete novamente ao integrador pelo passo 7

Segue arquivos alterados com a url para o ES. Por favor considerem alterar também no repositório. Abraços. ACBrNFeServicos.ini ACBrNFeServicos.res

Boa tarde! Ainda acredito que seria melhor informar Dest/Rem, porque conforme nosso colega malk182 comentou tem um quadro que é do "Emitente" (Quem emite a nota) e outro quadro que diz respeito ao "Destinatário/Remetente". 1) - Digamos que vc tem a empresa ABC Ltda que emite uma nota de venda e vai transportar a mercadoria até ao cliente "João". Quadro Emitente: ABC Ltda. Tipo: Saída Quadro Dest/Rem: Vai constar o nome do João. 2) - Agora o João devolve a mercadoria e a própria empresa emite a nota de devolução. Quadro Emitente: ABC Ltda. Tipo: Entrada Quadro Dest/Rem: Vai constar o nome do João novamente, porém agora o João não é Destinatário, (pois a nota não é de saída) e é o João que está Remetendo (voltando) para o Emitente ABC Ltda. Então reforçando o que o malk182 comentou e também tirando a dúvida do nosso colega FLEXNET que pergunta se informar 1 - (Dest/Rem) no frete seria por conta de quem dos dois? Veja que se informar o código 1 - Será de quem consta no quadro Dest/Rem e nos dois casos foi preenchido com o nome do João. Então seria por conta do João. Se informar o código 0 - Será por conta do Emitente (Nome que está no quadro acima do quadro Dest/Rem. Portanto não é o mesmo.) É que o pessoal confunde "REMETENTE" com "EMITENTE". Na segunda hipótese o João foi o Remetente e se for por conta dele o frete não tem nada a ver com o emitente, pois em nenhum caso o João é o Emitente.