Painel de líderes

Olá pessoal, Implementamos um novo recurso, na impressão do DANFCe usando Esc/Pos. Trata-se da Impressão do Cupom com o QRCode e LogoTipo lateral, gerando uma imensa economia de papel, em um layout bastante agradável... Veja a imagem abaixo: Tal recurso, já existia para quem fazia a impressão do DANFCe em Fortes Report... porém é novidade para a impressão em Esc/Pos. Em quais impressoras posso usar esse recurso ? Esse novo recurso é compatível apenas com as Impressoras que são 100% compatíveis com Epson Esc/Pos, e que permitem a impressão de até 48 caracteres, por linha, em fonte Normal. Exemplos de impressoras já testadas: Epson TM-T20 Elgin I9/I7 Qual a vantagem de usar Esc/Pos ? Há inúmeras vantagens em usar Esc/Pos para impressão do DANFCe em relação a impressão usando Geradores de Relatório, como por exemplo o Fortes Report, como por exemplo: Velocidade: pois muito menos dados são transmitidos a impressora (apenas comandos em Esc/Pos) Uso de características nativa da impressora: É a própria impressora que gera o QRCode e demais formatações de caractere, liberando a CPU dessas tarefas, Pode funcionar em aplicações Console (Serviços, Servidores, etc): Não precisamos de um complexo gerador de Relatórios para formatação das fontes e do QRCode, é a própria impressora que executa essas tarefas. Zero configuração: Com Esc/Pos você não precisa instalar o Driver de Spool da Impressora no Windows... basta configurar a porta de impressão no componente e pronto... Acesso a Guilhotina e Gaveta: Com simples tags, você consegue acionar esses dispositivos ligados a impressora Leitura de Status da Impressora: A gaveta está aberta ? Acabou o papel ? com a impressão em Esc/Pos você consegue essas informações Como a mágica funciona ? Para que a impressão com o QRCode lateral usando Esc/Pos seja possível, nós implementamos novos recurso e Tags ao componente ACBrPosPrinter, para permitir o uso da impressão em Modo Página da Epson Esc/Pos O Modo página, permite criar um buffer de impressão na memória, que só é enviado para a Impressora, após o mesmo ser finalizado... Ou seja, usando as tags do ACBrPosPrinter, efetuamos as seguintes tarefas: Ativamos o modo página Definimos uma região de impressão a esquerda, Enviamos o comando de QRCode nessa região Definimos uma região de impressão a direita Enviamos o texto Lateral nessa região Finalizamos o modo página As novas Tags do ACBrPosPrinter são as seguintes: <mp> - Liga Modo de Impressão em Página (em memória) </mp> - Desliga Modo de Impressão Página (em memória) </mp_imprimir> - Comanda a Impressão da Página na memória <mp_direcao> - Bloco - Direção Texto no Modo Página: 0-Esquerda/Direta, 1-Topo/Baixo, 2-Direita/Esquerda, 3-Baixo/Topo <mp_esquerda> - Bloco - Posição Inicial Horizontal Modo Página (Esquerda) <mp_topo> - Bloco - Posição Inicial Vertical Modo Página (Topo) <mp_largura> - Bloco - Largura da Região no Modo Página <mp_altura> - Bloco - Altura da Região no Modo Página <mp_espaco> - Bloco - Espaço entre Linhas na Região no Modo Página </mp_configurar> - Envia a configuração de Coordenadas da Região e direção do Modo Página Você pode verificar o uso dessas Tags no fonte ACBrNFeDANFeESCPOS.pas Veja na imagem abaixo, o resultado do teste efetuado no Demo, PosPrinterTeste. Observe como é interessante e curioso, o uso do Modo Página

