Ir para conteúdo
  • Cadastre-se

M_Albuquerque

Membros
  • Total de ítens

    92
  • Registro em

  • Última visita

  • Days Won

    1

M_Albuquerque last won the day on 5 Dezembro 2013

M_Albuquerque had the most liked content!

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

M_Albuquerque's Achievements

Collaborator

Collaborator (7/14)

  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

7

Reputação

5

Community Answers

  1. Bom dia! Após atualizar o ACBr no mês passado (por causa da NF-e 4.0) começou a ocorrer um fato no boleto do SICREDI (de uso próprio meu), e gostaria de tirar uma dúvida: No anexo "boleto_sicredi_internetbanking" consta o boleto gerado diretamente no internet banking do SICREDI. No campo Nosso Número está "18/100134-8". Perfeito! No anexo "boleto_sicredi_ACBratualizado" que foi gerado após recompilação do ACBr atualizado mês passado o Nosso Número está "18/200134-8", isto é, o dígito 1 foi substituído pelo 2. O boleto do SICREDI que eu gerava antes da atualização do mês passado tinha dígito 1 nessa posição, exatamente como o gerado pelo próprio SICREDI. Mas para isso acontecer, no meu fonte eu passava o valor "1" para a propriedade ACBrTitulo.CodigoGeracao. Após recompilar o ACBr atualizado começou a dar um erro nessa linha: "Código de Geração Inválido". Se eu comento essa linha no meu fonte não dá erro, porém o boleto sai com o "2" no Nosso Número (18/200134-8). E se eu deixo ACBrTitulo.CodigoGeracao = "1", e comento lá no fonte do ACBrBoleto onde a exceção ocorre, o boleto dá certo com o dígito "1" em Nosso Número (18/100134-8), que é exatamente o que eu preciso, cf. o anexo "boleto_sicredi_alterado" (que está igual ao gerado pelo SICREDI). A linha comentada em Acbrboleto.PAS é essa: procedure TACBrTitulo.SetCodigoGeracao(AValue: String); begin if fCodigoGeracao = AValue then Exit; // if Pos(AValue,ACBrBoleto.Banco.CodigosGeracaoAceitos) = 0 then //comentando essa linha, e a próxima, o boleto sai com "1" no Nosso Numero. // raise Exception.Create( ACBrStr('Código de Geração Inválido!') ); // fCodigoGeracao := AValue; end; Mas o que não entendi ao debugar passo a passo - e perdoem minha ignorância por isso - foi o fato do AValue estar recebendo o "1" que estou passando em ACBrTitulo.CodigoGeracao (corretamente, perfeito), e como na propriedade ACBrBoleto.Banco.CodigosGeracaoAceitos consta o "1" embutido ("0123456789"), então POS não poderia ser zero. Enfim, eu consigo contornar a situação para que me atenda comentando o fonte ACBrBoleto.PAS nas 2 linhas mostradas acima, mas gostaria de saber se não há alguma outra propriedade no componente para que eu ajuste de forma que o Nosso Número saia "18/100134-8" (com o "1" após 18/) sem ter que ficar alterando o fonte do ACBr. (E, por curiosidade, por que no caso do SICREDI o fCodigoGeracao é carregado com valor 2 como default?) Muito obrigado pela atenção. Márcio.
  2. Perdoem minha ignorância, mas esse erro deveria aparecer para quem ainda está na versão 3.1 ? Ontem (02/07/18) alguns clientes que ainda estão na versão 3.1 emitiram NF-e normalmente, sem problema algum. Nesses as opções de internet estão habilitadas com SSL 3.0 e TSL 1.0, como há tempos sempre estiveram, e todos com Win7 64 c/ SP1. Mas hoje 2 clientes c/ versão 3.1 apresentaram problemas, e pelo log vi que o erro é o 403 (Forbidden access is denied. You don´t have permission...). Só 2, demais c/ 3.1 estão emitindo normalmente (c/ SSL 3.0 e TSL 1.0) Mais estranho é que em um deles há 2 terminais emitindo NF-e 3.1 c/ certificado A1. Um terminal deu erro 403, outro terminal está emitindo normalmente. Rodei o fix indicado mas não resolveu. Por que será que só nesses 2 ocorreu o erro? Alguma sugestão? Neles já fiz de tudo: desinstalei java, certificado, limpei cache, instalei tudo novamente... e não deu certo. Obrigado pela atenção.
  3. Vide NT_2016_002_v1_60 – página 4 (Altera a data de desativação da versão 3.10 para 02-ago-2018.) Outra fonte: https://arquivei.com.br/blog/novos-prazos-para-nfe-4-0/ Abs.
  4. Perdoem minha ignorância, mas como é possível gerar um cupom fiscal eletrônico (CFe SAT) a partir de uma máquina de cartão? http://www.oobj.com.br/solucoes/oobj-checkout Algum colega do fórum já desenvolveu algo desse tipo? Marcio.
  5. O convênio ICMS 60/17 de 23/05/2017 estabelece uma adoção progressiva para implantação do Código CEST: 01/07/2017 - Indústrias e importadores 01/10/2017 Atacadistas 01/04/2018 Demais segmentos econômicos http://pesquisa.in.gov.br/imprensa/jsp/visualiza/index.jsp?data=25/05/2017&jornal=1&pagina=29&totalArquivos=304 Se não for pelo CNAE do emitente da NFe, há outros meios da SEFAZ descobrir em qual dos três prazos o emitente se enquadra para a obrigatoriedade da inclusão do código CEST no XML? Obrigado, Márcio.
  6. Sr. Rafael, boa tarde! Primeiramente muito obrigado pela atenção e retorno! Só trabalhei com 2 marcas até hoje (Bematech e Sweda, e só em 2 clientes, 1 de cada marca em cada cliente) e hoje o contador de um deles veio me falar que os cupons emitidos no período que eu dissera estar em Homologação (jan/17) apareceram no Sistema de Retaguarda (SGRSAT) como sendo oficiais. E realmente os arquivos XML estão com a tag <tbAmb> = 1 Como me baseei no SATTeste para suprir a necessidade do cliente fui lá pesquisar, e daí surgiu minha dúvida postada. Perdoe minha ignorância no assunto, mas é no próprio aparelho SAT que se configura se ele está em ambiente de produção ou testes, é isso? -se entendi errado a sua colocação peço minhas sinceras desculpas. -se entendi certo: essa configuração de ambiente é feito no próprio software de ativação do fabricante do SAT? (porque procurei nos respectivos das 2 únicas marcas que trabalhei até hoje e não encontrei nada a respeito) Vale ressaltar que em jan/17 ambos estavam com o layout 0.06. Só atualizei para 0.07 no final de março. Novamente muito obrigado pela atenção dispensada. Márcio Sr. Rafael, Favor ignorar meu post anterior. Encontrei a resposta É possível excluir meu post anterior? ou fechar esse tópico como 'resolvido'? Muito obrigado pela enorme atenção dispensada. Márcio
  7. Boa tarde! No SATTeste, unit "Unit1", no combobox que determina o Tipo de Ambiente: Se cbxAmbiente.ItemIndex = 0 então TpcnTipoAmbiente = taProducao Se cbxAmbiente.ItemIndex = 1 então TpcnTipoAmbiente = taHomologacao Na mesma "Unit1", procedure AjustaACBr, é assumido o Tipo de Ambiente conforme cbxAmbiente.ItemIndex: Config.ide_tpAmb := TpcnTipoAmbiente( cbxAmbiente.ItemIndex ); Porém na NT do SAT (vs 2.4.20 - pag 14) consta: Tipo de Ambiente = 1 --> Produção Tipo de Ambiente = 2 --> Testes Portanto... Se deixar o Combobox de Ambiente como "Homologação" então cbxAmbiente.ItemIndex será 1, e ao passar na procedure AjustaACBR o Config.ide_tpAmb será assumido com valor 1, e será passado 1 para a tag <tpAmb> do xml. Portanto será passado como Produção ao invés de Homologação. Se esse meu raciocínio estiver certo: -No caso acima não deveria passar o valor 2 para <tpAmb> ? -Onde no SATTeste ele passa o valor = 2 para <tpAmb> do xml quando deixamos "Homologação" no combobox? (ou passa 2, e eu não soube identificar aonde? (consequentemente meu raciocínio está furado...)) OBS: Estou ciente que o SATTeste tem como objetivo exemplificar cada função para implementação do SAT, portanto ajustes devemos fazer diretamente nos nossos aplicativos. O ACBr é fantástico e gratuito, portanto esclareço que minha intenção aqui é apenas tirar uma dúvida focada exclusivamente no SATTeste. Muito obrigado pela atenção. Márcio
  8. Essa validação já existia para operações interestaduais. Agora também é feita em operações internas. 18/10/2016 - Atenção: Atualizada a versão 1.90 da NT2015/003, contendo a especificação dos prazos. prazos para entrada em homologação (31-out) e produção (07-nov). Incluída a regra de validação E16a-35 para evitar, nas operações internas, erro na indicação do destinatário como contribuinte isento de IE em UF que não permite esse tipo de situação; A regra de validação está na pag 13/28 da NT2015/003 - v1.90.
  9. Bom dia. Foi publicada ontem no D.O.U. (13/09/16 - pagina 29 - seção 1) a prorrogação do CEST para 01/07/2017. http://www.spedbrasil.net/forum/topics/cest-prorrogada-01-07-2017-conv-nio-icms-no-90-de-12-de-setembro
  10. Boa tarde! Utilizando o ACBrBal algum colega do fórum conseguiu fazer a comunicação com uma balança Triunfo - modelo DST-30-C/T ? (se positivo, qual balança usou na propriedade Modelo do referido componente?) Muito obrigado pela atenção
  11. Bom dia! Eu entendi, segundo a NT 2015/003 v1.80, que o preenchimento no XML das tags relacionadas ao "DIFAL" que entrarão em vigor dia 01/07/2016 serão para Operações Interestaduais (idDest=2) onde o destinatário é Consumidor Final (indFinal=1) e Não Contribuinte (indIEDest=9). -Quem realiza operações interestaduais de venda para consumidor final PJ - todos contribuintes c/ CNPJ e IE - terá que atualizar os Schemas e/ou o ACBrNFe? -Repito a pergunta, mas agora para quem SÓ realiza vendas dentro do estado, independente do tipo de cliente. Em março/16 reinstalei o ACBr a partir do trunk2 e desde então não atualizei mais, por isso minhas dúvidas acima. Muito obrigado pela atenção dispensada. Márcio
  12. Boa tarde. Para um mercado que emite (apenas) 30 cupons fiscais por dia é sugerido, na opinião dos colegas, inicializar o SAT (botão ACBrSAT1.Inicializado do exemplo) quando abre a aplicação, aí deixá-lo sempre 'ligado', e ao fechar a aplicação desligá-lo, ou, na emissão de cada cupom fiscal seguir o ritual: Inicializar o SAT....Emitir cupom....Desligar o SAT ? E no caso de 300 cupons por dia? (com um só caixa) Muito obrigado pela atenção. Márcio
  13. Bom dia! Por incrível que pareça, eis como o problema foi resolvido: Ligando a impressora direto na tomada (já que é bivolt), sem estabilizador, sem intermediários. Na 6a a tarde consegui falar com o suporte Sweda. O atendente passou que a solução para o problema era a mudança dos jumpers, cf anunciado no posto que colei e em muitos outros que vi na internet. Não queria, mas tive que apelar. Mas mesmo assim não funcionou. Eis que em novo contato com o mesmo atendente, ao citar que eu não entendia como no meu ambiente tudo tinha funcionado e no cliente não, e já tinha tentado tudo que era DLL baixado do site da Sweda, ele comentou sobre o fato do QRCode necessitar uma pequena carga maior de energia, portanto sugeriu que eu verificasse se o estabilizador do cliente não estava sobrecarregado. E de fato estava! Eis que lembrei que no meu ambiente eu tinha ligado a impressora direto na tomada. Fiz o mesmo no cliente - liguei direto na tomada - e funcionou! Imprimiu o QRCode! Fica a dica. Abs., boa semana à todos! Márcio
  14. Bom dia. Utilzando SAT Sweda SS-1000 e impressora Sweda Sl-150: No meu ambiente com Win7-64 tudo funciona perfeitamente, seja via SATTeste ou via meu aplicativo. Nos clientes com Win7-64 também. Agora num cliente com Win7-32 está ocorrendo algo parecido com o post que colei abaixo, isto é, após a emissão do CFe a impressora não imprime o QRCode, apaga a luz do power, dá um beep, e volta a acender e funcionar. Porém o problema adicional (não sei se está relacionado com a plataforma 32/64 ou com a impressora) é que depois que emito um CFe a impressora faz o relatado acima, porém a emissão do CFe seguinte não funciona. Pelo log do ACBr é relatado o "ESynaSerError - Communication error 2: O sistema não pode encontrar o arquivo especificado". E pelo utilitário de impressão da Sweda, ao tentar Abrir A Porta - Virtual Port on COM3 - dá erro de comunicação. Se reiniciar a impressora, ou antes de emitir o primeiro CFe, a comunicação é feita normalmente. Portanto o erro aparente é que o 1o CFe emite corretamente, porém a impressora "pára" na impressão da chave de acesso e não imprime o QRCode. Aí ela dá um beep, desliga, liga e o 2o CFe dá o erro de comunicação citado acima. Se tentar comunicar pelo utilitário da Sweda também dá erro de comunicação, coisa que não ocorre antes do 1o CFe. Resumindo: Além de não imprimir o QRCode (idem post colado abaixo) a impressora perde a comunicação. Não sei se resolvendo o 1o problema resolve-se também o 2o. Se coloco as DLL´s 64 bits do meu ambiente lá no cliente dá erro de versão. Se coloco as DLL´s 32bits disponibilizadas pela Sweda, recém atualizadas hoje, o problema não resolve. Tanto DLL´s do SAT como DLL´S da impressão. Li no fórum muita coisa parecida com meu problema, mas nada resolveu. Já tentei todas as dicas citadas que envolvem ACBrSAT e não resolveu. Só não tentei mudar os jumpers da impressora pois, além de não ser minha área, queria primeiro a confirmação da Sweda que esse é a solução definitiva, mas estou há horas tentando falar no suporte Sweda e não consigo um bendito atendente disponível, e pelo site também não. Enfim, se alguém já passou por isso e tem um milagre na manga eu ficarei eternamente agradecido pela ajuda. Obrigado pela atenção dispensada. Márcio
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.