Painel de líderes

Boa tarde, cria um arquivo texto com o nome que quiser com os campos necessários, em anexo um exemplo, e dê os comandos abaixo: NFe.EnviarEvento(CCE.TXT) --> Comando para enviar a CCe. -- Verifique se recebeu OK no SAI.TXT, pega a chave e imprima: NFe.ImprimirEvento(110110+Chave da NFe+01-procEventoNFe.xml) -- Verifique se recebeu OK no SAI.TXT, e envia por email: NFe.EnviarEmailEvento(email,110110+Chave da NFe+01-procEventoNFe.xml,Chave da NFe+-nfe.xml,1) Sds, Ricardo. CCE.TXT

Sossystem, pode sim eu uso dessa forma. HASA

Vi esse tópico e, como passei por coisas estranhas com dcu´s e bpl´s no RAD Studio XE3, não só de componentes ACBr como de outros também (inclusive o Fortes ce), só queria acrescentar que esse tipo de coisa acontece quando se instala componentes dentro das pastas do Delphi ou pastas de sistema. O Juliomar há um tempo atrás me aconselhou a criar uma pasta de componentes de terceiros no drive C e instalar todos os meus componentes terceirizados nessa pasta. Foi uma medida simples que, além de deixar tudo muito organizado, solucionou todos os meus problemas.

Tendo em vista que a maior parte dos problemas técnicos com os aparelhos SAT´s são danos irreparáveis, estou anexando o formulário necessário para a cessação de uso perante a SEFAZ. Segue também o link com os procedimentos a serem realizados: http://www.fazenda.sp.gov.br/guia/sat/cessacao.shtm Modelo-Pedido_de_Cessação_de_Uso_de_SAT.docx

Blz então.

Olá Italo, estava de férias e voltei hoje. Vou dar prosseguimento aos testes. []s

To pegando na consulta do Lote . aquela que opcao de consultar o lote mesmo AcbrNFSE.ConsultarLoteRps(AProtocolo, AProtocolo); ai pego pelo retorno . AcbrNFSe.WebServices.ConsLote.RetornoNFSe.ListaNfse.CompNfse.Items[0].Nfse.Protocolo AcbrNFSe.WebServices.ConsLote.RetornoNFSe.ListaNfse.CompNfse.Items[0].Nfse.CodigoVerificacao AcbrNFSe.WebServices.ConsLote.RetornoNFSe.ListaNfse.CompNfse.Items[0].Nfse.Numero - // numero da NFSe Porem o XML da NFSe nao vem por aqui . e ate tava vendo o laytout do xml é muito diferente do padrao acbr .

Muito Obrigado André deu certo rsrsrsrs so pra constar sempre entro no seu blog pra pesquisar as coisas rsrsrs

Atualize seus fontes e informe do mesmo modo que o NCM.

Já passei por inúmeras bizarrices do gênero e uma pratica adotei sempre que algo anormal acontecer é apagar o arquivo .dproj e similares, que a cada nova versão do Delphi vão aparecendo novos, e então reabrir o projeto a partir do .dpr para que sejam recriados. Acontece que o que foi citado pelo Juliomar diversas vezes como "configuração do projeto" ficam gravadas no .dproj então pouco adiante formatar maquina, reinstalar Delphi e ACBr se o arquivo problemático continua existindo.

Ai está o seu problema, provavelmente vc está setando no monitor a sua sub-pasta beleza deixa lá, mas... coloque a dlll também na pasta do monitor pode deixar nas 2 pastas, parece que o monitor ora lê do path informado nele e ora pega da pasta do monitor faça um teste. Outra coisa verifique se a led ETH está acessa, ok. HASA

Foi o que imaginei, vou entrar em contato com a prefeitura. Obrigado Italo.

Bom dia Jarbas, Notei que no retorno da consulta, nenhuma informação foi retorna. Isso me leva a crer que o problema é no provedor.

Fiz algumas alterações que devem resolver o problema. O ACBrMTer estava retirando caracteres estranhos ao receber dados do Micro Terminal. Alteração disponível no SVN: [12242]

Realmente esta dificil, fui até nosso escritório e eles vão levar o nosso certificado até um posto fiscal para ver se eles conseguem fazer algo ou ser atendido pelo chamado já que o sefaz sequer responde os chamdos. Para não ficar parado a gente cadastrou o CNPJ da outra empresa que temos aqui, se realizar o cadastro completo de uma vez ele vai funcionar o problema esta apenas na alteração. Pelo que relatou vc ainda não deve ter nenhum SAT associado então tenta cancelar o cadastro e fazer novamente, pode ser que funcione.

