Painel de líderes

Parecido com o que eu fiz. Só que eu não copiei a pasta de um para outro eu só criei a pasta com o nome Win32_D7_vcl e compilou e instalou sem erro o Fortes porem se eu tentar usar o AcbrNFe_demo está retornando erro ao validar o xml e se eu tentar imprimir apartir de um xml já gerado retorna o erro (Componente PosPrinter não associado). tá muito problemático esse trunck2.

Fiz um possível acerto, mas somente no Trunk2, já está disponível.

ACBrInstall acertado, agora ele mostra a aba somente quando o Tortoise estiver instalado e não obriga mais o uso do mesmo.

Oi Régys, obrigado pelo retorno. Sobre o meu problema eu conseguir compilar tudo certinho usando a versão 4.15 do Fast Report para Delphi 7. Sobre o Fortes Report CE, consegui compilar também tudo certo usando o pacote que foi compartilhado aqui no fórum: https://github.com/rftd/fortesreport-ce Mas fica uma dica para quem não souber...antes de pedir para compilar o pacote: "FortesReportCE_Win32_D7_vcl", dentro de "trunk\Binary", criar a pasta: "Win32_D7_vcl" Obrigados a todos.

Boa tarde Cleiton, Rejeição 528 - Valor do ICMS difere do produto BC e Aliquota No Item 6 da sua nota temos: vBC = 40.18, pICMS = 17.0000 e vICMS = 6.86, mas ao fazer o calculo 40.18 * 17.0000 / 100 temos 6.8306 que arredondando: 6.83 portanto uma diferença de 3 centavos e a SEFAZ aceita com no máximo 1 centavo para cima ou para baixo. Rejeição 685 - Total do Valor Aproximado dos Tributos difere do somatório dos itens. Para cada Item foi informado o valor em vTotTrib, mas você não fez a somatória e lançou o resultado em ICMSTot.vTotTrib dai a rejeição

Boa tarde Henrique, Como assim, "Bugaram todo Código. ( anos de trabalho jogado fora )." Meses trabalhando para ter um código limpo compreensivo, remoção de duplicidade de rotinas, padronizações etc. etc. etc. E você diz que bugamos o código. Não gastei mais do que 10 minutos para fazer as devidas alterações em função da nova nomenclatura de algumas propriedades e métodos. A minha aplicação já estava compilada. Um exemplo de alteração: No trunk temos o método: Valida no Trunk2 passou a se chamar: Validar, simplesmente acrescentamos a letra R no nome do método. Concordo que essas alterações não estão documentadas, ou seja, não tem um PDF relatando tudo o que foi alterado, mas se você trabalha a anos com o ACBr nunca teve a curiosidade de abrir o código fonte e estuda-lo um pouquinho? Pois se tivesse um pouco de conhecimento do código iria resolver todos os erros de compilação no máximo meia hora. Existem alguns Bugs, sim existem, mas estamos trabalhando para resolve-los. Ontem fui dormir mais de meia noite finalizando a implementação referente a NT 2015/002. Criticar é fácil, quero ver arregaçar as mangas e colocar a mão na massa, como o André, Daniel, Régys, Isaque entre outros.

Boa tarde Italo, Segue os arquivos gerados, mesmo com a propriedade Geral.Salvar = False. obs. Webservices.Salvar também está = False. 0-env-lot.xml 0-rec.xml 259000001997053-ped-rec.xml 259000001997053-pro-rec.xml

Pelo correto, você deveria colocar como "resolvido" este tópico e criar um novo

Obrigado Italo... Só para deixar registrado, no manual da NFE na página 50 está igual ao do item que você passou, porém as duas funções tem comportamentos diferentes no ACBR Mas vlw, agora está entendido. t+ Leandro

Boa tarde, Que bom que funcionou. Quais os arquivos que estão sendo salvos mesmo com a propriedade Geral.Salvar estar com o valor False?

Assim q eu tiver um tempo livre faço isso.

Boa tarde Tiago, Essa decisão esta documentada e assinada pelo seu cliente? Amanhã ele pode ser autuado por informar que tem ciência da operação de uma nota que não era para ele, logo não fez a escriturou e contabilizou a mesma. Sendo que deveria informar a SEFAZ que desconhece a operação. Ai meu caso, a aplicação é sua, foi você que fez, portanto a culpa é sua. Ele vai tirar o dele da reta.

Boa tarde, Após a alteração sugerida por windsoft o problema foi resolvido. Obrigado pela colaboração.

ACBrECF.DadosREduçãoZ irá chamar a TACBrECFBematech.GetNumCOOInicial que já usa o 72... Parece que o ECF está retornando dados inválidos... (isso teria que ser questionado no suporte do fabricante) No meu PDV, tenho uma rotina que "valida" o NumCOOInicial retornado pelo ECF... isso porque em alguns modelos de impressora simplesmente não retornam ele... Em, suma, eu verifico se o NumCOOInicial é maior do que o COO da última ReduçãoZ gravada no BD...

Ok, Michel, muito obrigado pela sua ajuda, vlw demais. Já estou conseguindo enviar e cancelar as notas tranquilamente, agora preciso ver essa questão da impressão. Será que tenho que criar outro tópico para isso? Ou eles me responderam por aqui mesmo? Desde já Muito Obrigado.

Boa tarde! A informação no item, embora deva constar no XML, não é obrigatória na impressão. Portanto é permitido na impressão do DANFE constar apenas a informação do valor total.

