Renato Rubinho

Ao preencher a propriedade. codCargo := UTF8Encode('11 - Motorista de Caminhão');

Bom dia, Aparentemente tudo ok, se está com os fontes atualizados e apontando para os schemas do componente. Se tiver como, testa em outra UF. Eles não devem ter implementado os schemas em homologação. Abra um fale conosco com eles expondo o problema.

Isso é o temos evidenciado com os demais relatos. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa noite pessoal, Segue um resumo, pois o tópico já está muito extenso e não parece estar caminhando para uma solução. 1. Notamos vários relatos de sistemas rodando em paralelo, gerando o consumo indevido, mesmo quando achavam que o sistema em questão era o único utilizado. Essa é uma ótima idéia para garantir que não há nenhum outro sistema manifestando e consultando em paralelo. 2. A consulta com ultNSU=0 tem que funcionar para quem se perdeu na sequência, se continua dando consumo indevido após mais de 1h de espera é mais um indício de sistemas em paralelo. 3. A hipótese das filiais com o mesmo certificado foi descartada, pois está na NT que o controle é pelos 14 dígitos do CNPJ e houve uma resposta da Sefaz confirmando isso. 4. A situação onde o mesmo ultNSU retorna consumo indevido e depois funciona, também aparenta ser reflexo de outro sistema em paralelo gerando a trava em determinados períodos.

Boa noite, Me corrija se eu estiver enganado, mas aparentemente, o TPREGJOR não pode ser nulo. horContratual tem regras para obrigar o preenchimento, veja se não falta algum critério no seu preenchimento, além de talvez preencher o TPREGJOR diferente de 1.

Boa noite, Respondido no outro tópico. Vamos acompanhar por lá por ser o mesmo assunto.

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

Boa tarde, A Sefaz BA exige o preenchimento do CNPJ ou CPF do Escritório de Contabilidade na tag autXML. Não vai acusar erro nos validadores, pois não tem erro no XML, a menos que o validador em questão aplique as regras específicas da UF.

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

Bom dia, Ainda não foi implementado. https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Fontes/ACBrDFe/ACBreSocial/PCNeSocial/pcesS1005.pas Caso queira colaborar, implementar e validar: 1. Precisa criar a propriedade na TDadosEstab. 2. Preencher no XML, no local a seguir: * Note que é obrigatório o preenchimento apenas nas condições citadas nas observações.

Segue exemplo.

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

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

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

Boa tarde, Não me lembro desses termos, mas confirme com ele se o que ele precisa é ser adicionado no grupo autXML, "Pessoas autorizadas a acessar o XML da NF-e"

Você deve preencher de acordo com o que diz o manual. Por exemplo, essa é exatamente a regra do Bloco H, em fevereiro enviar a posição de 31/12 do ano anterior.

Boa tarde, Verificou com o provedor e a url de produção é a mesma de homologação? Se estiver correta essa url, veja esse link com os passos para alteração do ini. Para um teste rápidoo você pode salvar o ini alterado na pasta do seu exe. Obs: resolveu o problema dos schemas do outro tópico?

Bom dia, A url de homologação não está configurada da ini. Por favor verifique com o provedor se existe e qual é a url para que seja enviada para o SVN. https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Fontes/ACBrDFe/ACBrNFSeX/ACBrNFSeXServicos.ini

Bom dia, O caminho correto é Exemplos\ACBrDFe\Schemas\NFSe\ Você deve preencher apenas o caminho base, sem o nome do provedor. Confirme se neste caminho está a lista de pastas de provedores. Marcar a opção MontarPathSchema para o componente preencher o restante do caminho. Segue um tópico com maiores informações.

Boa tarde, Conseguiu resolver? Vi um caso semelhante em NFSe que foi resolvido utilizando UTF8Encode para sanar o problema da acentuação ao preencher a propriedade.

Realmente seu caso está cruel, já abriu um fale conosco com a Sefaz para ver se identificam algo? A título de informação, nas consultas você recebe o maxNSU, além do ultNSU. Enquanto o ultNSU for menor que o maxNSU, você consegue saber a quantidade pendente. Após essas novas Ciências que citou, quando os xmls forem liberados pela Sefaz, seu maxNSU irá aumentar nas consultas seguintes.

Boa tarde, Todas as consultas utilizando ultNSU zero? Testou após o funcionamento se a sequência de consulta por último NSU voltou a funcionar? Pelo seu relato eles tinham realmente bloqueado e agora liberaram.

Olá, Confirmando, utilize o mesmo critério para calcular o total do vMP. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Nesse caso não houve arredondamento, pois todas as quantidades eram inteiros e todos os valores unitários estavam com 2 casas, a menos que: * você tenha valores unitários com mais de duas casas na sua base. * Tenha arredondado para preencher o vUnCom nos itens. * Não tenha arredondado por item para calcular o total do vMP. Exemplo: 1. ROUND( SUM( VALOR_UNIT ), 2 ) 2. SUM( ROUND( VALOR_UNIT, 2 ) ) Poderão gerar esse tipo de diferença se VALOR_UNIT possuir valores com mais de duas casas decimais.

Anexe esse log para que a comunidade possa tentar te ajudar.