evandromira

Amigos Recebi um comunicado de alteração e IP do servidor da NF-e do MS A partir de 16 de outubro de 2012 o IP (Internet Protocol ou Protocolo de Internet) 200.181.116.0/24 do domínio nfe.fazenda.ms.gov.br será alterado para 187.86.226.0/23. Gostaria de saber se é preciso fazer modificação no ACBrNFe ou não.. Obrigado Evandro

Tá faltando a Elgin 1 FIT LOGGER

Center Informática Ltda 14/08/2012-Homologado PAF-ECF pela 4a. vez usando componentes ACBr Laudo POL3402012 ER 01.12 Pré venda, DAV, DAV-OS, Autoposto, Restaurante e Bloco 7 Abs Evandro Mira

Eu acredito que seja para qualquer relatório gerencial retornado pelo ADM. Pelo menos a alteração que fiz na hora foi nesse sentido, independente de ser um cancelamento ou não iria confirmar sempre e passou em todos os testes. Para ter certeza só com o roteiro atualizado em mãos.... vou solicitar o roteiro a softwareexpress pra tirar essa dúvida também. Abs Evandro Mira

Sim é o Clisitef DLL A versão do roteiro não sei te dizer, porque acabei indo pra certificação sem me preparar, nem fui atrás de roteiro. Fiquei sabendo dessa mudança na hora que o homologador fez o teste e tive que alterar. Abs Evandro Mira

Center Informática Ltda 25/07/2012-Certificação TEF Dedicado CliSitef todas as bandeiras, multiplos cartões e plataforma Cielo Premia, concluída usando ACBrECF e ACBrTEFD Abs Evandro Mira

É o teste 50 do roteiro pré-homologação Clisitef Durante certificação Sitef que realizei no inicio da semana, houve mesmo essa mudança. ->Acessar o ADM e solicitar o cancelamento de uma transação -> durante a emissão do comprovante de cancelamento desligar a impressora fiscal e optar por NÃO continuar a impressão ->a transação deve ser CONFIRMADA. Na correria tive que sinalizar por meio de aquivo ao componente na procedure TACBrTEFDCliSiTef.FinalizarTransacao para retornar a variavel CONFIRMA=TRUE quando for impressão do ADM. Atenciosamente Evandro Mira

Seria esse o link: http://www.sevenpdv.com.br/new/Download ... /PayGo.zip As mudanças no discado são mais profundas, tem um novo grupo de campos(700) tanto nos arquivos de solicitação como nos de retorno. Não sei se alguem já esta analisando o impacto dessas mudanças no componente.

Patricia Só fiz Sitef, o Pay&Go pretendo certificar somente em novembro, mas imagino que seja praticamente igual o procedimento exceto a passagem dos parâmetros Tipotratamento=4 e VersaoAutomacaoCielo, deve ser diferente no discado. Se vc tiver o link com a documentação para o discado referente ao Cielo premia poste aki... Atenciosamente Evandro Mira

Prezados Acabei de finalizar a certficação TEF-Dedicado com Sitef usando o ACBRTEFD. Para aqueles que tiverem dúvidas sobre a implementação do Cielo Premia estou a disposição. Atenciosamente Evandro Mira

Júnior Na homologação eles deixam marcada essa opção, tranquilo Inclusive nos arquivos que eles mandam com os GPs, nas instruções de instalação vc vai ver que tem uma parte dizendo para marcar essa opção de Desfazimento. Abs Evandro

Juliomar Tem mesmo, vou testar usando ele para passar "[10]{TipoTratamento=4}" Obrigado Evandro

Júnior Posso estar errado, mas nas configurações do Plug&Pay tem uma opção Acatar Desfazimento, algo assim, ela tem que estar marcada. Será que não é isso? Evandro

Bom dia Consegui fazer os testes do roteiro usando o ACBrTEFD. 1º-Tive que alterar a unit ACBrTEFDClisitef.pas, na função TACBrTEFDCliSiTef.CRT estava assim: if Restr = '' then Restr := '[10]' ; apenas adicionei a linha a seguir: Restr:=Restr+'{TipoTratamento=4}'; Não achei outra alternativa para adicionar esse parâmetro sem alterar o componente, se houver me corrijam por favor. 2º- Feito isso tive que fazer o tratamento no procedimento OnComandaEcf . Quando a operacao=opeSubTotalizaCupom capturo o valor do desconto, usando o comando Acbrtefd.tefd.Resp.LeInformacao(402) as TACBrInformacao).AsString. Na verdade o tipocampo é 4029 como diz a documentação, mas na resposta do componente vem 402. Subtotalizo o cupom informando o valor de desconto referente ao cielo premia. Alterei também o procedimento Oncomandaecfpagamento para abater o desconto. Espero estar ajudando aqueles que esta partindo para homologação por esses dias, pois isso agora é obrigatório. Se alguém conseguir de outra maneira mais simples poste aki. Daniel e/ou demais colaboradores do projeto, verifiquem a necessidade de alteração no componente por favor... Atenciosamente Evandro

Bom dia Segue o link com informações para a Clisitef, fornecido pela Software Express... https://www.softwareexpress.com.br/dist ... pcielo.zip Está implementação é obrigatória na certificação. Pelo que vi, fiquei em dúvida se será mesmo necessário alterar o componente. Os novos tipocampo 4029 e 148 referente ao desconto, não poderiam ser capturados no procedimento tefdComandaECFPagamento? Atenciosamente Evandro

