Daniel Paixão-Cascavel

Meu cliente enviou sem querer um Desconhecimento da operação do destinatário para uma determinada nota fiscal. É possível reverter?

Qual parece ser mais eficiente quando for necessario fazer uma distribuicaoDFe, por chave ou por NSU, ou ambos fazem a mesma coisa?

Sim Juliomar, eu sei que vocês não tem culpa nenhum do que está acontecendo, em momento algum eu disse ou quis dizer isso. Apenas desabafei sobre algo que é real. Abraço.

Pois é, mas dai, vem 90% das empresas de software e desenvolvem o recurso de buscar o XML por dentro do sistema através do manifesto, fora essas outras empresas que atendem escritórios de contabilidade e sites como Arquivei.com e BaixaNota.com. Meu cliente, é lógico, pega no meu pé porque todo sistema faz isso e o meu não. Desenvolvo a solução a mais de um ano já e sempre funcionou, e agora, de repente, esse perrengue. A sefaz poderia pelo menos disponibilizar um recurso pra baixar o XML por dentro do sistema de forma definitiva pras empresas de software né? Eles já nos sugam tanto de nosso tempo e de nossos impostos, o que custava disponibilizar esse serviço de forma oficial??? Deixa a responsabilidade na mão do usuário pra baixar o XML do anexo do e-mail e salvar em uma pasta pra depois dar entrada na nota, em muitos casos é pedir demais. Mas, fazer o que, vamos em frente. No Brasil, pra se ter uma empresa de sistemas com mais de 400 clientes vocÊ tem que que abandonar a família, o lazer, os amigos, e programar 24 horas por dia, 14 delas só pra atender exigências fiscais. Desculpa o desabafo!

E como é que os sites e sistemas que baixam os XML´s emitidos pra um determinado CNPJ de forma automatica o fazem? VocÊ tem idéia? Existe uma API ou recurso pra isso?

Pessoal, nos ultimos dias meus clientes tem reclamado muito que o sistema não consegue baixar os XML´s através do Manifesto do destinatário. Fiz uns testes aqui, e realmente fica dando a mensagem de erro interno de HTTP. Alguem mais está com este tipo de problemas? Abraço.

Bom dia. Poderia me passar mais detalhes?

Galera, estou precisando desenvolver um atualizador para o meu sistema mas, imagino que alguem aqui já tenha feito isso e tenha experiências pra dividir. Gostaria de saber como vocês fazer isso e se alguem tem algo meio que pronto pra negociarmos. Abraço.

O link dele aparece pra mim como Bloqueado por falta de permissão, ou seja, to sem moral.

???

Alguem saberia me dizer se o Maranhão exige algum cadastro da softwarehouse na SEFAZ deles pra emissao de NFC-e/NF-e? Ou é igual na Bahia, que basta o credenciamento por parte do contribuinte e o CSC? Obrigado

Olá pessoal, espero que estejam todos bem! Meu cliente inutilizou uma numeração de notas fiscais sem querer. Alguém saberia me dizer se é possível cancelar esta inutilização para que a mesma volte a ficar disponível para utilização? Obrigado

Mas esta somente no Branch? OU ja ta no trunk?

Boa tarde! Alguma novidade com relação à integração do ACBrBoleto com as API´s dos bancos?

Bom, quanto a isso eu não tenho as respostas mas, acredito que "SuportaDesconto" deveria ser um parâmetro, e não algo definido por duas condições.

Bom dia! No ACBr, como eu faço pra realizar outros tipos de manifesto do destinatário como, por exemplo, desconhecimento de operação?? Eu não achei essa função no componente.

Alguma novidade?

Galera, após muita análise, cheguei a conclusão de que possa haver um erro na classe TACBrTEFDCliSiTef, mais especificamente na função "SuportaDesconto". O que define o result desta classe é a SoftwareHouse estar identificada, o OnComandaECFSubtotaliza estar sendo usado e a propriedade AutoEfetuarPagamento estiver False. O problema é que na procedure Inicializar, ele testa essa função para ativar o cielo premia. O Cielo premia não existe mais (Segundo homologador da Qualitá). Acredito que isso deveria virar uma propriedade a ser setada na configuração do TEF pelo sistema numa opção para o usuário. Se puderem analisar isso, fico grato!

Tudo certo! Estou homologado Sitef.Dll pra software express. Agora vou partir pra homologacao PayGo.