Aviso Importante para quem utiliza ACBrMonitorPlus para geração de NFe (A partir da Versão 1.2.0.4) Alterado o modo de informar o CST (Arquivo .INI ou .TXT) para os casos de: Grupo de Partilha do ICMS entre a UF de origem e UF de destino ou a UF definida na legislação, CST 10 e 90, informar "10part" e "90part" respectivamente. ex preenchimento: [ICMS001] CST=90part Grupo de Repasse de ICMS ST retido anteriormente em operações interestaduais com repasses através do Substituto Tributário, CST 41 e 60, informar "41rep" e "60rep" respectivamente. [ICMS001] CST=60rep obs: Nas versões anteriores era possível passar apenas o código CST e o componente validava as regras nos casos de geração de Partilha do ICMS ou de Repasse de ICMS ST, devido as mudanças das últimas NTs isso não é mais possível, sendo necessário informar o respectivo CST a ser utilizado conforme exemplo acima.

Sincronizei os fontes do ACBr hoje, 07/06/18 as 10:36 e instalei pelo instalador do ACBr sem problemas. Porém, quando tento compilar meu código ocorre o erro Undeclared identifier: 'IncluirQRCodXMLNFCe', conforme imagem abaixo. Vi em outros posts que esta propriedade não deveria existir, mas está sendo citada no fonte e impede a compilação. Favor verificar se deveria ter sido removida desta unit e corrigir nos fontes oficiais para que na próxima sincronia esteja OK. A unit é ACBrNFeConfiguracoes e comentando as linhas problemáticas compila normalmente.

Grato Daniel eu achei a resposta em outro post do forum desconectei o certificado da usb e reconectei resolveu Estou com outros erros mas estou estudando os componentes detalhadamente se surgir novas duvidas reporto aqui. mais uma vez muito obrigado,

@Felipe E. Resende Mesquita Grato pela informação....

33180605481336000137651000000915081000003020-nfe.xml

Eles estão com problema qdo vc identifica o cliente. Faça uma venda sem indicar o destinatário e será autorizada.

RJ usa a SEFAZ Virtual – SVRS - http://nfce.encat.org/desenvolvedor/webservices-h/

Amigo, fiz a instalação do driver USB baixado no site da daruma http://www.desenvolvedoresdaruma.com.br/home/downloads/Site_2011/Drivers/Driver_USB_Impressora_Daruma.zip E agora está funcionando 100%. Desculpas pelo incômodo.

Deu certo, muito obrigado!

Obrigado pela atenção! Tenha um bom dia.

Neste caso como vocês já removeram o código do ERP, qual banco de dados vocês utilizam? Cria uma trigger na tabela que salva as duplicatas no banco, para realizar um update na tabela de pagamentos setando o valor 14. Mas a minha dica é: Coloca de volta o 14 pois até os estados que implementaram a NT 1.50 continuam aprovando as NF-es com o tipo 14 (Está nos Schemas das UFs), e pelo que vi na internet, a SEFAZ de SP e RS, vão continuar recebendo o tipo 14, mesmo que a SEFAZ Nacional tenha removido tal opção. Então meu amigo, se a SEFAZ SP/RS vão continuar (são as SEFAZ mais importantes praticamente em questões de documentos fiscais no País) aceitando o tipo de pagamento 14, acredito que posteriormente as outras UFs seguiram o mesmo exemplo, apenas uma teoria é claro.

Obrigado pela colaboração já está no svn.

Ola Sim Italo! Mas antes eu li no forum que este provedor altera coisas do nada. De toda forma, cruz credo. Contagem caprichou saiu de algo ruim pra algo mais ruim ainda. O cliente nunca entendi tão facilmente assim ainda mais quando ele vai no site e funciona, sei que isto e outra variavel. Mas e uma sacanagem. O negócio sequer retorna se foi processado com erro. Simplesmente parece consulta e como se não existe. Já comuniquei a eles, inclusive que modo de testes funciona. Se mais alguém tiver problemas O email e: [email protected],[email protected] [email protected] A ideia era so mais gente pressionar.

Provavelmente seja alguma incompatibilidade do Win7, pois no Windows 10 está funcionando corretamente. A solução no momento é continuar usando LT_TLSv1_2

