Painel de líderes

Agora é oficial Reinf para "empresas com faturamento superior a 78 milhões passarão a enviar os eventos pela EFD-Reinf a partir de 1º de maio de 2018. Os do segundo grupo, a partir de 1º de novembro de 2018 e os do terceiro grupo, a partir de 1º de maio de 2019." http://portal.esocial.gov.br/noticias/receita-federal/novas-datas-de-implementacao-da-efd-reinf-a-partir-de-2018

Registrei a capicom usando uma bat que veio junto com o ACBR, conforme já fazia com delphi 2005.

Isso depende muito de qual TEF você está homologando... O ideal é seguir a documentação de integração, e o roteiro de homologação do Gerenciador TEF que você estiver utilizando...

Use apenas SSLHttpLib := httpWinHttp; ou httpOpenSSL Configurou para usar TLS 1.2 ? SSLType := LT_TLSv1_2 Outro detalhe... essa configuração (ainda) não funciona com Certificados A3 SSLXmlSignLib := xsXmlSec; mas isso não tem relação com o envio, apenas com a assinatura do XML

@RenatoE o ACBrESocial ainda não esta finalizado e como o Renato Rubinho falou o Reinf esta funcionando e o eSocial usa o mesmo metodo de assinatura então vamos esperar a finalização do componente para ver se o erro ainda vai persistir.

Testado Reinf e NFe com A1 e A3. Funcionou perfeitamente. Obrigado

@Renato Rubinho Agora deve funcionar eu coloquei a url completa nos dois casos.

Boa tarde @Rafael Dias, A versão do ACBrDFeSSL.pas que foi para o SVN precisa de mais um ajuste, pois as urls tem mais uma diferença além do "-more" rsa-sha256 <SignatureMethod Algorithm="http://www.w3.org/2001/04/xmldsig-more#rsa-sha256" /> rsa-sha1 <SignatureMethod Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" />

Oi Jose, Desculpe a demora. O arquivo de retorno foi aceito pelo site do banco. Então, acredito que está certo. Obrigado!

Para quem ainda está tendo problema com o Sat Dimep antigo (Modelo D-Sat), saiu uma atualizacao de firmware em 28/11/2017 para a versao 01.04.00 que corrigiu o problema de "Sat em Processamento..." e outras instabilidades.

A via do consumidor é a impressão normal. Enviando em contingência off-line é quando é preciso imprimir a via do estabelecimento também. Seu PDF indica um XML autorizado (com protocolo de autorização) então mesmo informando o parâmetro bViaConsumidor não será impressa a informação da via.

@fabiofranzini Sim basta mudar para xsLibXml2 que a libxml 2 vai ser usada para canonização do xml e a Wincrypt/Openssl sera usada para gerar os hash.

O fórum é composto de voluntários... as pessoas do Forum, respodem quando podem, quando querem e quando sabem a resposta.... Sua atitude, exigindo uma resposta, apenas desistimula os demais usuários de lhe ajudar.. Quer garantia de suporte...entao contrate... https://www.projetoacbr.com.br/forum/sacv2/sobre/ https://www.projetoacbr.com.br/forum/companies/

Bom dia. já tem um tempo que existe as configurações, nos meus teste configurei conforme a imagem abaixo e funcionou perfeitamente para transmissão de NF-e, o nosso pessoal aqui esta testando outros documentos NFC-e, MDF-e, Manifestação, Eventos, etc....

@Renato Rubinho Vou estar fazendo alterações para pode usar nos dois casos. @RenatoE Não use capicom use o wincrypt capicom não é compativel, apenas Wincrypt e Openssl. Wincrypt funciona com certificados A1 e A3. OpenSSL apenas com A1.

Bom dia Italo , Obrigado por responder . O Meu problema era que tinha uma NF-e de outro estado na mesma cte. Obrigado pela dica do modelo Globalizado . Caso mais alguém tenha o mesmo problema segue um link para auxiliar : http://portalcte.fazenda.mg.gov.br/download/SP01_CT-e_Globalizado_v2.pdf Pedro Manoel

Vlw julio

