Painel de líderes

Sugestão aceita e executada, já está disponível, para download versão 0.1.9.07, se não aparecer nenhuma situação da qual essa mudança não possa continuar voltarei a versão atual.

Meu amigo, se ninguém te respondeu ainda é bem provável que ninguém tenha feito, então não gaste seu tempo em ficar toda hora enchendo o fórum com a mesma pergunta, ponha a mão na massa e faça você mesmo com o tempo gasto em ficar toda hora perguntando. O Código dos outros estão ai, estude de desenvolva, e se quiser disponibilize como contribuição se não quiser fique só para você.

Boa noite... 1- Não é necessário. O emulador fornecido pela SEFAZ faz toda a simulação de um aparelho SAT. Mas se tiver condições, adquira o kit sdk da Tanca, é o melhor. 2- A comunicação entre o software e o aparelho é feita através da dll fornecida pelos fabricantes. O componente AcbrSAT é o pivô entre eles. 3- Você não poderá realizar testes no aparelho adquirido pelo seu cliente, pois as vendas que realizar já serão vendas em modo produção, pois o aparelho só não permite a mudança para o modo homologação. Para os testes você deve usar o emulador ou mesmo adquirir um aparelho para o uso em desenvolvimento.

Boa tarde, Gostaria de sugerir a seguinte modificação para formatação dos campos Quantidade e Valor Unitário no DANFE do FortesReport. Pois tenho clientes que na mesma nota fiscal possuem produtos com 2, 3, ou mais casas decimais de acordo com a unidade de medida do produto. Por esse motivo essa formatação de mais de 2 casas decimais só deveria existir quando necessário. No arquivo "ACBrNFeDANFeRL.pas" onde está: sDisplayFormat = '###,###,###,##0.%.*d' gostaria que fosse alterado para: sDisplayFormat = '###,###,###,##0.00########'; Atualmente utilizo esses valores para atender todo tipo de operação de maneira geral: ACBrNFeDANFeRL1.CasasDecimais._qCom := 4;ACBrNFeDANFeRL1.CasasDecimais._vUnCom := 10; Conforme exemplos em anexo veja que da forma atual utilizando a quantidade de casas decimais acima o DANFE esta saindo assim "DANFE_ATUAL.PDF" e já com a unit modificada o mesmo respeitou a quantidade de casas decimais necessárias "DANFE_MODIFICADO.PDF" DANFE_ATUAL.pdf DANFE_MODIFICADO.pdf 32150807411612000116550010000008011095463651-nfe.xml ACBrNFeDANFeRL.pas

Boa tarde Carlos, Bem vinda sua sugestão. Também senti essa necessidade. Pois tanto a quantidade como o valor unitário terão a formatação de casas decimais somente quando necessário. Sua implementação deu este bom resultado como os anexos. Antes Depois Ficou mais limpo a leitura dos valores de quantidade e valor unitário

Faça um teste com esses schemas em anexo. Uma pergunta o arquivo que vc monta para o monitor o ler, é no padrão SEFAZ, ou um .INI ? Se não der certo preciso o arquivo que vc monta para o minitor, para tentar identificar o que está ocasionando esse erro. Schemas.zip O Italo observou que nesse TXT que você postou acima está assim "2015-09-24T14:45:03-03:00" Mas achamos que deveria ser assim "2015-09-24 14:45:03"

Gostei do seu sDisplayFormat .. vai QUASE com uma ideia de refatoração para Danfe Fast Report. onde teremos a correção da formatação dos milhares e decimais; Segue imagem de teste com erros nos campos ( valor total , Base , Valor icms ); se fosse alterado os tipo ( integer ) CasasDecimais._qCom := 4 CasasDecimais._vUnCom := 10; para String; CasasDecimais._qCom := '###,###,###,##0.0000###'; CasasDecimais._vUnCom := '###,###,###,##0.00000######'; Talvez seja uma solução , mas....( Façam seus comentários para ajudar na tomada de decisão )

