Painel de líderes

Conforme notícia divulgada pelo "Portal eSocial" em setembro, vários vídeos sobre o eSocial foram disponibilizados pela equipe técnica do eSocial. Há um curso completo, gratuito e online disponibilizado pela ENIT (Escola Nacional da Inspeção do Trabalho, ligada à Secretaria de Inspeção do Trabalho, órgão do Ministério do Trabalho) com mais de 100 vídeos que explicam de forma detalhada todos os eventos do eSocial. Esses vídeos abordam as principais dúvidas dos usuários. Esses vídeos estão disponíveis nesse link aqui, e no canal da ENIT no Youtube. Além disso a TV Receita disponibilizou 10 videoaulas onde o auditor-fiscal apresenta de forma detalhada e didática o eSocial, EFD-Reinf e a DCTFWeb. Esses vídeos podem ser conferidos nesse link para o canal da TV Receita no Youtube. Veja a notícia no "Portal eSocial" para mais informações. Embora esses vídeos não foram preparados pela equipe do Projeto ACBr, estamos divulgando aqui porque achamos que podem ser de ajuda a todos desenvolvedores e empresas que precisam se adequar a essa nova realidade.

Boa noite primeiro uma sugestão geral acessem esse site e baixem o DDevExtensions compatível com sua versão do delphi. https://andy.jgknet.de/blog/downloads/ instale e vá no item do menu e então marquem a opção e assim irá resolver o problema para todos. quem sobe arquivos no svn e para quem baixa também.

BigWings, valeu pela dica. Funcionou perfeitamente aqui.

Veja este tópico:

Bom dia, Não tinha conhecimento sobre essa Solução de consulta, vamos analisá-la com atenção. Grata pelos esclarecimentos!

Bom dia Adryelle, O problema é que o componente verifica o valor da tag <cStat> que se encontra dentro do grupo <retConsSitNFe> e seu valor é 101 = Cancelado. Isso faz com que o XML não seja atualizado.

Ambiente de homologação do RJ começou a dar erro, a partir de 01/10, na versão do QRCODE 100. Mudar no componente compila com erro, no codigo como o André indicou com veqr200, foi.

Augusto, Alterei o arquivo INI e já enviei para o repositório.

Bom dia Ítalo, Verifiquei nossa lista de clientes que usam esse provedor e todos eles são de Santana do Livramento/RS, então não tenho como confirmar se essa configuração é válida para todas as prefeituras. Acredito que sim, já que o mesmo problema está sendo apresentado para a prefeitura de Jaguarão. Att

Irei verificar, desde já agradeço a atenção. Bom dia.

Bom dia Antônio, Verificando o Schema a palavra "NÃO" tem que estar acentuada. O rejeição é a 599, que diz que não pode ter caracteres de edição. Através do bloco de notas não vi nada de anormal, algo do tipo: tabulação, mudança de linha, espaços em branco. Favor verificar a sua rotina que gera o XML, para descobrir se nenhum outro tipo de caractere esta sendo inserido.

Boa noite, O eSocial só permite o preenchimento do campo "indSubstPatrObra" para construtora justamente pelo fato da legislação permitir que apenas empresas deste ramo poderem optar por desonerar ou não determinados estabelecimentos (obras). No seu caso, por não se tratar de empresa construtora a desoneração irá se "estender" a todos estabelecimentos, inclusive as obras de construção civil própria. Realmente a lei que trata da desoneração não deixa de forma clara a situação de obra própria para empresa enquadrada na lei fora dos CNAEs de construção, porém receita soltou um solução de consulta com uma situação semelhante a sua... http://normas.receita.fazenda.gov.br/sijut2consulta/link.action?visao=anotado&idAto=65678 O item 11 do documento conclui-se da seguinte forma: "Diante do exposto, conclui-se que, se uma empresa estiver sujeita ao cálculo da contribuição previdenciária na forma do § 1º do art. 9º da Lei nº 12.546, de 2011, as contribuições previstas nos incisos I e III do caput do art. 22 da Lei nº 8.212, de 1991, com a redução prevista no inciso II do citado § 1º, incidem sobre toda sua folha de pagamento, inclusive sobre a referente a obra de construção civil particular destinada a uso próprio executada com mão de obra própria".