Exatamente isso que eu imaginava pois, debugando, eu vi que, antes de retirar o cartão, não existe tratamento pra arquivo de Backup. Então vou ter que deixar assim mesmo e tentar passar na homologação (Assim como passou na Pré) dessa forma. Uma pergunta: E como será que ele consegue cancelar essa transação quando eu faço a próxima chamada de "CRT", será que a própria DLL tem um tratamento pra isso?

Sim Daniel, deveria fazer. Ele executa os procedimentos que você citou ai encima, exatamente como estão mas, no método CAncelarTransacoesPendentesClass, na linha 1564 da ACBrTEFClass, o "ArquivosVerficar.Count" é sempre "0"(zero). Como já te disse em um post anterior meu, eu só posto aqui depois de muito debugar e bater cabeça. Posso estar equivocado mas, sou um equivocado com convicção de que fiz a lição de casa..rsss. ATENÇÃO! O problema só acontece quando eu "derrubo" a aplicação antes de retirar o cartão. Se eu "derrubar" depois de retirar o cartão, ele funciona direitinho.

Não Juliomar, o post antigo meu era sobre o caso de se ter vendas aprovadas, em que eu ja havia retirado o cartão e estava começando a imprimir. Este caso é o seguinte: Inicio uma transação, passo o cartão normal, digito a senha e, quando aparece a mensagem: RETIRE O CARTAO DA LEITORA, eu derrubo a aplicação. Quando eu re-abro a aplicação e chamo o Ativar do TEF, na classe ACBrTEFDCliSiTef.pas, na linha 405, ele chama o VerificarTransacoesPendentesClass, que está na classe ACBrTEFDClass. Mais especificamente na linha 1050 da ACBrTEFDClass, ele chama o metodo CancelarTransacoesPendentesClass se o estado da impressora estiver V,P,N ou O, ou seja, se, se o cupom estiver aberto ou em pagamento. Acontece que, se você debugar, vera que o método CancelarTransacoesPendentesClass não identifica nenhuma transação pendente no TEF, mesmo que ela esteja pendente (neste caso especifico de derrubar a aplicacao antes de retirar o cartao), logo, se eu fizer um controle no meu sistema pra, quando reiniciar o sistema, verificar se existe transacao pendente e cancelar, tecnicamente eu deveria chamar o CancelarTransacoesPendentesClass, e então, ele faria o mesmo percurso e não funcionaria. Quando acontece isso, se eu chamar outra transação TEF (Venda ou ADM), o proprio Sitef cancela a venda que ficou pendente mas, seria interessante se o ACBr conseguisse identificar essa transação pendente no Ativar, e ele mesmo cancelasse ela, ou se o metodo CancelarTransacoesPendentesClass identificasse essa transsação. Entendeu??

Galera, na minha pré-homologação do Sitef dll, levantou-se uma questão que o Homologador meio que deixou passar mas, amanhã é a homologação e estou com receio de isso voltar e me incomodar. A situação é a seguinte: Inicio uma venda, insiro o cartão, faço a transação e, quando o sistema pedir pra retirar o cartão da leitora, eu derrubo a aplicação simulando uma queda de energia. Quando eu inicio a aplicação novamente tento cancelar as transações pendentes, o ACBr simplesmente não acha essa transação. Já debuguei de tudo quanto é jeito e, realmente ele não consegue cancelar essa transação. Na pré passou porque, pelo que entendi, quando eu inicio uma nova transação, o Sitef simplesmente cancela a ultima transação que ficou pendente pro mesmo cartão. Teste isso no TEFDemoNF e no TEFDemo e também observei o mesmo comportamento. Pergunto: É assim mesmo? Não te um método que eu possa chamar pra verificar se alguma transação ficou pendente e mandar um Cancelar? Sempre grato pela atenção de vocês, abraço!

E homologa direto com vocês?

Pessoal do ACbr e pessoal que já implementou, se puderem me responder: Eu acabei de fazer a pre-homologacao do Sitef DLL com o ACBr e já queria implementar este PayGo. Pergunta: Muda muita coia ou vou poder aproveitar as coisas que ja fiz pro Sitef? Quero saber a grosso modo. Andei já dando uma olhada nos eventos do componente, vi que tem algumas coisas bem específicas. Dai tenho medo de começar a mexer e inviabilizar o Sitef.