Boa noite @ALEXANDRE PIRES LOBO Uma pergunta: Não tem um espaço em branco antes do parâmetro 1 ? Exemplo: , 1 Porque lembro que foi tratado uma vez desta situação. Veja o link: https://www.projetoacbr.com.br/forum/topic/35119-nfc-e-via-estabelecimento-e-via-consumidor/?do=findComment&comment=230261 Não sei se é o mesmo caso, mas não custa tentar.

@ricardolopes já tinha percebido e logo vai para o svn junto de outra correção. ------- Edit------- No SVN a correção já

Se você usa TCP... Baud, Paridade, StopBit, não tem nenhum efeito... isso apenas é utilizado em comunicação por porta Serial Provavelmente a balança está usando um protocolo diferente do esperado pelo modelo que você selecionou... ou seja, a classe não está fazendo a correta interpretação da resposta recebida.... Tente outros modelos

no svn as alterações. Obrigado.

Obrigado, Italo. Funcionou blzinha.. 31171202128529000110580010000000041000000047-mdfe.xml

Bom dia, Segue o fonte alterado. ACBrBlocoX_ReducaoZ.rar

Boa note Valdemir, Manual do CT-e versão 3.00 - página 9 temos: A versão 3.00 introduz novas possibilidades de emissão de Conhecimento de Transporte para outros serviços, visando substituir a Nota Fiscal de Serviço de Transporte modelo 7 no que se refere aos serviços que não envolvem o transporte de cargas, a saber: · Transporte de Pessoas; · Transporte de Valores; · Excesso de Bagagem; Na primeira versão, o modelo 67 será desenvolvido para atender exclusivamente as prestações de serviço de Transporte de Pessoas, com a possibilidade de ser expandido futuramente para os outros serviços através de revisão deste MOC ou Notas Técnicas. Só não deixa claro quais tipos de empresas vão poder emitir o CT-e OS no que diz respeito a transporte de pessoas.

A refatoração do componente ACBrETQ, já foi enviada para o SVN... Agora existe a propriedade: Origem: TACBrETQOrigem, (ogNone, ogTop, ogBottom);

Bom dia Valdemir, Lembre-se que o CT-e OS foi criado para acobertar a prestação de serviço de transporte de Valores, Fretamento e Bagagem extra. A empresa que hoje já emite o CT-e, fora o transporte de carga também realiza os tipos de serviço acima citados? Se não realiza acredito que não seja possível a emissão do CT-e OS.

Boa tarde Não é problema no XML, é uma validação da própria SEFAZ... Envie um e-mail para a SEFAZ reportando esse erro, eles podem te orientar como realizar este vínculo de IE para emissão de CT-e... Veja: https://www.fazenda.sp.gov.br/cte/credenciamento/credenciamento.asp

