Italo Giurizzato Junior

Boa tarde Luciano, Você não pode comparar o XML gerado pelo componente que é o RPS e o do site que é a NFS-e.

Marcelo, O pessoal da SEFAZ-MG demoram para perceber as coisas, é preciso ter paciência com eles.

Em nenhuma outra pasta?

Boa tarde Carlos, Pelo que eu entendi você carrega no componente vários XML de NF-e e os seus respectivos XML de Carta de Correção e manda imprimir, correto? A impressão da primeira carta sai correto, a segunda em diante saem sempre com os dados da nota da primeira carta, correto?

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

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

Boa tarde Diego, Desculpe pela demora, mas já enviei uma correção para o repositório, favor atualizar os fontes e faça um novo teste.

Boa tarde Marcelo, O que tudo indica é que a SEFAZ-MG adiantou em uma hora o horário dos servidores.

Boa tarde, Essa tag só será gerada se o valor de Ide.tpCTe for igual a tcSubstituto e: if (CTe.infCTe.versao >= 3) and (CTe.infCTeNorm.infCteSub.indAlteraToma = tiSim) then Gerador.wCampo(tcStr, '#385', 'indAlteraToma', 01, 01, 0, TindicadorToStr(CTe.infCTeNorm.infCteSub.indAlteraToma), DSC_INDALTERATOMA);

Boa tarde, Desculpe não entendi a sua pergunta.

Boa tarde, Você não respondeu a minha pergunta. O componente não esta salvando um XML cujo conteúdo é o grupo <CompNfse> em uma pasta chamada Notas?

Bom dia Gean, Você acha mesmo que a empresa deveria cancelar o CT-e e fazer outro? Você sabe qual é o prazo de cancelamento de um CT-e? Você sabe quais são as regras para poder cancelar um CT-e? Pelo jeito não sabe, pois se soubesse não teria dito que a transportadora deveria cancelar o CT-e. Me diz uma coisa, o seu cliente ao receber o CT-e e ter notado que o Tomador do Serviço estava errado porque não enviou o evento de Prestação de Serviço em Desacordo? Por que demorou 45 dias para tomar essa atitude?

Bom dia todos, O campo OutrasInformacoes pertence ao layout da NFS-e e não do RPS. Logo não adianta querer preencher esse campo, pois ele não vai ser gerado no XML do RPS. Esse campo é gerado pelo webservice do provedor e retornado no XML da NFS-e.

Bom dia Rogério, Existe a unit: pnfsNFSeW_ISSDSF, nela temos a procedure: GerarXML_ISSDSF, que gera o valor de sAssinatura, tem que colocar ponto de parada na linha que gera o valor dessa variável e comparar o mesmo com a mensagem de erro. Desta forma você vai descobrir qual é a informação que esta errada. Talvez corrigindo o segundo problema resolve o primeiro, uma vez que a Tributação compõe o valor de sAssinatura.

Bom dia Marcos, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Marcos, Essa alteração já foi feita e enviada para o repositório. Mesmo assim, muito obrigado pela informação.

Bom dia a todos, Favor atualizar os fontes e façam um novo teste.

Bom dia Rodrigo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Luiz, Após remover o espaço em branco você executou o BAT: Compila_RES?

Boa tarde Doni, Favor atualizar os fontes e faça um novo teste.

Boa tarde Walter, No que se diz respeito ao componente ACBrANe não existem schemas para validar a averbação antes do seu envio. Pela mensagem de erro, o que tudo indica que não foi informado o código e senha do usuário, favor realizar testes com o programa exemplo.

Haroldo, Eu não entendo o porque de executar o método GerarXML antes de executar o EnviarEvento, sendo que este ultimo além de gerar o XML do evento já assina. E o XML que temos que guardar pelo tempo legar é o *-procEventoNFe.xml Este XML contem o evento assinado que foi enviado para SEFAZ bem como o retorno, ou seja, o protocolo de homologação do evento que atesta que o evento foi aceito e vinculado a nota. Portanto podemos considerar o *-procEventoNFe.xml como sendo um documento com validade jurídica.

Boa tarde Emilio, O seu XML esta errado. Você já esta incluindo nele o grupo <cteProc>, grupo este que só é incluído depois que a SEFAZ retorna o protocolo de autorização. A chave esta errada, você informa que o cCT é 229 mas na chave coloca 219. Outra coisa o valor cCT não pode ser igual a nCT no seu XML estão igual. Isso é o que notei logo quando abri ele. Eu no seu lugar seguiria os conselhos do Daniel. Em vez de ler as informações do banco de dados e gerar o XML, gere o arquivo INI e deixa o Monitor fazer o resto por você. Garanto que terá menos dor de cabeça.

Boa tarde Ana, O eSocial tem uma alteração ou outra praticamente a cada mês e para quem não é da área ou não tem um sistema que contempla o eSocial acaba ficando desatualizado. O componente ACBreSocial que é utilizado pelo ACBrMonitor Plus, sofre alterações a medida que os demais colegas do fórum vão nos apresentado o que precisa ser feito. Os que lidam com o componente acabam contribuindo com essas alterações. Foi o que ocorreu esta semana em relação ao evento 2200. Como você agora é assinante do SAC, lembre-se que toda sexta-feira (se eu não estiver enganado) é disponibilizado uma nova versão do ACBrMonitor Plus. É importante que você baixe essas novas versões, pois se fizermos alguma correção, melhoria ou inclusão de novas funcionalidades, elas vão estar disponíveis na nova versão. O que eu escrevi acima sobre o eSocial, é valido também para o Reinf, ou seja, o ACBrMonitor Plus se utiliza do componente ACBrReinf. No manual do Monitor você encontra exemplos de arquivos INI, um para cada evento do eSocial e Reinf. Compete a sua aplicação gerar esses arquivos e salvar em um pasta especifica, para que o Monitor faça o resto do serviço.

Boa tarde Haroldo, Desculpe, não estou entendendo. Como que esta no envio da nota e como esta no envio do evento? Por favor mostre o fragmento de código de ambos.