maiko_bito

Membros
  • Total de ítens

    139
  • Registro em

  • Última visita

Reputação

2 Neutral

Sobre maiko_bito

  • Rank
    Membro
  1. Realmente é o motivo do consumo indevido em muitos casos... o problema é no supermercados, acabou o expediente o caixa sai correndo, e se tiver notas offline já era... no dia seguinte não consegue cancelar.
  2. Olá pessoal. Sou do PR, aqui temos um procedimento, o desenvolvedor precisa credenciar seu software junto a receita estadual, e também precisa autorizar o uso da aplicação para seus clientes, cada cliente solicita o pedido de uso, que é autorizado pelo desenvolvedor no site da receita estadual.... Já sei que em SC não tem isso... gostaria de saber se no RS existe este procedimento? Agradeço a atenção de todos.
  3. Estou com o mesmo problema, os clientes estão reclamando bastante... pois alguns emitem nota de 30 itens ou até mais... sendo assim se todos os itens tiverem observação imagine quantas folhas a nota fica? hehehehe Pessoal eu abri o fonte da DANFe e vi que recentemente foi removida a banda de informações adicionais do produto... agora é simplesmente adicionado junto ao label descrição do produto, é claro tatando a quebra de linhas... de fato essa alteração prejudicou bastante para alguns, acho que seria interessante ter uma propriedade pra alternar entre ter uma banda separada que ocupe a linha toda ou adicionar junto ao label da descrição....
  4. Pessoal venho recorrer a vocês, estou com um problema em alguns clientes, não são todos. Ambos os clientes utilizam os 2 tipos de notas... nota fiscal eletrônica, e nota fiscal a consumidor... Inicialmente tenho um conflito antigo que até hoje se encontra sem solução, se o cliente usa os 2 tipos de nota na mesma aplicação, não consigo imprimir 100% das notas em Fortes, logo tenho que jogar a NFCe para Fortes, e a NFe para Fast pelo seguinte motivo. Se eu colocar ambos os 2 tipos de documento para imprimir no Fortes, quando mando imprimir uma NFCe ela sai normal do tamanho de um cupom, se em seguida eu tentar imprimir uma NFe 55 modelo A4, ele imprime só no cantinho da folha na mesma largura de um cupom de NFCe... já fiz de tudo pra tentar resolver isso, tentei até criar o componente DANFe do Fortes runtime com Try e Finally descarregando ele ao final do uso... não consigo resolver mesmo destruindo a instância do componente e criando novamente ele recorda a configuração anterior e imprime na largura do cupom de NFCe... tentei especificar manualmente tamanho de papel, tipo de DANFe, etc... tentei tudo antes do comando imprimir, de acordo com o tipo de documento mas não resolveu.... para contornar isso, na epoca passei o FortesReports apenas para a NFCe, e o FastReport para a NFe 55... Hoje estou com um problema diferente, em alguns clientes "não todos" passou a aparecer do nada alguns "access violation" durante a impressão do fast report... a cada 2 ou 3 notas modelo 55 impressas no Fast aparece alguns access violation no centro da tela, pressionando OK para a mensagem o cliente prossegue com o uso do sistema, mas algumas vezes acumula várias mensagens na tela, e fica insistente até fechar todas... então eu estou tentando descobrir o motivo... só para teste eu tentei colocar o Fortes para imprimir as notas 55 e o não acontece mais o problema, porém não posso deixar em Fortes pelo motivo que descrevi no inicio... Já fiz algumas tentativas: *atualizei a DLL midas na pasta System32 "todos os clientes que estão com o problema em comum estão usando windows 32" *atualizei o arquivo fr3 da DANFe tentei usar o mais recente, e também tentei alguns antigos o erro persiste, creio que não tenha a ver com isso *atualizei todo os meus componentes, rodei a instalação do ACBr novamente, compilei tudo novamente, fontes todos atualizados... *tentei adicionar o MidasLib no uses do meu projeto o problema persiste, se alguém já passou por isso e quiser compartilhar informações fico agradecido, qualquer sugestão é bem vinda... obrigado a todos.
  5. Amigo está bem deste jeito mesmo... a nota nem está lá e consulta como se estivesse com problema... Eu estou quase louco com tantos problemas que começaram nos ultimos dias... aqui na empresa onde trabalho atendemos a mercados, e lá os caixas não podem parar... eu não sei mais o que fazer pra estabilizar a situação... não consigo fazer ficar 100% as impressões offline... quando envio pra receita, eu tenho um try e except... se cair no except ou voltar algum status de falha no envio então eu imprimo offline... nos meus testes funciona perfeitamente, retiro o cabo de rede do computador passa a imprimir offline... ou simplesmente retiro DNS do meu roteador, passa a imprimir offline também... tudo funciona redondinho... quando mando versão para os clientes, cai a receita, eles me ligam que o emissor não imprime offline... cara e isso funcionava redondinho, começou de uns dias pra cá... outra coisa, consumo indevido começou a pegar valendo aqui nos nossos clientes, reformulei todas as minhas rotinas evitando a máximo as consultas, mesmo assim está dando bastante consumo indevido ainda... e agora parece que a sefaz do Paraná separou as consultas do envio.... pelomenos no Paraná está assim... se der consumo indevido por excesso de consultas, a parte do envio de novas notas funciona normalmente só não consulta mais.... ou inverte as vezes, bloqueia o envio, e a consulta funciona... ta bem complicado...
  6. cada caixa tem seu emissor de NFe individual.... configurado com o certificado e cada caixa segue uma série... exemplo série 21 representamos o caixa 1 série 22 representamos o caixa 2 e assim por diante o programa para emissão de NFe é separado do frente caixa... sendo 2 aplicações... este emissor consiste em um "Timer" que fica rodando, e a cada volta ele executa no banco de dados uma consulta obtendo as notas fiscais que estão com situação pendente... executo a transmissão sem uso de consulta... apenas carrego os dados no componente e tento a transmissão... o envio é individual, não mando várias notas por lote, apenas 1.... tenho um Try com Except para o comando enviar... se der tudo certo já imprime... se cair no Exception... ou o comando Enviar retornar False, então eu trato a excessão ou retorno... sempre funcionou 100% desta forma... agora começou a aparecer consumo indevido com frequência... e por coincidência estas notas que dão consumo indevido ficam "enroscadas" depois, como nota em processamento... pois quando acontece o consumo indevido... o comando enviar retorna False, eu trato a excessão e imprimo offline... as notas impressas offline, por consumo indevido, tempo limite, sem internet, ou qualquer outro motivo, eu coloco um status diferente no banco de dados... nessa condição quando o emissor estiver ocioso, sem vendas executando, esse mesmo timer pega essas notas com status de offline para reenviar elas.... o XML original da primeira tentativa de envio eu guardo no banco de dados em campo BLOB, então nessa rotina das notas offline eu faço o seguinte... limpo o componente, e em seguida carrego apartir do blob... não tento enviar inicialmente, como se trata de uma nota offline, pode ter acontecido qualquer coisa, pode até ser que a nota foi pra receita mas eu não recebi resposta.... então "especificamente" o envio das notas offline, eu consulto antes.... se der status 217 que a nota não existe na base da sefaz eu envio elas... se der status 100 ou 150 eu pego o protocolo, recibo, etc... e retiro a nota da fila de processamento offline... agora especificamente ta ficando normal a nota ficar congelada no emissor... como "Nota com mesmo numero e série já transmitida anteriormente, e aguardando processamento" mas fica assim por, 2, 3, 4, 5 dias... as vezes assusta... dai do nada solta... autoriza e some da fila... entendo que possa não ser no software e sim na sefaz do meu estado, sou do Paraná... ou talvez algum procedimento que eu esteja fazendo e cause algum transtorno lá na receita em especifico com a minha nota que está processando... eu tenho apenas 1 via de processamento no programa emissor de notas.. um único timer hora envia novas notas... e hora envia offline quando o caixa está ocioso... não acontece 2 envios simultaneamente... as vezes acontece simultaneamente mas de 2 ou mais caixas enviarem notas ao mesmo tempo, mas dai cada um com sua série... e nesse momento que começa a acontecer os consumos indevidos... sinceramente eu não sei como o pessoal ta se virando com os softwares para mercado... aqui ta difícil...
  7. Amigo, usamos séries diferentes... cada caixa com sua sequência
  8. Olá pessoal, estou com um problema que está se tornando rotina nos clientes, mas desta vez um caso em especifico... atendemos a alguns mercados que usam a NFCe no frente caixa... funciona bem porém tem acontecido muita nota com a seguinte mensagem "NF-e com mesmo número e série já transmitida e aguardando processamento" até ai tudo bem, compreendemos que encontra-se em processamento lá na receita. Mas tenho notas assim a mais de 3 dias... alguém já passou por isso? sabe como proceder? Eu consulto a nota sempre antes do envio, essa mensagem é retornada na consulta, e não no processo de envio.. se eu tentar enviar novamente repete a mesma mensagem...
  9. Pessoal já descobri... as chaves das notas fiscais anexadas ao MDFe foram emitidas em contingências FS-DA em formulário de segurança... eu pensei que esse tipo de contingência nem existia mais... bom mas em fim, basta informar o código de barras do formulário. Fica registrado para quem mais passar por isso.
  10. Boa tarde. Pessoal já tenho o MDFe desenvolvido e funcionando a algum tempo, a partir do componente do ACBr... porém hoje em um determinado cliente deu a seguinte rejeição ao transmitir um MDFe 606 - Rejeição: Segundo Código de Barras deve ser informado para NF-e em contingência seguido desta mensagem ele da uma das chaves das NFes anexadas ao MDFe, quando consulto essa chave, na receita ta normal, autorizada em ambiente normal... não compreendi por que da mensagem de contingência.
  11. Bom dia amigos. Sou do PR e aqui ta dando consumo indevido em vários clientes, a primeira do dia ja da isso... eu vou com a opinião do amigo Régys: " Alguns provedores montam redes internas utilizando NAT com seus usuários para economizar endereços IP, talvez seja isso que esteja acontecendo, o webservice encherga um endereço único externo para vários clientes, o que pode resultar em consumo indevido dependendo dos usuários que está conectados usando o mesmo IP. " pode bem ser isso, temos um cliente que é industria e que tem um faturamento de 700 a 1000 notas por noite... e esse cliente tem IP dedicado e tudo mais... e pra eles não acontece destes erros.
  12. Amigo você informa no vTotTrib a somatória de todos os tributos juntos? e no campo adicionais você informa separadamente cada imposto? é certo fazer isso? no caso o campo vTotTrib não é só pra tributos federais?
  13. Pessoal, encontrei uma resposta procurando no forum, me desculpem abrir esse post denecessariamente, mas fica aqui a resposta do amigo Italo, para quem mais estiver com a mesma dúvida: Resposta postada pelo amigo Italo Jurisato Junior em outro post. Obrigado a todos.
  14. No componente da DANFe preenchi direto na propriedade do valor do imposto estadual, e tentei imprimir, não destacou o imposto no layout da DANFe... Gostaria de saber se alguém já está destacando essas informações em suas notas, e em qual local estão informando, estou pensando em incluir automaticamente no campo de observações