
dantemartins
Membros-
Total de ítens
118 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que dantemartins postou
-
Eu to achando que eu que to fazendo errado, não acredito que seja problema no componente. Estou fazendo um aplicativo que lê arquivos no formato TXT do emissor gratuito da receita e grava num DB, assim que aparecem os registros no DB ele monta lotes de X notas e envia pra receita e faz o processo todo... se autorizou imprime, se criticou fica o motivo registrado, etc... Durante o processo de importação e envio de notas, digamos assim que o sistema fica "travado". Como o volume de notas é grande e sistema apesar de funcionando fica inoperável enquanto não terminar as rotinas. Pensei eu: "E se eu colocar isso em Threads ?" Tentei mais assim que o ACBrNFe tenta assinar os XML, ou seja, assim que ele tenta acessar o certificado da pau de "CLASSE NÃO REGISTRADA", como se não hovesse instalado a capicom, mais está instalado e funcionando, pois sem a thread tudo funciona... Imagino que ou to fazendo errado ou não é possível o componente acessar a capicom de dentro de uma thread. Desisto? Ou alguem me ensina a fazer certo?
-
Problema intermitente com gravação do XML tag protNFe versao
um tópico no fórum postou dantemartins ACBrNFe
Tem acontecido algumas vezes, mais ta dando dor de cabeça, pois tenho que concertar o XML na mão... Qdo vai "de primeira" aparentemente nunca da erro, mais qdo acontece de não pegar o retorno na mesma hora ai faz uma consulta de situação da NFe e tbm em cancelamentos, tem acontecido da parte final da XML, a parte onde é "appendado" a autorização de uso ou Cancelamento homologado, acontece de TODOS os espaços serem removidos, provocando erro no carregamento da mesma. Exemplificando uma situação: Foi mandado um lote de notas num momento em que a receita acabou não respondendo a consulta a tempo, ai o componente não atualizou os XML no HD. É feita um consulta da situação da NFe pra verificar se ela foi autorizada, o retorno vem certinho (arquivo "-sit.xml"), só que algumas vezes qdo o conteúdo é adicionado ao final do XML da NFe, todos os espaços são removidos. Ao carregar a XML no ACBrNFe ele mostra como se a nota não tivesse sido autorizada, pois ele não consegue ler a parte da autorização. Se abrir no firefox ele aponta o local onde esta o erro e é exatamente na tag que fica como . O motivo () também está todo "grudado", mais ali não da erro, mais mesmo assim ta errado. O mesmo acontece com cancelamentos. Socorro!!!!!! -
No emulador funciona normal, o problema é lá no cliente com a impressora de verdade. Os passos feitos foram os normais: Setei marca (ecfBematech) e COM (COM1) da ECF, Cliquei no botão ativar. Conectou normal (e isso ta no log). Fui no menu Não Fiscal, escolhi suprimento, digitei "100" para valor, "SANGRIA" para descrição e "DINHEIRO" para forma. Depois disso nada aconteceu... nem na impressora, nem no arquivo de log, nem na tela do PC, nada... simplesmente "nada".
-
Tentei novamente agora com o ECFTeste.exe (demo do componente) e parece que a resposta foi a mesma... ou seja: sem resposta. Da a impressão que nada é passado pra impressora, pois nada é impresso, nada aparece no log e nem da mensagem de erro... segue o log do teste: -- 09:07:49 10/2/2011 Ativar TX -> [STX][4][0][28][19]/[0] 09:07:49 RX <- [0][0][0][0] -- 09:07:49 TX -> [STX][5][0][28]#)h[0] 09:07:49 RX <- [1][1][0][0][0][0][0] -- 09:07:49 TX -> [STX][5][0][28]#<{[0] 09:07:49 RX <- BEMATECH MP-2100 TH FI ECF-IF [0][0][0][0] -- 09:07:49 TX -> [STX][5][0][28]#(g[0] 09:07:50 RX <- BE050975600000040663[0][0][0][0] -- 09:07:50 Estado TX -> [STX][5][0][28]#[17]P[0] 09:07:50 RX <- [0][0][0][0][0] -- 09:07:50 TX -> [STX][5][0][28]#A[128][0] 09:07:50 RX <- [0][0][0][0][0] -- 09:07:50 TX -> [STX][5][0][28]#[ESC]Z[0] 09:07:50 RX <- [0][0][0][0][0][0][0] -- 09:07:50 Estado TX -> [STX][5][0][28]#[17]P[0] 09:07:50 RX <- [0][0][0][0][0] -- 09:07:50 TX -> [STX][5][0][28]#A[128][0] 09:07:50 RX <- [0][0][0][0][0] -- 09:07:50 TX -> [STX][5][0][28]#[ESC]Z[0] 09:07:50 RX <- [0][0][0][0][0][0][0] Alguem faz a minima idéia do que pode ser ? Usando a DLL da Bematech funcionava. A chamada era assim: sValor := StringReplace(FormatFloat('0.00', edVlrSuprimento.Value), '.', DecimalSeparator, [rfReplaceAll])); Bematech_FI_Suprimento(PChar(sValor), PChar(edNmForma.Text), 'suprimento');
-
Como vc consegue identificar que não ha chamada ao metodo suprimento? não entendo nada do que veio no log... Com relação a hora que se faz a red Z, posso estar enganado, mais a redução Z bloqueia o ultimo dia de movimento. Assim que vira a meia noite a ECF bloqueia exigindo uma red z e não opera mais até que seja feito. Uma vez feita ela libera para a prixima data referente a ultima red Z. Eu deduzi que é assim que funciona pq antes desse cliente ser cliente de nossa empresa ele ja fazia assim (X, Z, suprimento antes de começar o expediente) e continua fazendo e opera normalmente a ECF depois disso. A unica coisa que parou de funcionar foi o suprimento e imagino q a sangria tbm... e é só nesse cliente, em outros tudo funciona.
-
Olhando o codigo do componente percebi que é possível carregar várias XML's no componente e mandar cancelar. No procedimento o componente faz um "for" nelas e vai mandando uma a uma. Oque não ficou claro pra mim é que a função retorna falso ou verdadeiro, e caso algumas sejam homologadas e outras não? Retorna oque? Falso ou verdadeiro? Pra pegar o protocolo de cancelameto eu até achei, mais o status = 101 é geral pra todas as notas? caso alguma não seja homologada oque vai estar em "WebServices.Cancelamento.cStat" ?
-
Essa função só le arquivos com uma unica nota? O ERP para o qual estou fazendo uma integração gera um unico arquivo com varias notas... vou ter que tratar na munheca ?
-
A bastante tempo tem acontecido esse problema. Toda vez que atualizo os componentes ACBr tenho que abrir o arquivo ACBrNfe.pas e comentar as linhas 258 e 259. Utilizo o DANFE Rave CodeBase, por vezes acabo esquecendo de comentar as 2 linhas acima indicadas e os Clientes começam a reclamar: "Mando um lote de notas e só ta imprimindo a primeira!!!" O trecho refere-se a função "Enviar". É iniciado um "for" nas notas carregadas no componente, caso estejam autorizadas elas são impressas, mais caso a classe da DANFE seja a "TACBrNFeDANFERaveCB" o looping é quebrado (break). Isso faz que somente a primeira nota de um lote de notas seja impresso.
-
Não é muito fácil testar mais vou tentar... Estou em Curitiba/PR e o Cliente em Chapecó/SC... Um italiano desconfiado (rsssss). Posto aqui o resultado...
-
Partindo do princípio que com a DLL da Bamatech a coisa funcionava... A DLL só pedia 2 parametros: Valor e uma string com o conteúdo 'suprimento'.
-
Troquei recentemente todas as rotinas de ECF de DLL para ACBr de um sistema que peguei pra fazer manutenção. Ta funcionando normal, só que em um Cliente aconteceu algo estranho: Todo inicio de expediente ele tira o X, depois o Z e faz um Suprimento. O X foi, a Z foi, mais quando foi fazer o Suprimento o sistema não faz nada... Tudo bem, o sistema não ta fazendo um bom tratamento de exceções. Tentei reproduzir aqui com um emulador e funcionou de boa. Pra tentar descobrir oque ta acontecendo eu habilitei o log do componente, mais pra minha infelicidade, o log gerado, pra mim, é ilegivel. Segue um trecho: -- 10:07:51 24/01/2011 Ativar TX -> [sTX][4][0][28][19]/[0] 10:07:51 RX <- [0][0][0][0] -- 10:07:51 TX -> [sTX][5][0][28]#)h[0] 10:07:51 RX <- [1][1][0][0][0][0][0] -- 10:07:51 TX -> [sTX][5][0][28]#<{[0] 10:07:51 RX <- BEMATECH MP-2100 TH FI ECF-IF [0][0][0][0] -- 10:07:51 TX -> [sTX][5][0][28]#(g[0] 10:07:51 RX <- XXXXXXXXXXXXXXXXXXXX[0][0][0][0] -- 10:07:51 Estado TX -> [sTX][5][0][28]#[17]P[0] 10:07:51 RX <- [0][0][0][0][0] -- 10:07:51 TX -> [sTX][5][0][28]#A[128][0] 10:07:52 RX <- [0][0][0][0][0] -- 10:07:52 TX -> [sTX][5][0][28]#[ESC]Z[0] 10:07:52 RX <- [0][0][0][0][0][0][0] -- 10:07:52 TX -> [sTX][5][0][28]#!`[0] 10:07:54 RX <- [0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0] -- 10:07:54 TX -> [sTX][5][0][28]#/n[0] 10:07:54 RX <- [0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0] -- 10:07:54 TX -> [sTX][4][0][28]Ws[0] 10:07:55 RX <- [0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0][0]p[23]D%[0][0][0][0] Alguem pode ajudar? A impressora está funcionando normalmente, o Cliente só não fez o registro do Suprimento... Fiquei de tentar descobrir oq acontece. Desde já agradesço.
-
Livro Fiscal de Saidas, Sintegra e ECF
um tópico no fórum postou dantemartins Legislação Fiscal e Tributária
Peguei um sistema pra dar manutenção e o bixim ta todo fora dos padrões fiscais e me deu um nó na cabeça com relação a "triade" do titulo. Nos livros fiscais de saida aparece TODAS as saidas, inclusive os Cupons Fiscais, aparentemente isso está certo. Já no sintegra, informações de CFOP só tem nos registros 50, e os cupons não aparecem neles e sim nos registros 60*. Nesses registros 60* não existem informações de CFOP. Ai se pegar o resumo por CFOP do Validador Sintegra não fecha com os livros. Fiquei na duvida de como tem que apresentar essas informações em ambos os livros. -
Certo! Mais parece que eu ter batido o pé deu algum resultado, pois o Cliente me pediu pra retornar depois, pois o contador ficou em duvida... Imagino pela sua resposta que eu não estou de todo errado, é isso ?
-
ACBR com Delphi7 e Delphi 2010 Mesma Máquina
dantemartins replied to Gilson-Prodabit-'s tópico in Dúvidas Gerais sobre o ACBr
Eu tenho no D2007 e no D2010. Eu tenho 2 copias da pasta ACBr, uma pra cada IDE. Ex.: C:\Componentes\ACBr\D11 C:\Componentes\ACBr\D14 -
Bem agora que eu recebi a missão para desenvolver um emissor de cupom fical com TEF nós perdemos a base de conhecimento do forum antigo... Seguinte: Estou com algumas idéias após uma breve análise dos requisitos... Mais tbm muitas duvidas. 1 - Nosso ERP tem constantes atualizações e novos requisitos de Clientes e pelo que li, a homologação só vale para uma versão expecífica do software, caso vc faça um upgrade de versão (ex.: 1.0.2.26 para 1.0.2.27) a homologação perderia seu "efeito", é isso mesmo? 2 - No caso da duvida anterior a resposta for "SIM, PERDE A HOMOLOGAÇÃO", então a solução seria criar um modulo a parte do ERP para emissão de cupom + ECF. Concordam? 3 - Já pensando em um modulo a parte, ja pensei em fazer um PDV com o Lazarus, para caso aparece um cliente tipo Mercado e que queira usar linux nos caixas, por rodar sem maiores problemas o nosso "PDV". Algum comentário a respeito? Se alguem já passou ou está passando por essa situação, favor dar um pitaco, vai ser de grnde ajuda. tks
-
Uma industria de cerveja vendendo para uma revenda, o valor do IPI deve sei incluido na base de calculo do ICMS? O produto é chopp. Posso ter interpretado errado oq achei na internet, mais pelo que entendi, só deve ser incluso caso seja com a finalidade de consumo ou se o comprador não contribuinte de ICMS. Nos outros casos, e isso incluiria o caso citado, não deveria ser somado o valor do IPI na base de calculo. Eu tinha implementado dessa forma no meu sistema mais apareceu um Cliente que diz que tem que incluir o IPI na base, mesmo sendo com finalidade de revenda. Local de onde tirei a informação conflitante com a informação do contador do meu Cliente: http://www.portaltributario.com.br/guia ... c_ipi.html
-
[Off topic] Informações fiscais
dantemartins replied to dantemartins's tópico in Dúvidas Gerais sobre o ACBr
Blz, to postando lá minha duvida então, acredito que seja algo básico... Obrigado pela força e obrigao por criar o local correto a postar esse tipo de duvida. -
Imagino que aqui se encontram pessoas com vastos conhecimentos na area fiscal, mais o forum é sobre desenvolvimento ligado ao pacote de componentes ACBr, portanto peço ajuda do pessoal pra ao menos me indicar uma boa fonte para tirar duvidas fiscais. Sou desenvolvedor e não tributarista. Sei que essa profissão exige que se aprenda um pouco de tudo, e conhecimento fiscal é impressendível para se desenvolver algo para essa area. Não consigo encontrar uma fonte de informações que realmente ajude, e os contadores dos meus clientes, por vezes, parecem saber menos que eu... Se fosse possível, seria uma boa ser criada uma seção para duvidas sobre assuntos correlatos a legislação fiscal.