Compreendi a necessidade do evento... realmente estava fazendo falta um Evento na finalização do Cupom... Apliquei modificações no SVN, baseado nas sugestões..

Acabei de enviar a primeira versão do DANFe para NFCe em Fortes com as alterações, por favor teste para que possamos realizar os ajustes. O CNPJ é pra ser impresso em frente a Razão Social.

Segue exemplo funcionando da consulta.

Já estou enviando a NFC-e utilizando o ACBrNFe (em homologação, porque uso o ambiente do AM porque MG não adotou a NFC-e ainda). Porém, só estou imprimindo em impressora comum e sem o TEF. Porém, preciso: -imprimir em impressoras comuns A4 com TEF -imprimir em impressoras não fiscais com TEF (porque tenho a leve impressão que MG vai acabar obrigando o uso dessas impressorinhas, e tenho clientes do segmento supermercado que com certeza não aceitarão o modelo A4) Daí surgiu a dúvida se usei o componente correto (ACBrNFe) ou se deveria ter usado outro, talvez um que já esteja melhor adaptado para as situações acima. Se for possivel fazer tudo isso com o ACBrNFe sem precisar reinventar a roda (desenvolvendo rotinas que o ACBr já possa ter implementado em outros componentes), beleza. Se não, preciso saber quais os componentes mais indicados. Me parece que o ACBrECFVirtualNFCe seria para ser implementado em aplicativo PAF-ECF (que possa ser configurado para imprimir Cupom Fiscal ou NFC-e, correto?). Tenho meu aplicativo PAF-ECF mas nele não uso o ACBrECF.

ACBrBoleto.pas ACBrBoletoFCFR.pas ACBrNFeDANFEClass.pas ACBrNFeDANFEFR.pas ACBrNFeNotasFiscais.pas Fontes anexados. Algumas Observações: - No momento está gerando PNG apenas para Boleto e Danfe em FastReport. - Criei a propriedade PNGResolucao, pois como a motivação para essa implementação é a integração com impressoras portáteis, em 96 que é o padrão de exportação de PNG no Fast não teve boa legibilidade na impressão. - As imagens geradas são Monocromáticas e estão sendo cortadas automaticamente, para isso não criei nenhuma propriedade pois acredito que o que deve mudar de uma impressora para outra é a adaptação em relação a resolução. - Talvez haja necessidade de criar uma diretiva de compilação para o Fast pois não sei precisar desde que versão passou a exportar também para PNG, pois na paleta de componentes ainda não aparece um componente para imagem PNG como outras, mas o recurso já está disponível.

O banco de dados do Emissor Gratuito é o JavaDB/Derby, que eu saiba é só acessível em ajava nunca achei um connector para outras linguagens de programação.

Correção o laudo vale por 24 meses

Sobre as siglas Código GTIN = Código de Barras, geralmente utilizado o padrão ean13, acrônimo para Global Trade Item Number (Número Global de Item Comercial) Código NCM = Nomeclatura comum do mercosul trata-se de um código de oito dígitos estabelecido pelo Governo Brasileiro para identificar a natureza das mercadorias IAT = (Índice de Arredondamento e Truncamento): define se o valor total produto será truncado (T) ou arredondado (A) pelo ECF no cupom fiscal. IPPT = (Índice de Produção Própria ou de Terceiros): define se o produto comercializado foi produzido pelo próprio estabelecimento (P) ou se foi adquirido de terceiros (T).

Bom dia! como ele é starter ele é igual ao trial! no caso o instalador não vai funcionar! dai terá que sofrer e por manualmente o mesmo, pacote a pacote!

