Ir para conteúdo
  • Cadastre-se

dirceu_albrecht

Membros
  • Total de ítens

    36
  • Registro em

  • Última visita

Últimos Visitantes

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

dirceu_albrecht's Achievements

Contributor

Contributor (5/14)

  • First Post
  • Collaborator Rare
  • Week One Done
  • One Month Later
  • One Year In

Recent Badges

3

Reputação

1

Community Answers

  1. Peço desculpas aos mantenedores do projeto, se minhas palavras não soarem bem num primeiro momento. Pois sou imensamente grato por poder contar com esta ferramenta maravilhosa que é o ACBRNFemonitor. E tenho consciência de que é fruto de muito trabalho e dedicação. Mas diante das postagens acima me sinto na obrigação de compartilhar o meu ponto de vista. Juliomar, não se trata de este ou aquele valor ser significativo para uns e outros, cada um é que sabe onde o sapato aperta. Nem tão pouco se trata de não reconhecer e dar valor ao trabalho dos outros. Trata-se do conceito de projeto OpenSource que fica comprometido quando por alguma razão usuários são indiretamente forçados a aderir a um pacote pago. A proposta inicial era muito diferente. Não sou desenvolvedor Delphi e desde o inicio sabia que a minha contribuição ao usar a ferramenta disponibilizada para outras linguagens seria unica e exclusivamente a popularização do software, identificar bugs, sugestão de melhorias, etc... contribuir no fórum com minha experiência nas questões que não envolvam programação. Quando o SAC foi criado, muitos berraram, criticaram, abandonaram o projeto. Eu achei justo e democrático, já que era totalmente opcional e para aqueles que queriam um tratamento diferenciado, implementações, etc... entendi isso. Mas em pouco tempo o cenário já começou a mudar, as atualizações da versão compilada simplesmente não saiam mais, ficou jogado. Depois de muito os usuários reivindicarem, estipularam a regra dos 3 meses. Beleza, quer coisa melhor, adquire o SAC. Mas neste caso, onde a versão compilada veio com uma falha, que obviamente já foi corrigida, não acho necessário e nem saudável ao projeto sugerir que estes usuários adquiram um pacote do SAC por esta razão. Isso denota um desvio do objetivo principal que norteia ou deveria nortear os projetos openSource. Mostra que quem decidiu abrir o seu código e distribuir gratuitamente o fez pelas motivações e objetivos errados e isso foi determinante para o enfraquecimento e até fim de outros projetos. Quem quiser dar uma olhada no link abaixo vai entender melhor o que quero expressar. http://www.baguete.com.br/noticias/27/07/2012/open-source-como-nao-fazer Para finalizar, quero dizer que continuo apoiando e disposto a ajudar no que estiver ao meu alcance e que vou saber esperar a liberação da próxima versão. Um abraço a todos.
  2. ruycaribe, Sim na versao CAPICON tem um campo onde eu informo o caminho padrão para salvar os PDF ok pessoal, obrigado! Vou aguardar a próxima versão, esta última é de 28/12 deve sair uma liberação em breve. Bom final de semana
  3. Usando a versão 8.10.3 CAPICON (última disponivel) recebo este erro ao tentar enviar o email da CCe. usando este comando: NFE.EnviarEmailEvento("emaildestino","CaminhoArquivoEvento","CaminhoArquivoNFe",1,"AssuntoEmail","CopiaEmail") ERRO: Erro ao criar o arquivo PDF Com a versão 8.3.0 que eu vinha usando até então, passando exatamente o mesmo comando dá tudo certo: NFE.EnviarEmailEvento("emaildestino","CaminhoArquivoEvento","CaminhoArquivoNFe",1,"AssuntoEmail","CopiaEmail") OK: Email enviado com sucesso Alguem saberia informar se foi alterado algum parâmetro? mudou alguma coisa? Já tentei eliminar a imagem do logo, mudei o Modelo de Rave CB para Rave e não tive sucesso ou se tem outra versão compativel com 3.10 disponível? Não sou usuário SAC nem trabalho com Delphi e o prazo p 3.10 aqui no RS termina dia 31/03. Desde já agradeço.
  4. Amigo, o campo idEstrangeiro se informado deve ter no mínimo 5 e no máximo 20 caracteres. Você está informando assim <idEstrangeiro>9</idEstrangeiro> Diz a Nota tecnica que aceita valor nulo, mas também não consegui emitir com Nulo... então informei qulaquer valor mesmo "12345" e assim passou.
  5. Eu calculei vBC 326.02 e no xml está <vBC>326.03</vBC>... deve ser por isso!
  6. Já tive problema parecido com o campo CNPJ, era uma junção de fatores, a fonte, e o cliente tinha aumentado muito a margem, o que diminuiu bastante o campo. Tem algumas impressoras que exigem uma margem gigante para imprimir. Espero que ajude
  7. Peço desculpas pela atitude, não tinha idéia de que isto era mal visto pelo grupo. Não tenho experiência com este formato de forum e por ver em alguns outros imaginei que fosse a forma correta de renovar o tópico. Obrigado Juliomar pela resposta. Um abraço
  8. Boa noite pessoal Baixei a versão, 8.10.3 que é a última Capicon disponibilizada, mas não consegui imprimir a DANFE Simplificada. Emiti o xml na versão 3.10, com a opção tpImp =3 Mas imprimiu normal em tamanho A4. Tem alguma configuração mais a fazer? ou um comando d eimpressão especifico p este formato? Qualquer ajuda será bem vinda. Obrigado!
  9. Comigo já aconteceu isto também... e ainda não consegui uma forma segura de evitar. Caso alguem tenha uma sugestão eu agradeço. Eu envio o xml para a Sefaz... por alguma falha na conexao ou no micro não recebo o retorno e a NFe fica no sistema como pendente. Normalmente o cliente clica em Enviar novamente e então recebe o retorno de Duplicidade. Então faço a consulta e recebo o protocolo de Autorização que é gravado no xml. Até aí beleza.... Acontece que um cliente percebe um erro em algum item e resolve alterar a NFe. Edita quantidade, etc... (até o destinatario já mudaram) e envia novamente. Recebe a Duplicidade e ao fazer a consulta o ACBr grava os dados de autorização no xml alterado. Já tentei criar rotina para evitar edições e alterações nas NFe transmitidas, mas o povo sempre acha uma brecha. Penso que a melhor solução seja mesmo o que o André mencionou. Antes de gravar o protocolo de Autorização no xml, fazer a comparação do digVal. Mas dai vem a outra questão. Como recuperar o xml original? Já vi esta mesma questão em outros tópicos mas não vi nenhuma solução aceitável. Abraço a todos.
  10. Bom dia Pessoal, este recurso de imprimir o DANFE simplificado já está disponivel na versão CAPICOM? desde já agradeço pela informação.
  11. Valew Pessoal, obrigado a todos pela colaboração. Pensei que eu que estava desinformado, por isso recorri aos nobres colegas. Já deu p constatar que se trata apenas de mais uma daquelas viagens delirantes dos nossos parceiros da contabilidade. O pior é que apavoram os clientes com estas "Desinformações" e acabam criando uma situação delicada. Bom trabalho a todos
  12. Bom dia pessoal, Recebi uma solicitação de um contador ref. a impressao da DANFE de empresa do Simples Nacional, Querem que as informaçoes de Base de calculo de ICMS, Valor de ICMS saiam impressas na DANFE nos campos especificos e não mais ser informadas apenas nos dados adicionais. Conforme modelo Anexo. Alguem sabe alguma resolução nova este respeito? Atualmente utilizo o ACBRNFeMonitor e pelo meu entendimento não é possivel atender a esta demanda. Alguem imprime desta forma quando é do simples? Se algum dos colegas puder colaborar, desde já agradeço. Dirceu Albrecht Millenium Technologies, 9989.7353 Demonstrativo (1).pdf
  13. Obrigado pela atenção Kiko, Atualmente eu faço desta forma, porém a contabilidade de um dos nossos clientes está exigindo que na DANFE estes valores figurem nos campos "Base de calculo do ICMS" e "Valor do ICMS" dos quadros totalizadores e tambem o percentual seja exibido no item na coluna específica do % do ICMS. São os campos que no XML seriam -<ICMSTot> <vBC>0.00</vBC> no teu teste tu informou algum valor neste campo? <vICMS>0.00</vICMS> no teu teste tu informou algum valor neste campo? <vBCST>0.00</vBCST> <vST>0.00</vST> <vProd>9672.00</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vOutro>0.00</vOutro> <vNF>9672.00</vNF> </ICMSTot>
  14. Bom dia Pessoal, O Contador de um cliente nosso tambem está nos cobrando que os valores de crédito e base de calculo apareçam na DANFE nos respectivos campos da Base de Calculo e do Valor do ICMS bem como no Item o percentual de crédito. Kiko, fiquei com uma dúvida no teu teste, no arquivo xml tu incluiu os valores na tag CSOSN101 ou somente nos valores totais? Eu solicitei ao contador um XML gerado pelo Emissor gratuíto para seguir de exemplo, vamos ver o que ele retorna. Alguem mais tem alguma informação a este respeito? Desde já agradeço.
×
×
  • 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.

The popup will be closed in 10 segundos...