Olá Daniel Obrigado pela resposta... "Teste 10 : Venda com cartão. Reiniciar o micro durante a impressão da 1ª via. Antes de iniciar a AC, excluir o arquivo de backup do Intpos.001. A AC deverá manter o arquivo Intpos.001 criado na pasta C:\tef_dial\Resp, que será eliminado somente após envio da terceira perna e confirmação de recebimento desta pelo Gerenciador Padrão. Ao abrir a AC, a mesma deverá exibir mensagem ao operador: : “Ultima transação TEF cancelada” Rede: / NSU: / Valor:. (Obs: O primeiro arquivo a ser lido deverá ser da pasta C:\tef_dial\Resp. O arquivo de backup não poderá ser criado na pasta C:\tef_dial\Resp, assim como nenhum outro arquivo deverá ser criado nesta pasta)." Pelo que entendi, o arquivo de backup do ACBrTEFD que fica na subpasta TEF tem que ser apagado, não é isso? O que percebi é que fazendo isso, ao abrir a AC com o GP já carregado, ocorre conforme previsto. Mas se o GP for carregado automaticamente pela AC, o arquivo c:\tef_dial\resp\intpos.001 é apagado e a transação não é cancelada! Fiz teste com o demo do ACBrTEFD e aconteceu a mesma coisa, o arquivo resp\intpos.001 é apagado ao carregar o GP. Fiz teste com o antigo ACBrTEF e deu certo nas duas situações. Faço homologação todo ano e nunca tive esse problema. Não me recordo se esse teste é feito com o GP já carregado ou não. Mas acredito que deveria funcionar nas duas situações. Posso estar "comendo bronha" em algum detalhe, sei lá, rsrs. Ficarei agradecido se algum colega puder clarear essa dúvida. Abs Evandro

Bom dia... Eu tenho, me mande um e-mail e respondo com o anexo... Abs Evandro

Você observou se o ACBrECF.Retentar está FALSE? O correto com uso do ACBrTEFD é deixar false. Veja se não é isso.... Abs Evandro

Olá pessoal Estou usando o ACBrTEFD para fazer os testes de pré-certificação TEF Discado e parei no teste 10, onde tem que apagar o arquivo de backup depois de reiniciar o micro e ao entrar na AC deve ser verificada a existencia do tef_dial\resp\intpos.001 e enviado o NCN. Ocorre o seguinte, inclusive no demo: Se o gerenciador padrao já estiver carregado, acontece como previsto, é enviado o NCN. O componente, mesmo sem o arquivo de backup, acha o tef_dial\resp\intpos.001 e cancela a transação. Mas se o gerenciador padrão estiver fechado, o componente ativa o GP mas apaga o tef_dial\resp\intpos.001 e a transação não é cancelada. Alguém sabe se esta certo assim mesmo ou se estou esquecendo de algum detalhe para funcionar corretamente??? Se ao invés de apagar o backup, apagar o tef_dial\resp\intpos.001, neste caso funciona nas duas condições sem problemas, tanto o GP carregado ou não. Obrigado a todos Evandro

Descobri algo sinistro aki... Estou com o mesmo problema do pessoal ai, mas nos usamos um provedor de internet local da cidade. Resolvi fazer um teste mudando meu PC paraa o SPEEDY que temos tbm, e adivinhem!!! Funcionou normal Não entendi pq mas com SPEEDY funciona normal, Segundo o provedor nosso aki esta havendo problemas no serviço do governo

Bom dia Estou com o mesmo problema em alguns clientes em SP. As reclamações começaram sábado de manhã. Inclusive no meu pc de trabalho não funciona mais a consulta em produção, só funciona no ambiente homologação. Já em outro pc aki funciona tudo normal com o mesmo certificado, não entendi ainda a razão! Ambos tem o mesmo sistema operacional, windows 7 32bits Abs

Muita gente usa este esquema de buscar os dados da NFe no site e essa mudança acabou atrapalhando muita gente. A FENACON (Federação Nacional de Empresas de Serviços Contabeis) enviou um ofício a Receita Federal pedindo a volta do site como estava antes ou que disponibilize um outro meio de ler os dados das NFe Vamos aguardar pra ver no que dá... Abs Evandro

Olá No meu caso eu tinha tudo junto no mesmo executavel PAF-ECF. O que fiz foi desabilitar as opções de acordo com o uso conforme vc comentou, mas deve existir um executavel separado, que no meu caso é o mesmo somente mudando o nome. Tive que fazer esse ajuste durante a homologação e o homologador mesmo disse que poderia ser assim sem problemas, contanto que ficasse em executavel separado. Abs Evandro

Bom dia Estive semana passada homologando o sistema para o PAF-ECF e o MD5 deve realmente ser impresso no campo reservado ao fisco... Tive que fazer modificacoes no componente ACBrNFEDANFERaveCB para que o conteudo fosse impresso no campo reservado ao fisco... Gostaria de saber se isso será implementado no SVN ou se há interesse dos coordenadores do projeto em receber minha modificacao... Tambem queria saber se tem algum colega precisando desta modificacao no codebase. Envie MP. Evandro

Tem um outro pequeno bug parece: Os registros M211 e M611 estão sendo gerados automaticamente, gerando erros na validação. Abs Evandro