Boa tarde a todos, Paulo, a propriedade Arquivos.Salvar se você atribuir o valor False não vai gravar nenhum documento fiscal, autorizado ou não. Isso é útil para aqueles que desejam salvar os arquivos no banco de dados e não em disco. Por outro lado temos a propriedade SalvarApenasNFeProcessadas se receber o valor False vai salvar as processadas, ou seja, receberam o procolo de autorização e as que não receberam. Agora se você esta tendo problemas com duplicidade de numeração, isso é falha na sua aplicação, deixando o usuário enviar novamente uma nota que já foi enviada ou permitir que o mesmo escolha o numero da nota. Se ao enviar uma nota ocorre um erro na aplicação, temos que primeiro acreditar que o envio foi realizado, neste caso devemos carregar o componente com o XML assinado da nota e realizar uma consulta. Se a SEFAZ retornar a mensagem acusando que a nota não existe no banco de dados ai sim podemos envia-la novamente. Por outro lado se problema ocorreu no retorno ao realizar a consulta a SEFAZ vai retornar o protocolo de autorização, o XML assinado será atualizado, ou seja, receberá o protocolo de autorização..

Boa Tarde, Juliomar Marchetti, reparei a instalação do Delphi XE5, e funcionou!Se aparecer erros assim, sei que terei que remover e reinstalar. Obrigado pela ajuda! ; )

Bom dia à todos! Venho informar que disponibilizamos a versão 1.0.6 da SATDLL.dll, para eliminar essa inconsistência do xml de retorno para o AC, peço por gentileza que atualizem para essa nova versão. Link: http://www.sistemas.sweda.com.br/downloads/SATDLL_1_0_6_32_bits.zip Obs: versão de 32 bits Caso tenham alguma dúvida podem nos acionar por e-mail [email protected] Sendo assim ficamos à disposição!

Bom dia Gumercino, Você esta dizendo que a SEFAZ-ES vai deixar de usar a SEFAZ-Virtual do RS e passar a usar a SEFAZ-Virtual do Ambiente Nacional? E outros Estados também? Quais? Qual é o documento que foi divulgado essa alteração?

Bom dia Caio, Você postou nesta quarta feira que foi comunicado sobre a alteração das URLs. O documento emitido pela SEFAZ-RS que trata sobre essas novas URLs foi publicado no final de Abri/2015 e no dia 01/05/2015 tanto o repositório trunk quanto o trunk2 já estavam com as novas URLs. Quem fez essa alteração foi eu e não tenho ninguém dentro da SEFAZ que me envia essas documentações em primeira mão, apenas visito diariamente os portais nacionais da NF-e, CT-e e MDF-e em busca de alguma novidade. E também diariamente verifico se tem atualização de fontes através do Tortoise. Essa é a dica que deixo.

Boa noite! referente aos problema sitados no post está resolvido, imprime, enviei pa sefaz nfe teste falta mdfe mas tenho a certeza que não terei problema. como sou novato no sac tenho outros erros ex: na impressäo da DANFE aparece um linha em branco entre um produto e outro no e-mail esta dando o erro SMTP Error: Unable to Send MailFrom estou fazendo mais teste, mas desde já quero agradecer ao daniel, Italo e Juliomar, esta dando trabalho mas gostei da trunk2

Blz Juliomar... obrigado pelo esclarecimento...Valeu...

Aqui comigo só acontece com a Valid, se você não usar o instalador deles não funciona, essa dúvida inclusive é recorrente aqui no fórum, muitos colegas já relataram o mesmo.

Eu também estou tendo o mesmo problema. No ambiente de homologação funciona e no de produção não. Já enviei e-mail para [email protected].

Também estou com o mesmo problema..

Bom dia Graça, Os nossos clientes também estão com o mesmo problema. Será que é algo no webservice? Vou continuar tentando achar uma solução aqui, qualquer novidade posto aqui. Se descobrir algo nos informe também por favor.

Também estou com o mesmo problema.. Desde ontem a noite, o meu pessoal não consegue cancelar e nem emitir conhecimento em MG. O pior é que não consta nada nem no portal nacional, e nem no portal estadual sobre isso.

Bom dia Juliomar obrigado por responder está dando erro tanto em homologação quanto em produção. Vou tentar ligar pra ver. qualquer coisa posto o resultado aqui.

ola Ricardo, voce tem 'Olho de Aguia' , ...rs... eu olhei umas dez vezes e nem vi nada....mas foi depois de 10 horas direto de trabalho...acho que foi isso... esse sat ta me deixando miope...rs...muito Obrigado ai...pela força...

