Painel de líderes

Bom dia pessoal, O Projeto ACBr também é Agente de Vendas Embarcadero. Para receber um orçamento, entre em contato com nossos consultores pelo email: [email protected] ou ainda fone (15) 2105-0750 ou pelo WhatsApp (15) 99790-2976. Atualmente o Delphi se divide 3 edições pagas, sendo elas Professional, Entrerprise e Architect além da edição Commmunity que é gratuita*. E agora qual edição devo escolher? Veja nossas dicas a seguir: Professional O Delphi® Professional é a maneira mais rápida para desenvolver e atualizar aplicativos hiperconectados, com muitos dados e visualmente interessantes para Windows, Mac, aparelhos móveis, IoT e muito mais usando Object Pascal. Restrições Suporta somente conexão local e somente para MySQL, Interbase e SQLite. Não permite desenvolver aplicações Linux Não faz modelagem UML Não faz aplicações multicamadas usando DataSnap O ponto forte do Delphi Professional, é o seu preço. Custando quase um terço do Delphi Enterprise, ele cabe no bolso de qualquer Desenvolvedor Micro Empreendedor. O Delphi Professional ainda pode ser pra você... Se seu único Empecilho é conexão com o banco de dados, esta questão pode ser contornada adotando-se componentes de terceiros, como por exemplo a Zeos Lib, que é Open Source, ou ainda comprar um componente como o DAC, da DevArt Enterprise A edição Enterprise inclui todos os recursos da edição Professional, além de uma licença de implantação do RAD Server para um único local (que vale US$ 5.000), bibliotecas de acesso de dados FireDAC, uma licença do InterBase ToGo e suporte para criação de aplicativos Linux no Delphi. Escolha a edição Enterprise se... Precisa utilizar os componentes de conexão com banco de dados local e remota nativos do Delphi, como o FireDAC, se seus sistemas também são criados para linux ou ainda se deseja obter os recursos adicionais desta edição. Architect O Delphi edição Architect inclui todos os recursos das edições Enterprise e Professional, além de uma licença de implantação em múltiplos locais do RAD Server, uma licença Sencha ExtJS Professional, licença do InterBase ToGo e design e modelagem de dados avançados. Receba ainda uma licença de Rad Server Multi Site (criação de serviços web. É usado para publicar suas próprias APIs/REST, como expor dados do banco de dados) + Aqua Data Studio (ferramenta para modelagem e arquitetura de banco de dados) + Sencha ExtJs Pro (framework para desenvolvimento JavaScript front-and) + Ranorex – 6 meses de trial (ferramenta para automação de testes funcionais em aplicações multiplataformas, como: mobile, desktop e web). Escolha a edição Acrchitect se... Se seu desenvolvimento requer uma das ferramentas exclusivas desta edição, o Delphi Architect deve ser sua escolha Quer saber mais detalhes sobre as diferentes edições, veja a a tabela a seguir...

Bom dia Jamil, As notas que não foram autorizadas pela SEFAZ (33190300127817000125550090000002961000002967-nfe.xml e nfe2.xml) contem no grupo <retirada> e ou <entrega> os novos campos: cPais e xPais. Já a nota 33190300127817000125550070000117531000117530-nfe.xml que foi autorizada pela SEFAZ não contem esses campos dentro do grupo entrega. Essas 3 notas foram enviadas para o ambiente de Produção. Pelo que notei, você utiliza o ACBrMonitor, correto? Pois bem, o ACBrMonitor se utiliza de uma rotina para ler o arquivo INI para gerar o XML, essa rotina tenta ler os campos cPais e xPais do arquivo INI, se esses campos não existem ele assume valores padrões. A minha sugestão é você acrescentar esses dois campos da seguinte forma: [Entrega] CNPJCPF=61924742004195 xLgr=RUA BRAS CUBAS nro=SN xCpl=LT 01 QD 29 xBairro=OLAVO BILAC cMun=3301702 xMun=DUQUE DE CAXIAS cPais=0 xPais= Acredito que desta forma ele não vai usar os valores padrões e com os valores passados, ou seja, zero para o código do pais e "string vazia" para o nome (xPais) os campos não vão ser gerados no XML e consequentemente a nota será autorizada na SEFAZ.

