Diego Foliene

Bom dia @Carlos Luciana! Como postou sua dúvida no canal ACBrMonitorPLUS, assumo que seja isso que esteja usando. Sendo este o caso, o ACBrMonitor pode ser integrado de duas formas, via arquivo TXT ou via TCP/IP. Uma dica é que como você é usuário PRO, tem acesso liberado aos cursos disponibilizados pelo ACBr. Dentre eles tem esse chamado "Dominado o ACBrMonitorPLUS" que explica em detalhes e com exemplos práticos como é a integração das duas formas. https://acbr.nutror.com/curso/869a0d2dddd8dee3b4174464c2ce590e9ee598ed/dominando-o-acbrmonitor

Bom dia @silvio luis longhitano! Você pode usar o ambiente de homologação do Amazonas. http://portalnfce.sefaz.am.gov.br/desenvolvedor/ambiente-de-homologacao-para-desenvolvedores/

Bom dia @[email protected]! Veja que a unit que faz a impressão gera automaticamente o QRCode no impresso caso venha o link no XML da NFSe.(Feito em Fortes Report, TK criada no backlog para implementar em Fast). O que temos visto é que essa informação não tem sido devolvida pelo webservice e por isso não é gerado o QRCode. Ainda assim, caso queira, você mesmo pode alterar o INI e realizar um teste. Basta seguir as instruções deste tópico

Bom dia @Ademar DC! Primeiro de tudo, muito obrigado pela colaboração. Toda contribuição é sempre mais do que bem vinda! Veja bem, não é que ele está ativo homologação para a versão 1.00, note que a condição é: if (VersaoNFSe = ve100) and (Ambiente = taHomologacao) then NFSeNode.AppendChild(AddNode(tcStr, '#3', 'nfse_teste', 1, 1, 1, '1', '')); Isso quer dizer que quando estiver em homologação e a versão for 1.00, vai ser inserido no XML uma tag nfse_teste. Isso é feito porque na versão 1.00 desse provedor, as URLs de produção e homologação são as mesmas e por isso é preciso adicionar essa tag para diferenciar se está fazendo o envio em produção ou em homologação. Isso já não acontece em outras versões desse mesmo provedor que possuem URLs diferentes para os ambientes de homologação e de produção. Então essa parte precisa ser assim mesmo. Por favor, pode citar um exemplo de Parâmetro que não esteja encontrando na TemParametro mesmo tendo no arquivo INI?