Esta acusando erro ao imprimir danfe da Nota Fiscal de Serviço Error reading frlDANFSeRLRetrato.ExplicitWidth Resolvi abrindo o arquivo ACBrNFSeDANFSeRLRetrato.pas pelo ACBr_NFSeDanfseRL.dpk para ignorar os erros, compilei o pacote, fechei tudo e fiz a reinstalação pelo ACBrInstall_Trunk2.exe Começou isso após a atualizar os fontes do ACBr aqui

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

Novo tópico criado, o tópico anterior muito antigo. https://www.projetoacbr.com.br/forum/topic/32162-dbseller-x-envio-síncrono/?page=3

Boa tarde, Você pode acessar esse link https://www.sefaz.rs.gov.br/NFE/NFE-CER.aspx e com o certificado digital do cliente você pode baixar os xmls

No repositório do ACBr existe um exemplo de como listar as notas: C:\ACBr\Exemplos\ACBrDFe\ACBrNFe\DistribuicaoDFe.txt Dá pra ter uma boa ideia do funcionamento baseando-se por lá.

Creio que não... afinal a Zeos não usa nenhum fonte ou biblioteca da Embarcadero... Ela usa as APIs dos Banco de Daddos

Funcionou, aproveita e adiciona Coronel Vivida - PR e Renascença - PR no cidades.ini e no PronimV2.Ini Cidades.ini [4121604] Nome=Renascença UF=PR Provedor=PronimV2 VersaoDados=2.02 VersaoAtrib=202 [4106506] Nome=Coronel Vivida UF=PR Provedor=PronimV2 VersaoDados=2.02 VersaoAtrib=202 PronimV2.ini [URL_P] ; Coronel Vivida/PR RecepcaoLoteRPS_4106506=http://www.nfse.coronelvivida.pr.gov.br:8087/nfse.portal.Integracao/Services.svc ; Renascença/PR RecepcaoLoteRPS_4121604=http://200.195.142.211:8081/NFSe.Portal.Integracao/Services.svc [URL_H] ; Coronel Vivida/PR http://www.nfse.coronelvivida.pr.gov.br:8087/NFSe.Portal.Teste RecepcaoLoteRPS_4106506=http://www.nfse.coronelvivida.pr.gov.br:8087/nfse.portal.Integracao.teste/Services.svc ; Renascença/PR RecepcaoLoteRPS_4121604=http://200.195.142.211:8081/nfse.portal.integracao.teste/Services.svc

Obrigado Felipe Irei verificar...

Bom dia Italo, obrigado pela ajuda, sua resposta me ajudou a resolver. estou fazendo agora os ajustes para tratar os retornos e mensagens de erros, para quando falta ou é enviado algum dado indevido. tomando como base o Demo ACBr. Vlw pela ajuda.

Bom dia. O aparelho tem conexão com a internet ? É interessante anexar um log para analisarmos melhor.