O que eu te indicaria e eu uso é o https://portalspedbrasil.com.br/ É um fórum com muitos contadores, consultores, etc. Inclusive o dono dele Jorge Campos é consultor da RF no Sped (senão me engano é isto o cargo dele lá, mas não é funcionário público). Neste fórum é sobre as leis em si, quase nada de parte técnica de TI, muito bom o fórum.

Aqui está funcionando normalmente. A mensagem exibida no navegador é normal. Qual erro você tem ao consumir o webservice pelo ACBrNFe?

Bom eu encontrei a solução algumas postagens atrás, não lembro de quem foi mas deu a dica de como fazer. Mas fica assim: Para validar --> o meu tratamento ficou: ----------------- DM.BlocoX.WebServices.ValidarBlocoX.Clear; DM.BlocoX.WebServices.ValidarBlocoX.XML := XmlReduZ; if not DM.BlocoX.WebServices.ValidarBlocoX.Executar then begin RespostaValidacao := DM.BlocoX.WebServices.ValidarBlocoX.RetWS + sLineBreak; ErroValidacao := 'Arquivo: ' + ArqComCaminho + ' não foi validado. Erro: ' + RespostaValidacao; raise Exception.Create(ErroValidacao); end else begin RespostaValidacao := DM.BlocoX.WebServices.ValidarBlocoX.RetWS + sLineBreak; if Pos('VALIDADO COM SUCESSO', UpperCase(RespostaValidacao)) = 0 then raise Exception.Create(RespostaValidacao) else Mensagem(RespostaValidacao, mtWarning, 1); end; --------------------- e para enviar .... com detalhe para ".EnviarBlocoX.XMLZipado" que deve ser passado para base 64 depois do arquivo zipado. --------------------- DM.BlocoX.WebServices.EnviarBlocoX.Clear; DM.BlocoX.WebServices.EnviarBlocoX.XML := XmlReduZ; DM.BlocoX.WebServices.EnviarBlocoX.XMLZipado := DM.IdEncoderMIME1.EncodeStream(FileStream, FileStream.Size); if DM.BlocoX.WebServices.EnviarBlocoX.Executar then begin Sleep(20000); //Esse aqui coloquei porque encontei uma postagem dizendo que precisava, quando consegui transmitir não testei sem SetReciboNaBase(DM.BlocoX.WebServices.EnviarBlocoX.Recibo, 'Redução Z', 'ZR', ArqComCaminho); //depois de salvar o recibo na base arquiva o XML ArquivarXml(ArqComCaminho, 'Z'); end else begin ErroTransmissao := 'Arquivo: ' + ArqComCaminho + ' não foi transmitido.'; raise Exception.Create(ErroTransmissao); end; -------------------------- Espero que isso ajude.

Ricardo, No caso do estado de Goias, na sessão perguntas e respostas pode ajudar quem tem dúvidas ainda. http://aplicacao.sefaz.go.gov.br/perguntaresposta/problemas_pesquisa_internet.php?cod_grupo=33&amp;cod_divisao=166&amp;criterio=&amp;op1=&amp;op2=&amp;st= "As mercadorias sujeitas ao recolhimento do adicional de 2% do PROTEGE GOIÁS podem ser verificadas no Anexo XIV do RCTE, disponível no site www.sefaz.go.gov.br, opção “Legislação Tributária/Consulta/Anexo XIV do RCTE”." Link da relação de NCMs ftp://ftp.sefaz.go.gov.br/sefazgo/legislacao/Rcte/Anexos/ANEXO_14_MERCADORIAS_SUJEITAS_AO_ADICIONAL_DE_2_POR_CENTO_OPERACOES_INTERNAS.htm#ANXIV

