Italo Giurizzato Junior

Bom dia Edmar, Com relação a leitura do campo dtBase esta estranho ocorre erro pois o campo dtBase é do tipo TDateTime logo devemos utilizar o tcDat na leitura da tag uma vez que a mesma só traz a data. Já o segundo erro arrumei e enviei para o repositório.

Bom dia Edmar, Desculpe, não consegui entender o que esta ocorrendo e qual é a sua sugestão, esta muito confuso.

Bom dia, A sua rotina esta errada, fiz as devidas correções verifica se agora funciona. GerareSocial1005.txt

Bom dia, No programa exemplo esta da seguinte forma: with ACBreSocial1.Eventos.Iniciais.S1000.Add do begin evtInfoEmpregador.Sequencial := 0; Isso faz com que o Numero Sequencial a ser utilizado na chave seja gerado automaticamente pelo componente de forma randômica. Mas você pode mudar isso atribuindo um valor diferente de zero para o campo Sequencial. Não se esqueça que para cada evento ADD o valor do campo Sequencial tem que ser diferente do anterior, ou melhor dizendo, tem que ser uma sequencia.

Bom dia, Tentou fazer conforme abaixo? ACBrNFe1.NotasFiscais.Clear; for x := 1 to y do begin sXML := LerNotaDB(x); // onde essa função carrega do banco de dados as notas ACBrNFe1.NotasFiscais.LoadFromString(sXml, False); end; ACBrNFe1.Enviar(xLote);

Edmar, A unit pcesRetConsultaLote, possui um função chamada LerXML. Por favor verifique se esta previsto nela a leitura de todas as tags desses dois XML que você anexou.

Bom dia Fabibona, Favor realizar novos testes, pare que o Web Services do eSocial voltou ao normal.

Bom dia Marcelo, Até onde sei o provedor ISSNet segue a versão 1 do layout da ABRASF. Nessa versão só existe uma unica opção de envio que é o envio assíncrono, que no componente se refere ao método Enviar. Isso explica o erro de SoapAction não definido para TNFSeGerarNFSe ao tentar executar o método Gerar para poder enviar somente um RPS. Você pode e deve usar o método Enviar para enviar um ou até 50 RPS se assim desejar. Caso configure o componente para ConsultarLoteAposEnvio o mesmo se encarrega de tudo, ao executar o método Enviar. O erro de falha de validação ao executar o método Enviar, com certeza o componente não esta configurado corretamente no que diz respeito ao PathSchemas. Para o provedor ISSNet o PathSchemas tem que apontar para a pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\ISSNet Por favor verifique a configuração e tente novamente.

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

Bom dia Joceandro, Foi necessário fazer alguma alteração em algum fonte?

Bom dia Edmar, Não detenho conhecimento sobre o eSocial, mas não vejo com bons olhos essa história de imprimir e depois sair ticando os valores. Pois isso demanda gasto com papel, toner, tempo e esta passível a erros de checagem. Não teria uma outra forma de se fazer isso? Por exemplo, pegar essas informações através das propriedades do componente e fazer as comparações via rotina contida na aplicação? Desta forma teríamos a checagem do retorno automatizada.

Bom dia Rubens, Você leu todo esse tópico? Se sim, deve ter lido que o André já esta conseguindo enviar usando o certificado A1, o problema agora é com o certificado A3. E se falando no cerificado A3, peço a todos que atualizem todos os fontes de todas as pastas, reinstalem os componente e refaçam os testes de preferencia usando o programa exemplo. Foram feitas algumas alterações visando resolver problemas com o certificado A3.

Bom dia Marcos, Você esta com todos os fontes de todas as pastas atualizados? Acredito que não pois essa cidade já consta no arquivo Cidades.ini

Bom dia Juninho, O DAMDFE foi feito com base no layout disponibilizado no Manual do MDF-e, logo ele esta em conformidade com o Manual. Se começarmos a alterar o DAMDFE por conta de pedido de cliente ou de Fiscal, daqui a pouco vamos precisar imprimir em A0 pois A4 não vai dar. Você tem os fontes, fique a vontade de fazer as alterações.

Bom dia a todos, Alisson, se na sua maquina existe esse caminho (informado na sua postagem) isso significa que os seus fontes estão desatualizados. Pois dentro do path: SEU_ACBr\Exemplos\ACBrDFe\ACBreSocial\Delphi não existe a pasta Schemas. Os fontes atuais que se encontram no repositório os Schemas do eSocial estão no path: SEU_ACBr\Exemplos\ACBrDFe\Schemas\eSocial

Boa noite, Favor anexar a unit alterada, pois ficou meio confuso a sua postagem.

Boa noite Márcio, Eu preciso de um XML que foi enviado com sucesso e outro que não envia com sucesso.

Boa tarde Marcello, Não foi alterado na sua aplicação, tudo estava funcionando normalmente e de um dia para o outro a coisa para. E o Ginfes tem a cara de pau de dizer que o problema não é com eles. Força a barra, tem que atormentar esses caras, fazerem eles trabalharem, arrumar as burradas que eles fazem.

Boa tarde Marcio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Hugo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Gilberto, Até onde sei a SEFAZ-Autorizadora não replica a NFC-e para o Ambiente Nacional, onde fica o Web Service DistribuicaoDFe. No momento só é replicado para o Ambiente Nacional as NF-e, os CT-e (Conhecimento de Transporte Eletrônico) e os MDF-e (Manifesto de Documentos Fiscais Eletrônicos). Sendo assim não se trata de uma limitação do ACBrMonitor e sim a falta de replicação por parte da SEFAZ-Autorizadora.

Boa tarde Carlos, Favor anexar os arquivos: *-ped-eve.xml e *-eve.xml

Boa tarde Renê, Acredito que com o advento da NFS-e Padrão Nacional, onde teremos um único layout e WebService para enviar a NFS-e, alguns provedores vão acabar abandonando, como esse que simplesmente te ignoraram.

Bom dia, Na pasta de Schemas esta disponível os Schemas que estão em conformidade com a versão oficial e em uso do eSocial, pedimos para não usar os Schemas de outras fontes, pois você pode estar se utilizando de Schemas antigos ou de uma nova versão que ainda não foi oficializada e nem entrou em vigor.

Bom dia, Não detenho conhecimento para lhe dizer o que esta errado, mas pela mensagem de erro será que não foi enviado anteriormente o mesmo evento onde foi informado o período inicial (iniValid) e final (fimValid) de validade e agora este último esta sendo informado somente o período inicial de validade?