Bom dia As chaves NFe precisam ser informadas em "ACBrCTe1.infCTeNorm.infDoc.InfNFE.Items[...]" e não em "ACBrCTe1.infCTeNorm.infDoc.InfOutrosItems[...]"

Boa tarde a todos, Hoje recebi um e-mail da SEFAZ-RS: A emissão de NF-e segue sempre 2 regulamentações: a legislação tributária, e as especificações técnicas. A utilização das séries 890 a 899 na emissão em contingência está prevista na legislação tributária, no dispositivo que vocês mencionaram. Porém, até o momento o CONFAZ não publicou nenhuma Nota Técnica com as especificações para a utilização dessas séries. Por isso, a utilização dessas séries ainda não foi implementada. Ela será implementada assim que o CONFAZ publicar uma Nota Técnica com as especificações. Há uma proposta de alterar os efeitos do Ajuste 13/18 para março de 2020, no que tange a séries específicas, no âmbito do CONFAZ. O assunto ainda está sendo discutido pelos grupos nacionais, buscando a melhor solução com menos impacto para as empresas e para os Fiscos.

Essa não é minha praia não mas, os documentos originários não seriam as NFes da mercadoria transportada? Você esta colocando em observações ao invés dos docs originários.

O Régys acabou de fazer uma alteração do ACBrInstall. Queira ter certeza que está utilizando a última versão antes de testar.

Bom dia. Reabrindo o tópico pois nem cheguei a responder se quer um comentario e já fecharam o mesmo. O Sefaz nao repassou nada sobre como o valor desse campo deve ser gerado. Porem existe UF´s onde é obrigatorio enviar essa TAG no XML, e UF´s aonde não será obrigatorio. No pcnNFeW esta desenvolvido para todos os ICMS (cst60, cstRep60: Gerador.wCampo(tcDe2, 'N26b', 'vICMSSubstituto', 01, 15, 0, nfe.Det.Imposto.ICMS.vICMSSubstituto, DSC_VICMSSUBSTITUTO) e csosn500: Gerador.wCampo(tcDe2, 'N26b', 'vICMSSubstituto', 01, 15, 1, nfe.Det.Imposto.ICMS.vICMSSubstituto, DSC_VICMSSUBSTITUTO)). A 6ª propriedade para os cst60 e cstRep60 esta mandando valor 0 (zero). Esta propriedade que define se é obrigatorio montar junto a estutura ou nao a tag. Dessa forma só irá montar se o valor nfe.Det.Imposto.ICMS.vICMSSubstituto for maior que 0,00 Ou seja da forma que esta enviando nfe.Det.Imposto.ICMS.vICMSSubstituto = 0 e a 6ª propriedade 0 para os estados que é obrigatorio irá dar erro. Não tem rejeição pela parte do Sefaz, porem só tenho um certificado do PR, e como descrito anteriormente, SE PARA A UF FOR OBRIGATORIO IRÁ DAR A REJEIÇÃO DESCRITA NO MANUAL: 938 Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet [nItem: 999] Alguem sabe informar se existe alguma função para validar se a UF em questao obriga ou nao essa TAG do vICMSSubstituto, ou alguma propriedade da classe que determina se essa TAG deve ser montada ou nao?

Acho que agora deu certo. Eu apaguei todos os componentes da tela, limpei as uses, salvei e fechei. Em seguida abri, não deu nenhum erro, dai coloquei novamente os componentes e compilou normalmente. Muito obrigado pela ajuda.

@Italo Jurisato Junior Italo, esta última alteração pode deixar de lado, alterando as propriedades do componente para: Geral.SSLLib := libCapicomDelphiSoap; SSL.SSLType := LT_TLSv1_2; Funcionou. Só é necessário para Wincrypt, então pode deixa de lado. Vou realizar mais testes; Abraço.

