Renato Rubinho

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa noite, Preencha a propriedade a seguir. NFSe.Servico.ItemServico[I].ValorTributavel

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa noite, Veja o tópico a seguir com maiores detalhes.

Veja o tópico a seguir.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa noite, Outros métodos funcionam? Você está com os fontes atualizados e sem nenhuma alteração local? Revise as configurações, conforme o tópico a seguir.

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

Boa noite, Os inis que constavam na documentação eram da versão 1.1. Foram enviados os inis de exemplo que foram gerados durante as implementações da versão 1.2. Por padrão (exceto casos especiais de duplicidade de nomes de campos) os nomes das seções e chaves dos inis respeitam os nomes no leiaute do e-Social. Caso encontre novos ajustes a serem feitos, fique a vontade para corrigir, gerar um arquivo com os devidos ajustes e nos enviar para atualizarmos a documentação.

Boa tarde, Se sua linguagem for Pascal, utilize os componentes. Se não e for uma linguagem que consome dlls / so, utilize a ACBrLibReinf. Veja como se tornar um assinante PRO para ter as dlls compiladas semanalmente. https://projetoacbr.com.br/pro/

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

Boa noite, Para atender a este caso de tags com o mesmo nome, foi preenchido como prefixo o nome da seção anterior, seguido por ponto. As outras seções destes grupos que foram detectadas também já foram alteradas e validadas com um xml fictício, adicionando as tags manualmente para os testes. Não ficou claro se você está utilizando a LIb ou o Monitor, mas por favor aguarde a próxima compilação, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado. Caso tenha cenários reais dos demais grupos corrigidos queira por favor testá-los também.

Boa tarde, A rotina está lendo o valor como numérico com 2 casas decimais, mas verificando no manual, consta que o campo não prevê casas decimais. Criada TK-5121 para análise e correção.

Boa tarde, Criada TK-5120 para análise.

Boa noite, Está no nosso backlog, mas ainda não foi iniciada a implementação. Caso venham a implementar, anexem os fontes alterados aqui para análise e envio ao SVN.

Boa noite, Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-32486 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Aumenta o timeout, pode ser alguma instabilidade no serviço.

Fechando, para novas dúvidas favor abrir um novo tópico.

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

Olá pessoal, Isso mesmo, após um longo período de espera, os Nugets voltaram para elevar o nível das soluções ACBr para a comunidade do c#. E voltaram com mais força, agora existem as opções MT e ST para todas as Libs disponíveis. Os nugets MT possuem o sufixo MT e os demais são os ST. Esperamos, como sempre, que os novos recursos possam melhorar a experiência de quem utiliza as Libs e se houverem sugestões de melhorias ou correções necessárias, estamos sempre disponíveis nos nossos canais para ajudá-los. Bom trabalho a todos e até mais!!!

Boa noite, Siga os tópicos a seguir.

Boa noite, Parece ok, não encontrei problemas Por favor anexe o log. Se não estiver configurado ainda, preencha logNivel=4 paranóico e teste novamente por favor

Movi seu tópico para o Fórum adequado. Foi o que eu disse no post anterior, isso é uma regra nova, conforme o manual não deve preencher este campo.

Boa tarde, Se for a rejeição a seguir: "O CAMPO 9 CNPJ/CPF NÃO PODE SER PREENCHIDO PARA SAIDA (PRESTAÇÃO)" Está no manual que este campo não deve mais ser preenchido.

Bom dia, Erro 500 geralmente é do lado do servidor o problema. Entrem em contato com o suporte deles para verificar.