Painel de líderes

assuma a seguinte configuração: SSLCryptLib := cryWinCrypt; SSLHttpLib := httpWinHttp; SSLXmlSignLib := xsLibXml2; Daniel escreveu na parte de cima, mas não quer dizer que tu não pode usar o capicom ele continua ali.

eSocial: Comitê Gestor aprova reformulação em calendário O Comitê Gestor do eSocial decidiu na tarde de ontem aprovar a reformulação do calendário de implementação do módulo eSocial. A medida atendeu ao pedido da Fenacon, em conjunto com o Conselho Federal de Contabilidade (CFC) e Sebrae, que ontem a estiveram mais cedo reunidos com o Subsecretário Substituto de Fiscalização da Receita Federal do Brasil (RFB), Francisco Assis de Oliveira Júnior e o assessor especial para o eSocial, Altemir Linhares de Melo. Na ocasião, as entidades entregaram ofício conjunto solicitando que as empresas com faturamento anual de até R$ 4,8 milhões sejam incluídas no eSocial em caráter obrigatório a partir da 3ª fase do programa. Além dos representantes da RFB participaram do encontro: o diretor de Assuntos Legislativos, Institucionais, Sindicais e do Trabalho da Fenacon, Antonino Ferreira Neves, o vice-presidente de Política Institucional do CFC, Joaquim de Alencar Bezerra Filho, a gerente de Políticas Públicas do Sebrae, Ines Schwingel. Fonte: http://emkt.fenacon.org.br/emkt/tracer/?1,4906760,c306eb76,f7ac

OK, Obrigado, ajudou.

Boa tarde É muito importante deixar explicito de qual banco trata-se o tópico para facilitar o apoio ao mesmo. Att.

Com xsMsXML também ocorria o erro "schema inválido"? Ou apenas os alertas do tamanho mínimo do nItemPed? Apesar do layout da NFe definir o tamanho do nItemPed como 6 algarismos fixos, os schemas permitem entre 1 e 6 então não deve haver falha na validação. Os alertas são gerados pelo ACBr, o fato de só mostrar o alerta a partir do segundo dígito talvez precise ser verificado. Vai ocorrer com qualquer nota sim, desde que configurado como xsLibXML2. Já tem tópicos sobre isso no fórum. Fazendo o mapeamento da unidade de rede, ou usando xsMsXML, o problema não ocorre.

Bom dia, estou desenvolvendo o layout de impressão (DABPE) e a impressão no FastReport. Assim que concluído eu posto aqui.

(Resolvido) Bom dia Italo, tinha aberto sim, porem, não tinha interpretado o erro. Após rever minhas rotinas, notei que eu estava carregando o campo ModoLancamento de forma incorreta. Obrigado pela atenção Italo.

Sempre foi... basta o Windows ter suporte a TLS 1.2.

O erro de schema inválido pode ocorrer quando: - SSLXmlSignLib esteja configurado como xsLibXML2 e - Os arquivos de schema estejam corrompidos - Os arquivos de schema contenham string de validação não compreendidas pela libxml2.dll (já vi isso em schema de NFSe, nunca da NFe) - A configuração da pasta de schemas esteja no formato \\servidor\compartilhamento

A imagem anexada mostra apenas ALERTAS gerados pelo componente, oq não impediria o envio do XML. Provavelmente existem mais informações na mensagem de erro q não estão sendo exibidas. O XML q vc me enviou é validado com sucesso no site https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx Vc pode mudar a unit pcnNFeW, mudando a linha abaixo e verificar se a nota é autorizada ou se é exibido algum outro erro de schema. Gerador.wCampo(tcStr, 'I31', 'nItemPed', 01, 06, 0, OnlyNumber(nfe.Det.Prod.nItemPed), DSC_NITEMPED);

Apenas consultando o site da Receita na parte de avisos, eu entro todo dia lá e dou um F5 na página para verificar se alguma nota técnica foi liberada kk

Aparentemente foi realizado um ajuste no componente pelo pessoal para comunicação quando necessário configurar LT_TLSv1_2, problema recorrente em algumas versões Windows.

Versão 1.2.0.6 agora está trazendo o retorno. O que era o problema ???????

Boa tarde, leiam novamente a respectiva regra de validação (página 63 da nota técnica 2016-02) Att Ricardo

Este campo é gerado da mesma forma pelo ACBr desde 2015. A mensagem q vc cita, se foi gerada pelo ACBr é apenas um alerta, e se for da SEFAZ provavelmente eles passaram a validar esse campo agora.

Em MG só aceita informações do veiculo de transporte se for nota dentro do mesmo município, se mudar o município já que tem que fazer o MDFe. Isto está em acordo com a legislação de MDFe em MG que diz que se houver transporte intermunicipal é obrigatório a emissão do MDFe. Prevejo que em breve eles devem remover esses campos da NFe.

Olá Carlos. Só vão disponibilizar o CAEPF no mês que inicia a produção do eSocial? Depois querem que transmitimos nos prazos. Carlos, desde já, agradeço pelas informações.

Já atualizaram:

Ainda não existe uma previsão para o layout 0.08. Não existe também nenhum equipamento homologado para essa versão. Acompanho muito as atualizações junto aos fabricantes: https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/Modelos-SAT.aspx

Resolvido. a Sefaz Virtual do RS corrigiu o erro.

Daniel, consegui alguns avanços no sentido de fazer o S@T Bematech funcionar mesmo com os 2 drivers instalados. Vou colar aqui uma lista de dicas para quem ainda tiver problemas: (créditos para o Aquinti) 1- Só deve haver uma unica DLL do SAT da bematech na maquina, ou na pasta System32 ou na pasta da aplicação, se ficar com as duas juntas o problema é certo. (o mesmo para o arquivo bemasat.xml) 2- Usar sempre a DLL 32bits, a x64 não tem seu funcionamento adequado. No entanto eu sempre renomeio ela para BemaSat.dll para ficar com o mesmo nome do XML. 3- Outro fato importante é configurar o BemaSAT.xml para localizar a porta automaticamente, pois direcionar a porta pelo XML apresenta problemas sempre. 4-Deixar a tag path sempre para "C:\". Percebo que ao utilizar uma outra pasta (dentro da raiz do executável, por exemplo) causa uma espécie de "sem permissão de escrita" por parte da Dll e consequentemente anula todo o processo. 5- Adicionar pedmissão no firewall do windows e antivirus para sua aplicação e dll do SAT; 6- Nunca faça download da DLL avulsa no site da Bematech. Instale o ActvationSoftware e use tanto a dll quanto o xml da pasta de instalação. Com o tempo, algumas dessas observações podem cair por terra a medida que explicações mais aprofundadas venham surgindo... Mas por hora é tudo o que estamos nos certificando.

Boa tarde, já tinha percebido também essa situação levantada pelo Leonardo, incluí as alterações feitas por ele nos fontes e funcionou corretamente. Daniel, Segue arquivo atualizado com as alterações. Leonardo, obrigado pela colaboração. pcnNFeW.pas

Segue em anexo a Unit pcnNFeW.pas contendo as modificações. pcnNFeW.pas