Bom dia @VFADev! Vamos por partes: Quando passamos um XML já formado para lib, a mesma não vai alterar o XML mesmo que você configure a RetirarAcentos. No máximo ela vai validar e assinar esse xml. E se pensarmos com calma esse comportamento realmente era o esperado. A flag só tem efeito quando é a Lib(ou o componente) que gera um arquivo XML. Então seu problema não tem necessariamente relação com a configuração RetirarAcentos. Esse erro acontece porque o XML não está bem formado ao ser passado para Lib. O XML está reportado como UTF-8, mas não está nessa codificação. Fizemos testes no componente e com a LIB(usando VB6 e C#), mas não conseguimos reproduzir o problema. Como verificamos que o arquivo que você está passando é válido(UTF-8), suspeitamos que o problema seja porque você está passando o conteúdo do arquivo. Pode ser que em algum momento, a linguagem que está usando esteja fazendo alguma conversão que cause o problema. Pedimos que, por favor, realize um teste passando o caminho do arquivo ao invés de seu conteúdo. Algo como: ACBrLibeSocial_CarregarXMLEventoeSocial("caminho\para\o\arquivo_de_evento.xml") Assim, a própria Lib faria a leitura do arquivo e evitaria essa conversão. Se o erro persistir, vamos precisar que você monte um programa de exemplo na linguagem que está usando que reproduza o problema para que possamos testar aqui.

Boa tarde! Mais uma vez, muito obrigado pela contribuição! A mesma foi disponibilizada na Rev-28391. Por favor, queira atualizar seus fontes, reinstalar o ACBr para fazer novos testes e reportar qualquer problema.

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

É possível que o evento S-1000 tenha sido enviado com o CNPJ completo da Matriz e quando você tentou com o da Filial, o e-Social considerou o número completo, considerou diferente e rejeitou. Por isso, a rejeição informava que não tinha procuração eletrônica. Mas isso é uma suposição do que pode ter sido o problema.

Bom dia @Leandro Vignoto! Conferindo na unit eGoverneISS.GravarXML que é a responsável por gerar o XML para este provedor, podemos observar que a property que você precisa passar é a ACBrNFSeX.NotasFiscais[Indice].NFSe.Servico.CodigoTributacaoMunicipio;

Bom dia @VFADev! Perdão, quis dizer que não vi informação de assinatura no soap de consulta. Nos arquivos que disponibilizou, notamos que o nrInsc do ideEmpregador está sendo enviado somente a raiz do CNPJ, enquanto que para os outros é enviado o CNPJ completo. Por favor, é possível verificar se os nrInsc que estão sendo enviados coincidem com o que foi enviado no evento S-1000?

O que é a mensagem "Lote em Processamento"? De acordo com o manual do CTe, versão 3.00a é possível consumir os serviços de duas formas, Síncrona e Assíncrona. Aqui vamos focar no envio assíncrono. Nele o fluxo simplificado pode ser resumido em: 1. Enviamos a solicitação do serviço. 2. Recebemos um número de Recibo. 3. Realizamos uma consulta pelo Número do Recibo para obter o resultado do processo. Fonte: Projeto de Conhecimento de Transporte Eletrônico - Manual do Contribuinte. A mensagem Lote em Processamento é uma possível mensagem a ser recebida depois de consultar o resultado do serviço assíncrono de Envio de lote de CT-e. De acordo com o MOC, o recomendado é aguardar um tempo mínimo de 15 segundos entre o envio do lote e a consulta do resultado do processamento. O que fazer quando a recebo? A primeira coisa a se considerar quando recebe a mensagem é aumentar o tempo entre o envio do lote e a consulta do mesmo. Caso opte por deixar que o componente automatize a consulta após o envio as propriedades que devem ser consideradas são: Aguardar: o tempo que o componente aguarda antes de fazer a primeira tentativa de consulta.(se não definido, por padrão 1 segundo). Tentativas: a quantidade de vezes que o componente vai tentar fazer a consulta.(por padrão 5 tentativas). Intervalo: o tempo que o componente aguarda entre as tentativas de consulta.(se não definido, por padrão 1 segundo). Via código essas propriedades são acessíveis em: ACBrCTe.Configuracoes.WebServices.AguardarConsultaRet := 15000; //Valor definido em milisegundos; ACBrCTe.Configuracoes.WebServices.Tentativas := 5; ACBrCTe.Configuracoes.WebServices.IntervaloTentativas := 3000;//Valor definido em milisegundos;

@VFADev, realizei alguns testes usando o programa exemplo do componente ACBreSocial. Esse componente é utilizado como base na Lib(ela nada mais é do que uma maneira de usar o componente sem ser nativo). E nele não apresentou problema. Por favor, é possível limpar ACBrLibeSocial da máquina, baixar novamente e realizar um novo teste? Se ainda assim persistir o problema, peço que faça um teste usando o programa exemplo disponibilizado em VB6(Você consegue baixar ele neste link caso já não tenha)

Bom dia @VFADev! Arquivos recebidos! Pelo log que disponibilizou, o evento foi enviado e recebido pelo e-Social, mas no momento em que consultou recebeu a rejeição. No soap de envio, não vi informação de assinatura. No meu entendimento, você enviou o lote, ele foi recebido com sucesso pelo Webservice do e-Social que lhe devolveu um protocolo para você consultar o resultado do processamento. Você consultou e o resultado foi esse retorno. Num primeiro momento, não me parece ter nada de errado com os arquivos, mas sim alguma informação que foi preenchida incorretamente. Recomendo fortemente que você se oriente com o departamento contábil do seu cliente para que não sobre problemas futuros para você, mas fazendo algumas pesquisa, me parece que você precisa cadastrar no eCAC uma procuração. https://forum.senior.com.br/t/assinante-invalido-assinante-nao-possui-perfil-de-procuracao-eletronica-para-enviar-este-tipo-de-evento-ou-assinante-nao-consta-como-representante-legal-da-empresa/4316/4 https://ajuda.alterdata.com.br/dpbase/esocial-erro-no-evento-s-1000-411-assinante-invalido-34897445.html

Bom dia @Furquim! Muito obrigado pela intenção em contribuir! Por favor, você chegou a alterar o ACBrNFSeXServicos.ini para realizar os testes? Se sim, por gentileza, é possível anexar o arquivo alterado?

Bom dia @Rogério Xavier! Muito obrigado pela intenção em contribuir! No entanto, a alteração que você fez é em uma unit base e apesar de parecer simples, pode acabar gerando problemas para outros provedores. Por isso, não é possível aceitar ela. Além do mais, se você conferir na procedure configuracao dessa mesma unit, vai ver que o FpFormatoDataRecebimento já recebe o valor tcDatHor. Por favor, peço que altere o valor de FpFormataDataRecebimento na unit SigCorp.Provider(ela fica em ..\Fontes\ACBrDFe\ACBrNFSeX\Provedores), faça um novo teste e reporte caso de certo.

Bom dia @Antonino! Muito cuidado ao usar o Delphi Community para fins que não sejam de estudo! Leia com atenção os termos da Embarcadero, pois se ela descobrir que você os violou, não vai hesitar em buscar reparação e isso pode vir em uma punição financeira severa. Mas se ainda assim deseja prosseguir. De uma olhada neste tópico e veja se as informações contidas nele podem lhe ser úteis.

Bom dia! Mais uma vez, muito obrigado pela contribuição! A mesma foi aceita e enviada ao SVN na Rev-28365, por favor, atualize seus fontes, reinstale o ACBr para realizar novos testes e reporte qualquer problema.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3549

Arquivo recebido, vou realizar alguns testes e lhe dou um retorno assim que possível.

Bom dia! Como é possível observar no arquivo 184441-comp-nfse-soap.xml, a mensagem "Informe o CPF/CNPJ do prestador" é o retorno devolvido pelo próprio webservice. O arquivo de envio corresponde ao schema que foi disponibilizado.(Você pode consultar ele aqui). Munido dos arquivos soap e do schema, você deve entrar em contato com o provedor DBSeller e verificar o porquê de estar recebendo este retorno.

Bom dia @VFADev, por favor, pode encaminhar para o [email protected] o XML que está tentando enviar e que ocorre o problema?

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

@VFADev. Por favor, revise as configurações da sua Lib. Verifique se as informações que você colocou em Correspondem aos dados que estão sendo enviados nos grupos fora dos envelope, fora dos eventos.

E-mail recebido! Realmente, no ideTransmissor passou tpInsc como 1. Criada a #TK-3547 para analisar o caso.

Em teoria deveria ser isso mesmo. Dentro do caminho do PathSalvar ele não gerou para você um arquivo com -soap no nome?