Boa tarde.. Não se pode confundir as tags de Icms ST Retido com ICMS ST Efetivo. ICMS ST Retido se refere ao valor que será repassado como crédito de ICMS quando feitas operações com Destinatários Contribuintes de ICMS ( Não consumidor final). Como na NFCe só é possível se fazer transações com Consumidor final, nunca serão informadas as Tags do ICMS ST Retido e sim as tags do ICMS ST Efetivo. Na imagem que vc postou estão as rejeições do ICMS ST Retido que somente poderão ser informados em NFe ( Modelo 55) Por isso o modelo 65 está riscado.

Boa tarde Daniel, entramos em contato com a SEFAZ, teremos uma resposta até o dia 25/03/2019. Ficamos no aguardo.

se uma UF (RS, MG, PB) diz que é obrigatorio, eu posso deixar de informar só por ser valor zerado?

Felipe, obrigada. Abri um chamado lá hoje de manhã e eles tem até 26/03/19. Aguardaremos.

Boa tarde, Jéssica Batista Freitas. A SEFAZ de MG está passando por problemas técnicos. Sugiro que entre em contato com a mesma.

O Tópico é antigo.. quando formatei minha maquina e instalei novamente o delphi e ACBR não tive mais problemas... mas na época não estava utilizando nenhum equipamento sat ou MFe.. só colocava o componente e o erro acontecia

Erro não catalogado é problema no lado do SEFAZ... é necessário entrar em contato com eles...

Pessoal eu mesmo descobri como fazer. Deixarei aqui para ajudar outras pessoas com a mesma dúvida. ACBrSATExtratoESCPos.ImprimeEmUmaLinha := True // Vai usar apenas uma linha para cada item ACBrSATExtratoESCPos.ImprimeEmUmaLinha := False // Vai usar duas linhas para cada item Gratidão!

Bom dia Rodrigo, Desfaça a sua alteração e leia esse tópico:

Boa tarde, Segue uma correção do evento S-2299, onde não estava adicionando o item na collection. pcesS2299.pas

Bom dia Paulo, Muito obrigado pela colaboração, já enviei para o repositório.

Passei por isto ontem, Resolvido preenchendo a propriedade: CodigoMoraJuros do Titulo; Opções para bancoob: CodigoMoraJuros := cjValorDia; CodigoMoraJuros := cjTaxaMensal;

Oi O banco não comentou nada. Como quando impresso pelo banco não sai eu gostaria que ficasse igual, sem o dígito. Mas pelo que estou percebendo a impressão do boleto funciona assim mesmo. Grato pela atenção. José Carlos

O campo xJust (Justificativa) está em branco: Resultado da Validação do Schema e de Regras de Negócio: Parser XML: Nenhum erro encontrado Tipo de Mensagem: Lote de Registro de Evento Schema XML: The 'http://www.portalfiscal.inf.br/nfe:xJust' element is invalid - The value '' is invalid according to its datatype 'http://www.portalfiscal.inf.br/nfe:TJust' - The Pattern constraint failed. Caminho: envEvento/evento[0]/detEvento/xJust

Muda os provedores. O grande problema é se a mfe está com o drive padrão ou da fabricante isso muda tudo. Se mfe está ou não atualizada. MFE mesmo estando verde não quer dizer que está 100% . MFE 100% nunca da erro de comunicação com estivadores.

So uma dica mfe existe drive padrão para todas elas, e drive separados qual a marca e modelo da mfe que está tendo problema? Isso muda tudo ok. Até mesmo versão do integrador, mfedriver e se a mfe está ou não atualizada.

Bom dia Ítalo. Obrigado pelo retorno. Hoje estou voltando a este assunto para resolver. Ninguém passou por isso antes? Estou com os fontes atualizados, e já havia percebido isso há algum tempo, mas daí o meu cliente desistiu de enviar o pdf junto com o link e deixei o assunto de lado. Agora outro cliente quer enviar o pdf e percebi que ainda não está preenchendo este campo. Vou trabalhar nisso e depois que resolver eu posto a solução que encontrar. Grato.