Creio que o Tópico foi para uma direção que o Daniel não esperava, mas vamos à minha visão: 1) Quanto à postura do Sr. Marchetti: Também sou de Santa Catarina, um estado que trabalha, que produz, de gente orgulhosa e promissora, que não está acostumado a pedir ajuda sem dar nada em troca. e também não está acostumado a dar ajuda para pessoas ingratas. Isso é cultural para nṍs. Se você quer ajuda, nós ajudaremos, mas se quiser criticar nossa ajuda difamando o nosso trabalho ou achando que a ajuda que fornecemos é uma obrigação e não um favor, culturalmente entenderemos que você não é mais merecedor dos nossos esforços. O que o Sr. Marchetti fez é apenas um reflexo da nossa cultura (e de outros estados, alguns inclusive do norte, como por exemplo Rondônia, que teve muitos imigrantes gaúchos). Somos diretos, objetivos, não usamos pronomes de tratamento, (segunda pessoa e TU ), mas isso não significa que somos agressivos, apenas que possuímos culturas diferentes. Tenho certeza que muitos vão achar meu texto agressivo ou chamá-lo de "textão" ou achar que também estou dando "patadas" mas não... quero apenas mostrar as diferenças culturais e se você não é programador delphi e acha que por isso não pode contribuir com o projeto, você provavelmente está errado. 2) Quanto ao "que eu uso", citado pelo Sr. douglaswf : Eu não uso nada por enquanto. Estou na fase de estudar os códigos. Apaixonei-me pelos códigos e pela organização usada pelo ACBr. Não sou programador Delphi, uso Object-pascal. Muito similar, porém diferentes. meus códigos são sempre cheios de helper types que são incompatíveis com a proposta do ACBr de manter a compatibilidade com o Delphi desde a versão 7 em diante, mas isso não me impede de querer entender e aprimorar cada vez mais. Minhas primeiras metas pessoais são: 2.1) Fazer com que o ACBr se torne compilável por cross-compile (FPC) de linux para windows. Atualmente não é possível porque os os fontes não estão em UTF8 e os caracteres acentuados deverão estar para que funcione o crosscompile no FPC em linux (espero fazer isso colocando constantes do tipo TTranslateString em arquivos .inc com diretivas de compilação {$IFDEF FPC} ou similar) 2.2) Fazer com que os componentes ACBr possam ser traduzido por arquivos .po através dessas constantes dos arquivos UTF8. Mas para isso acontecer, preciso de estudo e tempo. Já até sugerido pelo Daniel Simoes que fosse feito um fork. Mas ainda estou estudando a possibilidade de fornecer alterações ao projeto ACBr ou fazer um refactoring do que realmente me interessei. segue o link da sugestão do Daniel. 3) Quanto ao tópico original. Vi que algumas opiniões são pontuais e querem resolver seus problemas pessoais. Esperava ver mais contribuições nos sentidos de: 3.1) Manter a longevidade do projeto; 3.2) Criar formas de arrecadação consistentes; 3.3) Viabilizar para o projeto economicamente e intelectualmente ; 3.4) Promover e divulgar o projeto profissionalmente e academicamente; 3.5) Agregar novos recursos. 4) Quanto à outras linguagens: Apesar de conhecer diversas linguagens, eu possuo preferências de desenvolvimento, exemplo, projetos comerciais que demandam manutenção, precisam de códigos organizados e de fácil manutenção. por isso opto por object pascal, mas para Android, apesar de já ser possível desenvolver por pascal, uso o java. A maior parte do código livre escrito no planeta são de linguagens c like, mas isso não significa que você precisa aprender apenas uma linguagem. Caso você seja especialista em outra linguagem, provavelmente poderá contribuir construindo cabeçalhos das bibliotecas descritas no vídeo do Daniel Simoes nas linguagens que você esteja familiarizado. opinião pessoal: Github melhor que SourceForge que é melhor que Launchpad, Google Code ou CodePlex.

Olá @Renan Cavalieri, Como foi dito pelo @Agnaldo Prates, você precisará sim ter pelo menos noção básica de legislação tributária, e tenha sempre em mente que essa legislação é muito dinâmica, ou seja, você precisa acompanhar sempre porque as coisas mudam com bastante frequência. Primeiro, em qual estado você está? Além das normas Nacional, há a legislação própria de cada estado, veja porque: 1-Há cinco tipos de impostos, a saber: ICMS/ISSQN/IPI/PIS-PASEP e COFINS. ICMS = Estadual. Cada estado tem sua legislação própria. ISSQN = Municipal (para prestadores de serviço) e cada município tem suas alíquotas e legislação própria. IPI = Federal. Usado por fabricantes e importadores PIS/PASEP e COFINS = Federal. Esse é para todo mundo... Isto para efeito de emissão de nota fiscal. Há outros que são calculados pelo contabilista durante a escrituração e apuração do imposto, que não entram na NF-e, tais como: IRPJ, CSLL e CPP. 2-Há dois Regimes de apuração do imposto: a-Simples Nacional (também conhecido como Regime Especial) b-RPA = Regime Periódico de Apuração (também é comum dizer Regime Normal). 3-No Regime Normal (RPA), há duas Formas de apuração: a-Lucro Presumido - Esse tem direito a algumas coisas do Regime Especial, como a alíquota do PIS/PASEP e COFINS por exemplo. b-Lucro Real - Lucro Real, é o mais exigente dos regimes, você precisa emitir alguns tipos de notas não obrigatórias para os demais regimes, tal como perda de mercadoria, descartes, doação ou bonificação. A apuração é feita com base no faturamento Bruto menos a somatória das notas de entrada (compras), as despesas permitidas pela legislação, como folha de pagamento, alimentação, transporte, etc., as perdas ou descartes (doação e bonificação não se deduz da base de cálculo), e que resulta no Lucro Real para apuração do imposto a recolher. 4-Quem usa CST e quem usa CSOSN: a-O Simples Nacional usa CSOSN = Código de Situação da Operação no Simples Nacional, e têm 3 dígitos. b-Lucro Presumido e Lucro Real usam CST = Código da Situação Tributária, e têm dois dígitos. No DANFE, a origem do produto precede o CST e CSOSN, a origem dos produtos pode ser classificadas entre 0 a 8, assim, se um produto tem CST 00 e origem Nacional será impresso no DANFE: 000. Cada estado tem seu RICMS. Por exemplo, como estou em SP, para entender como funciona as alíquotas aplicadas a quais produtos, e quais CST/CSOSN usar, precisa conhecer MINIMAMENTE os Artigos: 52, 54, 54A, 55, 55A, 56C, e os Anexos I (Produtos Isentos) e II (Produtos com Redução Tributária): RICMS/2000-SP Quanto a entender sobre o regime Simples Nacional, você precisa conhecer minimamente: Lei Complementar 123/2006 Resolução CGSN 94/2011