Depois de muita conversa interna e requisição de uma parte dos usuários ACBr, resolvemos estender o suporte ao Delphi 7 até Janeiro de 2017. Por que? Nossa principal motivação foi porque muita gente está pensando que quando chegasse o fim de agosto a compatibilidade com o Delphi 7 será simplesmente removida e seus aplicativos vão parar de funcionar. Infelizmente, algumas pessoas estão usando isso com um oportunismo, fazendo "terrorismo" nos usuários do projeto ACBr. Queremos que entendam que não é fácil manter a compatibilidade do projeto em tantas versões diferentes. E não estamos recebendo muita ajuda nessa área. É difícil manter compatibilidade com versões UNICODE quando nós mesmos não usamos. Mas então em janeiro meu aplicativo Delphi 7 deixará de funcionar com o ACBr? Não!!!! Seu aplicativo vai continuar funcionando. Isso é mentira, falácia, balela, uma grande prosopopéia para acalentar bovinos (conversa pra boi dormir). Então o ACBr não vai mais enviar alterações e correções de acordo com a legislação? Claro que vamos continuar enviando alterações e correções. Então não entendi... Pois é... Isso é o que a gente está tentando esclarecer... Deixa eu tentar... Como é o processo atualmente: Sempre que antes de enviar uma correção, alteração ou inclusão de nova característica, precisamos avaliar se vai funcionar no Delphi 7. Mas a maioria de nós não utiliza mais o Delphi 7. Então depois fazemos a correção, testamos na versão que utilizamos. Daí precisamos, por exemplo disparar uma máquina virtual, esperar ela carregar, copiar o novo código para a VM, fazer os testes no Delphi 7, voltar a máquina normal e só depois enviar ao SVN. Como queremos que seja o processo após janeiro de 2017: Fazemos a correção que precisamos, testamos nas versões que suportamos, e enviamos ao SVN. Mas e o Delphi 7? Os componentes até essa data vão continuar funcionando no seu Delphi 7. Mas a partir dessa data você deverá ter cautela para atualizar via SVN. Eventualmente, sem intenção, uma quebra de compatibilidade pode acontecer. Neste caso você sempre terá a opção de voltar para uma revisão que esteja funcionando. Mas se preferir poderá fazer algo: Corrigir você mesmo o problema; Encontrar algum voluntário para corrigir; Atualizar para uma IDE suportada; Quais as IDE suportadas? Lazarus ou Delphi 2009 ou posterior.

Bom dia André, Fora a padronização da extensão dos arquivos você fez mais alguma alteração em algum deles?

Boa noite a todos, Akai, muito obrigado pela correção, em função da alteração da grafia do nome provedor Ginfes foi necessário fazer a mesma alteração na unit ACBrNFSeConfiguracoes. André, muito obrigado pela colaboração, com relação ao método LerXML a ideia inicial era fazer com que a unit pnfsNFSeR detecta-se automaticamente o provedor, caso não consegui-se usaria o definido em ProvedorConf. Faça um teste: em vez de: FNFSeR.Provedor := TACBrNFSe(TNotasFiscais(Collection).ACBrNFSe).Configuracoes.Geral.Provedor; FNFSeR.ProvedorConf := TACBrNFSe(TNotasFiscais(Collection).ACBrNFSe).Configuracoes.Geral.Provedor; mude para: FNFSeR.Provedor := proNenhum; FNFSeR.ProvedorConf := TACBrNFSe(TNotasFiscais(Collection).ACBrNFSe).Configuracoes.Geral.Provedor; Todos as alterações já estão no repositório. Mas uma vez agradeço pelos testes, correções e implementações.

Boa tarde Italo, Precisei fazer mais umas correções: * ACBrNFSeWebWebservices: Em todas as consultas, na hora de gerar a TagGrupo, da maneira que deixou, vai funcionar para SP, mas acredito que vai parar o provedor SimplISS. de proSimplISS, proSP: FTagI := '<' + TagGrupo + ' xmlns:p1="http://www.prefeitura.sp.gov.br/nfe" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">'; para: proSimplISS: FTagI := '<' + TagGrupo + '>'; proSP: FTagI := '<' + TagGrupo + ' xmlns:p1="http://www.prefeitura.sp.gov.br/nfe" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">'; * Na unit do provedor de são paulo só tirei uns comentários. * Na unit de conversão, pnfsConversao, é uma alteração pessoal...=/ Na função ProvedorToStr eu preciso que os nomes dos provedores fiquem escritos da mesma forma que os nomes das pastas dos schemas encontrada na exemplos da NFS-e. Será que poderiam subir essa alteração também? Desde já agradeço. Segue em anexo: AlteracoesProvedorSP.rar Att.

Boa noite Rodrigo, Mais uma vez muito obrigado, já esta no repositório.