Bom dia, Para as empresas do primeiro grupo (empresas com faturamento acima de 75kk), os eventos não periódicos iniciavam em 03/2018. Próximo a data de início da entrega dos respectivos eventos, o eSocial soltou uma nota orientado para que as empresas enviasse os eventos a partir do dia 08/03/2018, porém a referência para os respectivos eventos continuava 01/03/2018, ou seja, afastamentos, ou ocorressem do dia 01/03/2018 a 07/03/2018 deviriam ser enviadas, e as admissões que ocorressem neste mesmo período não deveria ser levado ao eSocial como cadastro inicial, mas sim como admissões que ocorrer posterior ao início dos eventos não periódicos. Na resolução nº 5 de 02 de Outubro diz o seguinte: II - as informações constantes dos eventos não periódicos S-2190 a S-2399 do leiaute do eSocial aprovado pelo Comitê Gestor do eSocial deverão ser enviadas a partir das 8 (oito) horas de 10 de outubro de 2018, conforme previsto no Manual de Orientação do eSocial (MOS); Porém não deixa claro se a referência será realmente dia 10/10/2018 ou se será o dia 01/10/2018. Os Srs conseguiram enviar afastamentos que ocorreram entre o dia 01/10/2018 a 09/10/2018 para as empresas do segundo grupo? Qual critério estão utilizando para preencher o campo de cadastro inicial de vinculo (evento S-2200) para as admissões que ocorreram neste mesmo período para as empresas do 2º Grupo? Obrigado

Bom dia, Passei pelo mesmo problema, e descobri por acaso após atualizar o ACBr. Minha sorte que eu estava fazendo um teste e descobri por acaso o problema, tinha acabado de subir uma atualização para o site. Acho que esse tipo de alteração pode causar muitos transtornos a todos, pois apenas atualizei o ACBr e compilei a aplicação, e o problema apareceu em lugares que não tinha sido mexido. Mas foi tudo resolvido a tempo e logo percebi a causa do problema. Dercide.

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

Obrigado André

Veja https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html

Bom dia, Njnews. O ACBr segue o padrão do link passado.

Bom dia, ALA. Tópico antigo. Sugiro que crie um novo.

Bom dia, evofox. Você pode encontrar um profissional ou empresa para solucionar o seu problema, veja o link abaixo: https://www.projetoacbr.com.br/forum/companies/

Bom dia Valdelir, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou os componentes usando o ACBrInstall_Trunk2? A sua aplicação esta usando os arquivos INI atualizados? Pelo fato de alguns provedores estarem usando versões diferentes, como é o caso do Pronim, que para uma determinada cidade a versão é 2.02 e para outra é 2.03, decidi incluir um campo chamado VersaoDados no arquivo Cidades.ini Se a cidade em questão tem uma versão diferente da que consta no arquivo INI do provedor, devemos incluir esse campo no arquivo Cidades.ini para a respectiva cidade.

Bom dia Luis, Muito obrigado pela colaboração, já enviei para o repositório. Fiz uma pequena alteração, em vez de "igual" mudei para "maior ou igual" no IF que verifica a versão. Fique a vontade em realizar novos ajustes para compatibilizar com a nova versão.

Quem determina as perguntas, é o SiTef, a aplicação apenas exibe e coleta os valores... Se a pergunta não aparece, é porque deve ter algo errado na configuração do Sitef, ou do GWCel

Exato lembre-se tem o ACBrBoleto que é para os arquivos e os ACBrBoletoFCFR e ACBrBoletoFCFortes que deve ser associado um deles com o componente para gerar ou imprimir o boleto.

O ACBrMail não faz uso da Indy... ele usa apenas as classes da Synapse (veja pasta Terceiros)

ok muito obrigado ...

Boa tarde @Amarildo de Matos, Esse XMLs que mandei do momento do envio foi apenas para exemplificar como fica diferente o XML do momento que envia para o momento que consulta a nota depois que realiza o cancelamento, mesmo a Sefaz retornando os dados de autorização no grupo infProt ao utilizar o método consulta. O XML é gravado apenas na transmissão da nota. O que gostaria era gerar esse xml do envio, em um período após a transmissão, utilizando o método consulta do componente, mesmo depois que a foi nota cancelada, para casos em que esse xml original foi perdido ou não foi gravado no banco no momento do envio, por alguma falha por exemplo. Nessa situação, quando utilizo o método consultar para uma nota que não foi cancelada o XML gerado fica exatamente igual ao do envio, porém quando a nota foi cancelada ele fica diferente, fica sem as informações de protocolo, igual ao anexo do post anterior. Obrigada