Bom dia. Esta função foi criada para ser utilizada sempre na impressão do código do cedente, vc debugou e realmente a mesma não foi chamada? Qual gerador de relatórios vc está utilizando? Att,

Bom dia. No momento não. Att.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, Não conseguia achar a solução, nem sabia que tinha essa chave, mas peguei no exemplo do acbr e deu certo. Obrigado pela ajuda, com todo respeito, vocês são fodas! Abraços.

Desculpem! Atualizei a versão do ACBrMonitorPLUS para versão 1.2.0.49 e validou!

Boa noite a todos, Fiz o teste mandando: Beep := ESC + 'B' + #1 + #10 e funcionou perfeitamente o beep. desde já agradeço a atenção de todos. abraços

Obrigado novamente... Fiz assim agora, funcionou... retorna erro de leitura quando a impressora está desligada... mas por vezes retorna "gaveta aberta" quando a ECF está desligada... a vantagem é que o retorno é bem rápido... Var V_EstadoACBrPosPrinter : TACBrPosPrinterStatus; MsgErro : String; begin V_EstadoACBrPosPrinter := Fun_Imp_Daruma.ACBrPosPrinter_Enviado.LerStatusImpressora ; MsgErro := 'Perfeito estado'; if stErro in V_EstadoACBrPosPrinter then MsgErro := 'Erro' else if stPoucoPapel in V_EstadoACBrPosPrinter then MsgErro := 'Pouco Papel' else if stNaoSerial in V_EstadoACBrPosPrinter then MsgErro := 'Não Serial' else if stSemPapel in V_EstadoACBrPosPrinter then MsgErro := 'Sem Papel' else if stGavetaAberta in V_EstadoACBrPosPrinter then MsgErro := 'Gaveta Aberta' else if stImprimindo in V_EstadoACBrPosPrinter then MsgErro := 'Imprimindo' else if stOffLine in V_EstadoACBrPosPrinter then MsgErro := 'Impressora Desligada...' else if stTampaAberta in V_EstadoACBrPosPrinter then MsgErro := 'Tampa Aberta' else if stErroLeitura in V_EstadoACBrPosPrinter then MsgErro := 'Erro de Leitura' ; showmessage( 'ESTADO IMP.NÃO FISCAL = '+ MsgErro ); End;

No manual fala: Realmente o ACBR gera remessa com dígito verificador. Mandei email para o suporte deles e vou tentar homologar como está e retorno neste tópico.

Sugeri o LerStatusImpressora porque ele pode retornar outros dados também. Mas que bom que deu certo. Obrigado pelo retorno.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Creio que basta validar pelo "OK:" na resposta, obtendo o conteúdo da String na posição que deseja...

Neste caso da coluna 231 atualizei hoje, por isso pedi para atualizar os fontes.

Até a semana passada não estava funcionando. Mas nesta semana, após atualizar meu ACBr, passou a funcionar. Acho que não estava ativo na receita. Tente atualizar novamente seu ACBr e não esqueça de atualizar também a pasta Schema na sua aplicação.

Recebi isso, hoje, da SEFAZ RJ : Sobre as séries exclusivas para NFC-e, em está em discussão nacional a prorrogação desta exigência atribuída pelo Ajuste, inclusive ainda não há uma data para a inclusão desta regra no ambiente de homologação nem produção. Atenciosamente, Coordenadoria de Documentos Fiscais Eletrônicos Secretaria de Estado de Fazenda e Planejamento do Rio de Janeiro As dúvidas esclarecidas por meio desta mensagem têm caráter de simples orientação, não produzindo os efeitos do instituto denominado Consulta Tributária, definido pelos artigos 150 a 165 do Regulamento do Processo Administrativo Tributário, Decreto Estadual nº 2.473/79.

Boa tarde. Alterações nas exigências do Responsável Técnico. (Entre outros ajustes) Att.