Olá Italo! Fiz mais 3 alterações para a prefeitura : a primeira é relacionada a alíquota de ISS que tem que ser dividida por 100 e suprimido os zeros após os valores se não dá erro de alíquota invalida, mesmo enviando ao componente já dividido, se não retirar os zeros ele dá erro no webservice; a segunda é em relação ao campo de construção civil, pegando o código do município da obra mesmo e não do serviço; a terceira é no retorno do envio do lote RPS, se ele tem algum erro, ele retornava o uma mensagem de exception em branco, modifiquei para que se for São Paulo ele leia o campo de sucesso e não o protocolo. As duas primeiras são no arquivo pnfsNFSeW_SP e a outra no ACBRNFSeWebServices, estou anexando os arquivos com as alterações. pnfsNFSeW_SP.pas ACBrNFSeWebServices.pas

Boa tarde Rodrigo, Isso esta ficando bom demais. Muito obrigado pela colaboração, já esta no repositório.

Recentemente recebemos uma Impressora Não Fiscal Bematech MP-100S TH e após diversos testes utilizando nos exemplos do ACBr temos alguns comentários sobre a mesma. Todos os Drivers 32 Bits ou 64 Bits e o Manual da Bematech MP-100S TH podem ser encontrados em: http://www.bematech.com.br/suporte/equipamento/mp-100s-th Sobre a instalação da Bematech MP-100S TH: Foi utilizada a impressora em uma máquina com Windows 10 e nessa máquina, não foi necessário realizar instalação de driver do fabricante, apenas conectando a impressora (já ligada e com papel) e a mesma já emulou uma porta COM automaticamente, ficando assim, pronta para uso com ACBrPOSPrinter. Obs: Caso seja necessário realizar a instalação do Driver USB, o mesmo poderá ser encontrado no site do fabricante, mencionado anteriormente. Para realizar o uso da impressora com Fortes Report, foi necessário primeiramente instalar a Bematech no Windows, utilizando o Driver "BematechSpoolerDrivers", disponível no site do fabricante. Após instalada a impressora no Windows, foi necessário alterar o tipo de formulário disponível em Iniciar > Dipositivos e Impressoras > Selecionado impressora MP-100S TH > Clique com botão direito do mouse e selecionado "Propriedades da Impressora" > aba "Configurações do dispositivo" > Atribuição de Formulário a Bandeja > Selecionado opção "Print width 80mm 30cm" > OK. Sobre a utilização da MP-100S TH: Como já citado anteriormente, os testes foram realizados utilizando os exemplos do ACBr. Para o testes utilizando o componente ACBrPOSPrinter foi utilizado o Demo PosPrinterTeste.exe e para os testes utilizando o Fortes Report, foi utilizado o Demo SATTeste.exe. Testes Demo PosPrinterTeste.exe configurado com modelo ppEscBematech, 48 colunas, e página de código pc850 - A impressão de Tags de Caracter funcionou corretamente, com exceção da Fonte Invertida. OBS: não foi localizado nenhuma informação sobre compatibilidade com a Fonte Invertida no Manual do equipamento. - A impressão de Tags de Alinhamento, Tags Inválidas e Tags de Página de código funcionaram corretamente. - Para as tags de Código de Barras, os códigos STD25, CODE11 e MSI não foram impressos, já os demais imprimiram corretamente e a leitura dos mesmos foi efetuada normalmente também. OBS: o código MSI no aplicativo do fabricante foi impresso corretamente. Os códigos STD25 e CODE11 não aparecem na lista do aplicativo do fabricante e na lista de códigos compatíveis do manual. - As tags de QR Code foram impressas corretamente e a leitura foi efetuada corretamente. - A tag de impressão de logotipo foi impresso corretamente (após ter configurado logotipo pelo aplicativo do fabricante). - A impressão é realizada rapidamente, porém, não possui o corte automático. Testes Demo SATTeste.exe configurado com Largura: 296, Margens - Topo: 2, Rodapé: 20, Esquerda: 0 e Direita: 5 - As impressões realizadas durante esses testes foram cupons de venda com emulador de SAT, onde possui logo, fonte negrito e normal, código de barras, QR Code, caracteres com acentos, quebra de linha e todos os detalhes mencionados foram impressos corretamente. - A impressão é realizada rapidamente. Comparativo MP-100S TH X MP-4200 TH: - Em ambos os modelos a impressão é realizada rapidamente, o tempo de impressão pode ser considerado igual para ambas, pois a diferença encontra-se na MP-4200, que é alguns milésimos de segundos mais rápida. - Em ambos os modelos a Fonte Invertida e os códigos de barras STD25, CODE11 e MSI não são impressos. - Em questão de agilidade, a MP-100S perde um pouco por não possuir o corte automático. O que não faz com que a mesma deixe de ser uma boa opção, uma vez que, ambas funcionam da mesma maneira.