Boa tarde Rogério. Na realidade trata-se de uma alteração realizada para auxiliar os usuários a se lembrarem de migrar para a biblioteca libXML2, posteriormente o @Juliomar Marchetti fornecerá maiores detalhes quanto a alteração. Att.

Eu tive esse mesmo problema com esse provedor em algumas prefeituras. Para mim resolveu alterando a propriedade URI para 0 no arquivo DBSeller.ini. [Assinar] RPS=0 Lote=1 URI=0

Boa tarde Antônio, Remove o acento da palavra "NÃO". E tente novamente.

Boa tarde Robson, Você esta carregando um XML não assinado? Outra coisa, quem disse a você que o numero do recibo que devemos usar para a consulta se encontra na chave do MDF-e?

Olá! Fiquei caçando uma solução por dias na internet, em vão, e então peguei um dia fazendo inúmeros testes e monitorando o tráfego do Software Manifestador, para consulta ele somente acessa o IP 200.198.239.181, que é do domínio www1.nfe.fazenda.gov.br, que é do webservice do NFeDistribuicaoDFe. Não consegui descriptografar o tráfego para ter certeza do caminho do webservice, então resolvi inspecionar os "jar" baixados pelo "jnlp", descompactei e tentei encontrar alguma string que me indicasse um webservice diferente... Sem sucesso. Como eu já tinha todos os class, resolvi usar o "javap" e inspecionar os bytecodes... Sem sucesso. Fui mais além e utilizei então dois descompiladores e encontrei algo que me chamou a atenção, pois encontrei nos arquivo XML de consulta estavam com a versão 1.35: ---> br/gov/sp/fazenda/dsmd/ws/destinadas/br/gov/sp/fazenda/dsmd/common/util/DocumentoUtil400.java:1567: consNFeDest.setVersao(br.gov.sp.fazenda.dsmd.schemas.mdnfe.v100.TVerDistDFe.X_1_35); ---> br/gov/sp/fazenda/dsmd/ws/destinadas/br/gov/sp/fazenda/dsmd/schemas/mdnfe/v100/TVerDistDFe.java:26: public static final Enum X_1_35 = Enum.forString("1.35"); O mesmo para TVerResEvento e TVerResNFe, então encontrei os 'xsd"s da versão 1.35 e comparando com a 1.01 do pacote PL v1.02, alterou-se o xsd dos tipos de "tiposDistDFe_v1.01.xsd" para "tiposBasico_v1.03.xsd" contendo agora TNSU e TVerDistDFe, cUFAutor obrigatório, consChNFe não existe nessa versão, cSitConf agora existe no resNFe. Bom, a princípio alterei a versão na consulta por NSU para versão 1.35 para testar e funcionou bem, veio o cSitConf. Não sei se fiz tudo isso "à toa", mas como eu não encontrei a solução em lugar nenhum, resolvi ir a fundo, encontrar a solução e colocar aqui. v1.35.zip

Bom dia, Não obtive resposta deste tópico, mas consegui evoluir na integração com o provedor Bsit-br. Fiz algumas modificações e o XML está sendo validado com sucesso. Porém não consigo resolver a questão da URI na assinatura do documento, pois o layout não permite enviar o "Id" do Rps e na assinatura o retorno da função "ExtrairURI" fica em branco. Com isso a assinatura do documento fica inválida. Segue os arquivos modificados para avaliação e postagem. Se alguém tiver disposição para ajudar nesta questão da assinatura, eu agradeço! ACBrNFSeWebServices.pas Sigep.ini nfse-v2.xsd pnfsNFSeW_ABRASFv2.pas

ACBrNFe1.Configuracoes.Geral.VersaoQRCode := veqr100; Adicione a unit pcnConversaoNFe ao uses da sua Unit.