Já faz algum tempo que tenho me envolvido com alguns projetos relacionado a automação residencial. Depois de muitas idas e vindas encontrei um material interessante em www.mysensors.com A infraestrutura deste projeto tem por base o Arduino com transmissão por rádio de dados coletados em campo. Tenho alguns projetos em andamentos em laboratório que utiliza este modelo e tem se mostrado bastante robusto. Estou anexando o protocolo de troca de dados utilizado neste projeto, pensando em levantar qual o interesse da comunidade e também porque ele usa algumas partes do projeto ACBr na estrutura de comunicação (ACBrSerial). MySensors.rar

É compatível sim. Inclusive dos que mexi até agora considero o mais fácil de instalar, principalmente pelo fato do driver estar embutido no aparelho (identificado como um "pen drive"). E é por enquanto o único que não tivemos nenhum problema com clientes.

Não sei dizer se eles disponibilizam link, a impressão nossa é via sistema com ReportBuilder já desde os tempos da dll, ai usamos este mesmo... Mais creio que de para usar do ACBr sem problemas...

Problema de conexão com a internet. Coloque iP fixo equipamento, ou ligue diretamente nele a internet.

Boa noite. O componente ACBrPAF gera os registros conforme a última versão da Especificação de Requisitos PAF-ECF, sendo assim a implementação está correta. Você chegou a contactar a SEFAZ-MA e verificar se os mesmos irão atualizar o layout conforme atualização da Especificação de requisitos PAF-ECF? Att.

Na minha opinião, acredito que todos que vem aqui nesse tópico fazer a mesmíssima pergunta "Posso ou não posso baixar os XML diretamente do site?", sabem muito bem que a única entidade com todas as capacidades para responder essa questão é a própria sefaz. Afinal de contas, o site de consulta as NFes não pertence a fórum algum, mas sim a própria secretaria da fazenda. E se eu REALMENTE quero saber a resposta dessa pergunta, simplesmente devo fazer à pessoa certa: no caso a SEFAZ. Agora, se eu venho aqui por que já sei o que a SEFAZ vai responder, e quero racionalizar a resposta, tentar dar um jeitinho brasileiro na situação, na boa, só vai gastar o seu tempo e o tempo de outros colaboradores que poderiam estar respondendo duvidas que realmente cabem a este fórum acerca do componente. Resumo: Quer saber se pode ou nao pode, pergunte diretamente para quem tem poder fiscal e jurídico para sanar sua duvida: SEFAZ

Hasa, não precisa criar XML de cancelamento, é só dar o comando acima que te falei, o ACBr cria o XML de cancelamento e manda para o SAT, e o SAT devolve ele completado na pasta \Cancelamentos, tenho aqui um DIMEP(desenvolvedor) e implantei sábado em um Cliente um DIMEP(Produção), está funcionando certo. Sds, Ricardo.

Opa! Tudo certo Pessoal?! A DR700 suporta QRCode e Códigos de barras via comando sim, nós inclusive preparamos um passo a passo mostrando como fazer, vejam: Imprimindo QRCode por comunicação direta: http://www.desenvolvedoresdaruma.com.br/sddn/ebits/ddc_ebits_13.html Aqui estão todos os comandos suportados por nossas impressoras, desta maneira vocês conseguem saber se qualquer componente é compatível com a DR700 ou não. Download: http://bit.ly/18wYfO2 De toda forma, entendi que tudo isso é para ficarem prontos para a DANFE NFC-e, certo?! Dou-lhes a ótima notícia que a NFC-e Daruma é compatível com qualquer fabricante, isso quer dizer que você usa nosso serviço de emissão NFC-e e imprime em qualquer impressora de sua escolha. Da maneira mais alto nível e simples possível. Iniciando o desenvolvimento com NFC-e Daruma: http://www.desenvolvedoresdaruma.com.br/sddn/ebits/ddc_ebits_08.html Por favor, entrem em contato conosco: [email protected] Grande Abraço Pessoal,

Estou fazendo testes com o OpenSSL, seguindo os exemplos disponibilizados na página do Secretaria da Fazenda, e também as dicas desse site: https://www.madboa.com/geek/openssl/ Acredito que tenha conseguido chegar num resultado final da assinatura, usando um arquivo PFX (Certificado A1) 1 - É necessário converter o arquivo PFX (pkcs12) no formato PEM, reconhecido pelo OpenSSL https://www.madboa.com/geek/openssl/#cert-pkcs12 O comando abaixo transforma o arquivo CertificadoA1.pfx em Certificado.pem, compatível com o OpenSSL openssl pkcs12 -in CertificadoA1.pfx -out Certificado.pem -nodes 2 - Assinando digitalmente o arquivo com a Chave Vamos supor que temos o arquivo CNPJs.txt, contendo os dois CNPJs concatenados: 0112312300019902321321000199 https://www.madboa.com/geek/openssl/#digest-sign Gerando o arquivo assinatura.bin, com o conteudo de CNPJs.txt, assinado pelo seu Certificado.pem openssl dgst -sha256 -sign Certificado.pem -out assinatura.bin CNPJs.txt 3 - Convertendo o arquivo gerado para Base64 Observe que o conteúdo de assinatura.bin não é legível.. o comando abaixo transforma o mesmo para Base64 https://www.madboa.com/geek/openssl/#encrypt-base64 openssl enc -base64 -in assinatura.bin -out assinatura.txt O Resultado final, o conteúdo de assinatura.txt, será algo semelhante a: PS: Estou tentando ajustar o ACBrEAD para que o mesmo seja capaz de realizar esses passos, usando um Certificado A1