Olá pessoal, Com o passar do tempo e havendo necessidade acabamos fazendo alterações tanto no arquivo Cidades.ini bem como no arquivo INI do provedor que a cidade do seu cliente contratou. Sendo assim é de vital importância que na maquina do seu cliente os arquivos INI (informados acima) bem como os arquivos XSD (Schemas) estejam sempre atualizados. Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI, encontramos os arquivos INI de todos os provedores que o componente reconhece mais o Cidades.ini Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas, temos uma pasta para cada provedor e dentro de cada uma delas os arquivos XSD, ou seja os schemas usados pelo provedor. A minha sugestão é que dentro da pasta que se encontra o executável da sua aplicação deve constar também os arquivos: Cidades.ini e o INI do provedor, uma pasta com o nome Schemas e dentro desta os arquivos XSD do provedor. No que diz respeito a configuração, o componente deve estar configurado da seguinte forma: ACBrNFSe.Configuracoes.Geral.PathIniCidades := "Informar o path (caminho completo) de onde se encontra o arquivo Cidades.ini"; ACBrNFSe.Configuracoes.Geral.PathIniProvedor := "Informar o path de onde se encontra o arquivo INI do provedor"; ACBrNFSe.Configuracoes.Arquivos.PathSchemas := "Informar o path de onde se encontra os arquivos XSD (Schemas) do provedor";

Boa tarde. O responsável técnico somente será aceito em produção em abril. Veja este tópico Att.

Favor atualizar a versão para realizar os testes.

Bom dia. Obrigada pelas informações pessoal, caso obtenham retorno de outras UFs, podem continuar nos atualizando. Segue link do tópico explicativo criado pelo @Italo Jurisato Junior, oque também contem as respostas de algumas SEFAZ. Att. A dúvida é se não será exigido todo o grupo Responsável Tecnico ou se somente não exigirão o IDCSRT (estamos tentando obter esta informação também)

Boa tarde. Iniciamos um trabalho de pesquisa junto a todas as SEFAZ , porém o retorno está um pouco lento. Você pode acompanhar estas informações em nosso Mapa Fiscal referente ao Grupo de Responsável Técnico. https://www.projetoacbr.com.br/acbr-mapas/#acbrmapa_responsavel_tecnico Att.

Experimente editar ACBrEscPosEpson.pas, linha 335 Beep := ESC + '(A' + #5 + #0 + #97 + #100 + #1 + #50 + #50; mudar para: Beep := ESC + 'B' + #1 + #10 Sendo o último parâmetro a duração, experimente mudar de #10 para valores até #100 note porém, que essa alteração irá quebrar o funcionamento do Beep na Epson

A única maneira, seria criar um novo modelo de protocolo no ACBrPosPrinter... algo como: ppEscPosGPrinter Essa nova classe poderia ser derivada de TACBrEscPosEpson e implementar apenas as diferenças entre os modelos... Mas no momento, não tenho planos para isso... Acho que seria estratégico para a Bematech, solicitar ao fabricante original (GPrinter), uma atualização de Firmware, em busca de compatibilidade com o padrão Epson Esc/Pos

Boa tarde a todos, Estou promovendo algumas alterações que visam simplificar o código do componente, com isso ele fica menor e o EXE da aplicação também. Mas tudo tem um preço. Se fez necessário criar novos campos em alguns arquivos INI de provedor, isso significa que depois da atualização de todos os fontes e recompilar a aplicação será necessário enviar para os seus clientes o novo EXE bem como os novos INI caso você utilize um provedor cujo INI sofreu alteração. Lista dos provedores cujo INI sofreu alteração: Agili, Agiliv2, Betha, Bethav2, BHISS, CONAM, CTA, DBSeller, DeISS, Digifred, EGoverneISS, EL, Equiplano, Fiorilli, GINFES, Infisc, Infisc-v11, IPM, ISSDSF, ISSe, ISSJoinville, MetropolisWeb, NotaBlu, Pronimv2, Publica, PVH, RJ, SimplISS, SmarAPD, SmarAPDABRASF, SP, SystemPro, Tecnos e Thema. Pretendo enviar essas alterações entre hoje (segunda) ou amanhã. Peço que após a atualização dos fones, façam testes e reporte os problemas.