Apliquei as sugestões parcialmente... (modifiquei o nome sugerido para a propriedade)

Boa tarde, Fico feliz por não ter problemas e te agradeço pela agilidade das respostas, mas o fato é que estou com problemas e preciso de ajuda. Sou novo aqui e assinante do ACBrSAC, você saberia me informar como faço para entrar em contato com alguem que possa efetuar os testes que indiquei e me ajudar a encontrar uma solução? Pela atenção, obrigado.

Aqui eu estava com problemas no Windows 8.1 Pro x64Bits e cert. A1, só meu problema era bem mais complexo, a questão era que o ACBr não conseguia acessar o certificado digital "talvez tenha haver com a mesma solução acima citado", porém havia um detalhe, eu conseguia ver o certificado quando pedia pra setar a chave nas configurações do sistema, mais quando mandava consultar status ou consultar nota dava erro, onde alem de ocorrer o erro de Requisição não enviada, também me retornava o "O conjunto de chaves não existe", resolvi seguindo os passos acima, alterando a data e hora pra o mesmo de brasília e reinstalando o certificado digital novamente! Problema resolvido! Obrigado por compartilhar Paulo Henrique Almeida

Ta na mão : http://depositfiles.org/files/3vsygrekd

Paulinho , visto que parece que nunca ninguem do forum ja utilizou emulador de balança como eu tbm nunca utilizei , vai então uma dica de tentativa se vc ja não tentou assim : 1º - Vc vai criar um cabo no padrão daquele que eu coloquei acima . 2º - Vc vai precisar de 2 portas seriais no seu computador. (Exemplo COM1 e COM2) . 3º - Conecte o cabo serial (Exemplo : na COM1 e COM2 do seu computador) . 4º - Existe um emulador de balança na pasta \Projetos\EmuladorBalanca\Delphi , vc vai executa-lo em exemplo na COM1 e deixa-lo executando . 5º - Execute o Demo do ACBrBal e ative ele na COM2 , ja que o Emulador esta ativado na COM1 , assim vão ficar sincronizados o (Emulador na COM1 e ACBrBal na COM2 atravéz do cabo que vc fez) . Obs : Ative o ACBrBal com o Modelo Filizola , teste as diversas configurações de velocidade de porta , 2400... Os Emuladores do ECF Sweda mais antigos eram assim , não sei o atual mas vc utilizava assim , tinha que se fazer um cabo serial e o Emulador executava em uma porta e a AC em outra porta , assim o cabo sincronizava a AC ao Emulador , entende ? Boa sorte , espero que funcione !

No meu micro de serviço meu micro de casa estou com as versões citadas e não tenho problemas! vale ressaltar os dois são delphi originais e o fast report também. esse é o seu caso também?

Obrigado por informar ! mas veja não havia mencionado isso desde o começo do tópico pois senão iria lhe repassar exatamente essa informação!