maiko_bito
-
Total de ítens
182 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que maiko_bito postou
-
Rejeição 606 - Rejeição: Segundo Código de Barras deve ser informado para NF-e em contingência
um tópico no fórum postou maiko_bito ACBrMDFe
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. -
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.
-
Muito obrigado amigos! Vou fazer desta forma, fico agradecido
-
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?
-
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.
-
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
-
Bom dia a todos. Pessoal estou com uma dúvida. Já utilizo o ACBrNFe com o valor aproximado dos tributos federais, para produtos importados ou nacionais... eu preencho este valor no campo Imposto.vTotTrib funciona perfeitamente destaca na nota tudo certinho, porém nas novas tabelas do IBPT temos alíquotas estaduais, inclui elas no sistema, e já estou calculando o valor do imposto estadual, já tenho a informação prontinha... só gostaria de saber se existe algum local em especifico para inserir... não sei se o valor dos tributos estaduais acresce o valor que já tem no campo Imposto.vTotTrib ou se devo destacar separadamente... Eu utilizo o Fast Report, e percebi que no componente da DANFe tem campos para o valor dos tributos estaduais, mas se refere ao total dos tributos da nota, posso utilizar apenas este campo? não preciso incluir este valor item a item quando estou incluindo os produtos na nota? por fim me resta apenas uma dúvida simples, eu gostaria de colocar uma mensagem informando a origem do cálculo, devo incluir no campo de informações adicionais da nota? Agradeço a atenção de todos.
-
Ai sim! Show!!! Muitíssimo obrigado Italo... já estou ajustando aqui...
-
Obrigado amigo Italo, tirei minhas dúvidas no endereço que me passou.. encontrei o seguinte I - pelo contribuinte emitente de CT-e de que trata o Ajuste SINIEF 09/07, de 25 de outubro de 2007, no transporte de carga fracionada, assim entendida a que corresponda a mais de um conhecimento de transporte ou seja emitente do CTe que quiser fazer carga fracionada, fica compreendido que deve emitir mais de um conhecimento de transporte e anexar ao MDFe... para quem estiver com a mesma dúvida....
-
Tenho um cliente que está com dúvidas se deve ou não utilizar o MDFe... é um atacado de frios, vendem e entregam suas mercadorias somente dentro do próprio estado de origem... ou seja não tem frete pra fora do estado... (neste caso não deveria usar MDFe acredito eu) mas dai o caso é que eles usam carga fracionada, fazem várias pequenas entregas na mesma viagem... fiz um MDFe só de curioso do mesmo estado de origem e destino, o MDFe passou, imprimiu certinho autorizou... mas não sei se é correto se utilizar do MDFe pra fazer isso.. ou o CTe tem brecha pra usar carga fracionada? (lembrando que não verifiquei o CTe ainda se tem esse tipo de caso, eu lembro que tem algo com lotação mas carga fracionada não cheguei a observar)
-
Excelente conselho amigo Italo, eu estava tentando reenviar sempre, e com isso vai gerando XMLs a cada tentativa, com diferença na chave, muito obrigado.
-
Bom dia pessoal. Aproveitando o tópico que tem o título parecido com minha dúvida... Estou quase concluindo o desenvolvimento do MDFe na minha aplicação, funciona perfeitamente, gostaria de agradecer a equipe do ACBr pelo excelente trabalho! no meu caso já consigo enviar MDFe, Cancelar MDFe, consultar MDFe... minha dúvida é referente ao encerramento de MDF.... quando tento encerrar um MDFe recebo a seguinte mensagem "UF não pode ser vazia". estou chamando o evento assim: ACBrMDFe.EventoMDFe.Evento.Clear; with ACBrMDFe.EventoMDFe.Evento.Add do begin infEvento.chMDFe := FieldByName('CHAVE').ASString; infEvento.CNPJ := sCNPJEmitente; infEvento.dhEvento := now; infEvento.tpEvento := teEncerramento; infEvento.nSeqEvento := 1; infEvento.detEvento.nProt := FieldByName('PROTOCOLO').ASString; infEvento.detEvento.dtEnc := Date; ShowMessage(FieldByName('UF').AsString); infEvento.detEvento.cUF := FieldByName('UF').AsInteger; infEvento.detEvento.cMun := FieldByName('IBGE').AsInteger; end; Estou deixando algo sem preencher? Lembrando que eu não fiz registros de passagem para esse MDFe, eu transmiti ele, e em seguida estou tentando encerrar, é possível desta forma? até onde entendi sempre que houver alteração na carga devo registrar um evento, quando carrega ou descarrega ... outra dúvida que tenho, é se quando vou carregar ou descarregar o tpevento deve continuar teEncerramento ou o encerramento é só na conclusão do MDFe? Obrigado a todos pela atenção.
-
Pessoal resolvi meu problema consultando pela chave... consigo o DigestVal, em seguida executo uma consulta pelo XML.... apenas quero contar a vocês um caso, não sei se é problema, ou é alguma falta minha... mas sempre que vou consultar um MDFe pela primeira vez ao abrir o programa, a consulta funciona... mas na segunda vez que vou consultar outro MDFe no caso, me retorna duplicidade com diferença na chave de acesso... mesmo dando Clear nos Manifestos... e também ACBrMDFe.WebServices.Consulta.Clear; não tem resolvido, me parece que ele segura alguma coisa da consulta anterior, não tenho certeza.... mas percebi isso.... se eu simplesmente fechar a aplicação e abrir novamente e executar a mesma consulta que deu duplicidade com diferença na chave, dai a consulta passa... ou seja, parece ser algo temporário que ficou...
-
Olá Amigos, Amigo Italo, eu estou passando pela mesma dificuldade... mas no meu caso eu estou tentando automatizar retorno do status 204... Envio o MDFe, e aguardo... se tudo ocorrer bem apenas gravo protocolo, chave, etc.... caso der errado, e o motivo não for dados, então eu tenho enviar novamente o MDFe dai na segunda tentativa de envio me retorna Duplicidade MDFe 204... neste caso cai em uma parte do meu fonte onde eu tento obter a chave do MDFe pela propriedade "ACBrMDFe.Manifestos.Items[0].MDFe.procMDFe.chMDFe" a partir desta chave, eu dou um Clear no componente, e carrego novamente com LoadFromFIle o arquivo que está na pasta... porém o componente segura nessa propriedade a ultima chave, não é igual a da primeira tentativa de envio, dai eu consulto essa chave que obtive após o 204 ai recebo essa mensagem de Digest value diferindo.. se eu fizer como o amigo sugeriu da certo... deixar o usuário ir na pasta e pegar o XML... ele vai se deparar com 2 XMLs lá o original da primeira tentativa, e o segundo XML o da tentativa que deu duplicidade... porém se ele pegar o XML correto ai sim consulta certinho... agora a minha dúvida é como obter a chave da primeira tentativa de envio, mesmo que o envio não foi bem sucedido... se eu tiver a chave original da primeira tentativa, obviamente encontrarei o XML original na pasta e com ele consultar....
-
Olá amigo Juliomar Marchetti. Realmente uma falta de esforço meu, procurei superficialmente e não havia encontrado. Vou me esforçar mais. De qualquer forma muitíssimo obrigado, com sua orientação resolvi o problema, fico muito agradecido amigo.
- 6 replies
-
- 1
-
-
- wbresposta
- wbresposta.explicitheight
- (e 1 mais)
-
Amigo Juliomar Marchetti, instalei o Delphi XE8, lembrando que o Fortes Report não é compativel com XE8... o Fortes só é suportado até o XE2 conforme diz no site do fabricante... desta forma a opção seria usar apenas o Fast Report... no caso já tenho a versão 5 do Fast... mas quando vou instalar os componentes pelo instalador da Trunk 2 me retorna o seguinte erro ao compilar o pacote do MDFe C:\ACBr\Fontes\ACBrDFe\ACBrDFeCapicom.pas(46) Fatal: F2613 Unit 'JwaWindows' not found. sabe me informar o que poderia ser esta mensagem? tentei pesquisar por este arquivo JwaWindows e não encontrei nada....
-
Olá amigo Juliomar Marchetti. Realmente era problema com a versão do Fortes, removi o componente danfe do fortes e coloquei a versão em Fast deu certo. Muito obrigado pela atenção amigo, fico agradecido. Gostaria apenas de saber agora se o componente do MDFe é compatível com o Delphi XE8, caso sim vou fazer a minha aplicação em XE8
-
Olá pessoal estou iniciando no MDFe, e não consigo abrir o programa de exemplo. Atualizei a Trunk2 Com o delphi fechado executei a instalação da Trunk2 e assinalei o MDFe e os seus Reports compilou e instalou, deu a mensagem de concluido... ao abrir o delphi e tentar abrir a aplicação de exemplo me aparece a seguinte mensagem Gostaria de saber se o componente do MDFe é compatível com o Delphi XE8? a principio instalei no Delphi 7 mas pretendia utilizar no XE8 Obrigado a todos pela atenção.
-
Amigo arce, até onde entendi é isso mesmo, porém tem o tal do percentual do fundo de combate a pobreza em alguns estados que deve ser incluído no cálculo. Pessoal aproveitando o tópico, alguém sabe me informar se o componente já dispõe das novas tags para atender a NT 2015 003?
-
DANFe em Fast Report 5...rlVenda: Erro durante a preparação do relatório
maiko_bito replied to maiko_bito's tópico in ACBrNFe
Boa tarde, acabei de fazer um teste com o XML do cliente... na minha maquina imprimiu perfeitamente... complicou ainda mais, pois não consigo simular a situação... e surgiu mais clientes com o mesmo problema neste meio tempo... estranho por que em 90% dos clientes funciona perfeitamente... e mais uma coisa que o cliente me afirmou, é que depois que foi atualizado o sistema para essa versão, ele não consegue mais imprimir nehuma nota....isso pode ser alguma incompatibilidade.... eu vi que na pasta dos arquivos modelos do fast, tem o arquivo Retrato "DANFeRetratoNovo" gerei uma versão agora apontando para este arquivo e vou mandar ao cliente pra ver se muda algo... eu informo o caminho destes arquivos manualmente pelo fonte.... -
DANFe em Fast Report 5...rlVenda: Erro durante a preparação do relatório
um tópico no fórum postou maiko_bito ACBrNFe
Olá pessoal... Recentemente mudei as DANFes para Fast Report... eu utilizava Fortes até então.... Instalei as danfes pelo instalador da Trunk2... ocorreu tudo bem... passei a usar a DANFe, imprimiu perfeitamente, passei a versão aos clientes, mas agora esta aparecendo casos frequentes, cada vez maior número de clientes afirmando aparecer o erro: rlVenda: Erro durante a preparação do relatório EAccessViolation.... Utilizo Delphi 7, e Fast Report na versão 5 Aparentemente está tudo normal, não compreendo o motivo do erro... se alguém tiver alguma informação fico agradecido. -
Olá Pessoal, Apos a atualização para Trunk 2, passei a usar apenas Fortes.. porém estou enfrentando uma série de problemas... no mesmo programa temos emissão de NFe e NFCe... se por um acaso eu imprimir primeiro uma NFCe e em seguida tentar imprimir uma NFe... a danfe da NFe sai pequena estilo a da NFCe.... mesmo redefinindo os componentes, limpando todas as propriedades, apelei até mesmo a gerar o componente em tempo de execução... nada parece funcionar... ele buga.. no preview mostra normal.. manda imprimir a NFe que deveria sair no formato A4 sai só uma tirinha no canto direito
-
Problema com a Danfe após imprimir NFCe modelo 65
maiko_bito replied to maiko_bito's tópico in ACBrNFe
Olá pessoal... Após atualizar para a Trunk 2 fiquei sem saida. Me parece que o componente de Danfe do QuickReport foi descontinuado pelo ACBr, pois não se faz presente no instalador da Trunk2 Utilizando Fortes Report, este bug acontece... Se eu gerar uma NFCe e mandar imprimir, ela sai normalmente... em seguida eu gero uma NFe e mando imprimir ela sai pequena, cortada na largura de uma NFCe -
pessoal acabei de conseguir enviar por SVCRS basta informar nas configurações do componente e também na propria nota... obrigado a todos pela atenção ACBrNFe.Configuracoes.Geral.FormaEmissao e quando estiver alimentando a nota Ide.tpEmis
-
Não consigo compilar o ACBrNFe_demo (Delphi 7 e Trunk2)
maiko_bito replied to Sérgio Assunção's tópico in ACBrNFe
esse RLink32 não é nada a ver com o ACBr em especifico... o Delphi 7 tem um problema de conseguir utilizar uma parcela muito pequena de memoria do sistema para fazer a compilação... assim quando o sistema fica muito grande em número de linhas para compilar, é natural aparecer o erro RLink32 aqui sofri muito com isso por muito tempo, não só o ACBr mas muitos outros fontes.... quando acontecia não tinha mais jeito, só reiniciando a maquina...o Delphi 7 é da época do windows 98 e 2000 quando não era necessário tanta memoria para trabalhar... ja nos padrões de hoje as maquinas tem sobra de recurso e o Delphi 7 não aproveita... eu resolvi definitivamente esse problema graças a uma dica que encontrei em um blog na internet, o autor disponibilizou uma DLL que vai na pasta do Delphi, substitui ela, e nunca mais vi o erro RLink32 no meu computador, antes de descobrir isso ja era rotina enfrentar o RLink32... quem quiser fazer o mesmo favor deixar o endereço de email para que eu possa enviar a DLL e o diretório onde ela deve ser colocada, estou passando a diante pois a mim ajudou muito, sou muito grato ao dono do blog