Um erro que vi foi no item 9, valor do desconto maior que qtde * valor unitário. Sds, Ricardo.

Você pode programar para o usuário configurar a etiqueta em run-time. O Fast-Reports tem um componente que permite editar os aquivos de seus relatórios ".fr3", em run-time. O componente é o frxDesigner. Com isso você deve resolver o problema das etiquetas, já que qualquer empresa usa um padrão de etiquetas por muito tempo. Quando mudar, edita e configura novamente. Agora, configurar diretamente por programação, acho que não tem como fazer isso no Fast Reports. Eu, particularmente, só conheço configuração via programão, quando se usa comandos ppla, pplb e etc. Por gerenciadores de relatórios, desconheço. João Elson

Boa tarde amigos, Paulo as tags já estão lá (Dentro do objeto Imposto você terá a objeto ICMSUFDest), mais aconselho apenas preparar a implementação, pois não conseguirá testar até o inicio de Outubro (01/10/2015) que é quando a Sefaz irá liberar o ambiente de Homologação com a inclusão dessa NT, o ambiente de produção está programado para o dia (03/11/2015).

Sim Juliomar, sempre antes de efetuar qualquer post sempre olho os fontes, ví que ambos eventos ficam juntos, como esse é um fórum aberto, efetuei o post para saber se alguém já teve a necessidade de separar os arquivos e qual a forma que foi feita, só comentei novamente meu post porque ele foi para a segunda página e não estava tendo mais visitas, foi uma maneira de volta-lo para a primeira página. Não foi minha intenção tumultuar o fórum, criar mal estar ou ser grosso com meus colegas, sabendo agora que não devo proceder dessa maneira, obrigado pelos esclarecimentos.

Bom dia a todos, Marcio, o componente gera sim a URL do QR-Code conforme consta no manual do DANFE NFC-e, manual este que contem toda a especificação de como deve ser gerado a URL. No que diz respeito a validação da URL por parte da SEFAZ, é que a URL vai constar no XML da NFC-e. Daniel, você lembra das linhas comentadas no método Assinar que são responsáveis por incluir a URL do QR-Code no XML da NFC-e? O QR-Code a principio era gerado e impresso no DANFE da NFC-e, agora alem disso o XML da NFC-e vai passar a ter essa URL. Já temos os novos Schemas que vão fazer uma validação primaria dessa URL e a SEFAZ por sua vez ao receber o XML vai fazer a sua validação que por sinal é mais completa, ou seja, não vai apenas validar se existem os campos que compõe a URL e sim o valor de cada campo. Marcio, em resumo o componente esta preparado para atender as alterações publicadas na NT 2015/001. Volto a lembrar que devemos iniciar os testes em 01/10/2015 para que no dia 03/11/2015 os XMLs das NFC-e já sejam enviados conforme a NT em ambiente de produção.

Boa noite. Alteração disponível no trunk2. Att.

Tente nesse Link: http://www.urano.com.br/atu/desenvolvedores.htm , Terminal de Comandos

Boa noite. Alteração disponível no svn. Att.

Falha minha, eu estava procurando o projeto ACBrOpenSSL em uma pasta com o mesmo nome, mas procurando com mais atenção localizei-o na pasta trunk\Pacotes\Delphi\ compilei, instalei e tudo funcionando. Vou estudar o código para poder ajudar em alguma coisa. vlw.

Bom dia a todos, A SEFAZ-RS através do Portal do Manifesto Eletrônico de Documentos Fiscais, publico um nota contendo as novas URLs de todos os Web Services tanto de Produção quando de Homologação para a NF-e, NFC-e, CT-e e MDF-e. Nesse documento constam as URLs da SEFAZ-RS, SVRS (SEFAZ-Virtual RS) e SVC-RS (SEFAZ-Virtual de Contingência RS). Os componentes ACBrNFe, ACBrCTe e ACBrMDFe, já foram alterados e disponibilizados com as novas URLs. Favor atualizar os fontes e reportar eventuais problemas.

O Risco de ter um SAT para a Loja Toda não compensa... - se o SAT apresenta defeitos, as vendas param - se o Hub da rede apresenta defeitos, as vendas param Lojistas sérios (que não podem parar) usarão um SAT por PDV, para permitir vendas em um cenário de PDV totalmente off-line...