André e todos que ajudaram, muito obrigado, vou postar aqui o que foi feito, o campo vTotTrib=0.00 tinha valor dos itens com CFOP 5102, conversando com a contabilidade a mesma disse que empresa enquadrada no simples nacional não destaca ICMS, tiramos o valor ai a NF passou. [Total] ValorProduto=2271.39 BaseICMSSubstituicao=0.00 vST=0.00 vTotTrib=0.00 ValorNota=2271.39 vFrete=0.00 vOutro=0.00 vDesc=0.00 vFCPUFDest=0.00 vICMSUFDest=0.00 vICMSUFRemet=0.00

realiza as atualizações automáticas do windows que vai funcionar

Boa tarde, Com o cliente de GO e com o Windows 7, o problema era versão do Windows 7 SP1 que não estava atualizado e nem o Microsoft .NET Framework. Link com as especificações exigidas: https://blog.unimake.com.br/uninfe/2017/11/08/mudanca-do-protocolo-de-comunicacao-da-nfenfce-para-tls-1-2-pode-gerar-dificuldades/ Espero ter ajudado.

Falta de atenção minha... O tipo 90 para a tag motDesICMS só pode ser usado junto aos CST 40, 41 e 50. Para o CST 20 você deve informar motivo 3, 9 ou 12. Consulte a NT 2016.002 v. 1.51 para saber os tipos aceitos por cada CST.

Certifique o arquivo ACBrNFeServicos.ini, pode estar com os Webservices antigos e novos no mesmo arquivo, quando atualizei meu ACBr não excluí arquivos antigos e esse arquivo foi mesclado, e ao executar ainda estava usando o WebService incorreto, se quiser conferir no momento do envio qual WebService está conectando entre no ACBrDFeWebService.pas, coloque um breakpoint em: FPRetornoWS := FPDFeOwner.SSL.Enviar(FPEnvelopeSoap, FPURL, FPSoapAction, FPMimeType); o field FPURL vai ter o WebService que está utilizando no seu envio (Envio, Consulta...), compare com o WebService que está disponível site da Receita, se tiver errado atualize o ACBr excluindo os arquivos antigos. Se ele demorar demais a retornar, não estará encontrando a url, se der erro direto pode ser configuração do computador. Se alterar o arquivo ACBrNFeServicos.ini manualmente, recompile através do bat Compila_RES.BAT. Os testes que fiz foram esses, dessa forma consegui resolver, o WebService antigo e novo tinham uma pequena diferença que demorei a perceber. A forma que fiz pode ser pouco ortodoxa, mas depois de quebrar muita cabeça com configuração de computador, identifiquei o problema através dela. Recomendo testar também a partir do fonte Demo do ACBr. Espero ter ajudado.

Boa tarde, billbarsch. Também estou com este mesmo cenário e com o mesmo problema, mas pesquisando aqui, encontrei que é importante certificar-se de que o sistema operacional instalado no computador seja compatível com o protocolo TLS 1.2 e a versão do Microsoft .NET Framework 4.6.2. Não sei ainda se vai resolver pois estou indo testar no cliente.

Boa tarde, billbarsch. O Windows está com todas as atualizações instaladas?

Qual componente esta usando? Fortes ou fast? Tente isso ACBrNFeDANFeRL1.CasasDecimais._qCom := 3; Att Ricardo

Senhores, Tive o seguinte problema relatado acima "o conjunto de chaves não existe", então fiz a atualização da cadeia de certificado, em uma maquina de testes com windows 7. Perfeito funcionou após a atualização da cadeia de certifiados. Ao instalar na maquina do cliente, á surpresa, novamente o erro, fiz atualização da cadeia de certificados, de goias, paraná, entre outros, da icp brasil e nada. Fiz a instalação na maquina minha com windows 10 registrado, funcionou perfeitamente. Então seguindo a orientação do colega LUCAS CARDOSO DA SILVA mudando o tipo de criptografia de libcapicom para libwincrypt, funcionou perfeitamente. Fica registrado para que caso coletas tenham o mesmo problema.

Tbm estou com este problema, para o provedor Ginfes (Votuporanga), o meu cliente está cadastrado na prefeitura com & e ao imprimir no Danfse apare amp; att