Italo Giurizzato Junior

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

Bom dia Jeihcio, Muito obrigado pela informação, você dizer a partir de quando só será aceito essa nova versão?

Diogo, Deixa vazio a propriedade e tente "debugar" para saber qual é o Path gerado, pois pode ter ocorrido alguma alteração que esta causando esse erro.

Bom dia Diogo, Pelo que entendi, dentro da pasta que contem o executável, você criou uma pasta e dentro desta colocou os Schemas, correto? Se sim, qual é o nome dessa pasta?

Bom dia Joceandro, Muito obrigado pela colaboração, ainda hoje enviarei para o repositório. Realmente vai ser necessário passar esse pente fino.

Bom dia Renato, Nem todos os eventos foram alterados para suportar a versão 2.04.01 e 2.04.02, com certeza é esse o problema.

Joceandro, Desculpe foi falha minha. Ainda hoje estarei enviando para o repositório, muito obrigado pela colaboração.

Bom dia Paulo, Refiz a geração do grupo <consigFGTS> acredito que da forma que esta agora ficou melhor. Ainda hoje vou enviar para o repositório.

Bom dia Joceandro, Você relatou alterações no evento 1200 mas a unit anexada é do 1050.

Bom dia, Não tem esse campo, a tag é gerada automaticamente.

Bom dia Moroni, No seu caso é o MDF-e, você renomeou os schemas do CT-e ou do MDF-e?

Bom dia Jamil, Favor anexar o TXT do evento para que possamos analisar.

Bom dia Everton, Por ser um evento novo, criado para a versão 3.00 do CT-e, pode ser que ainda existam alguns problemas. No meu entendimento esse evento deveria ser enviado não para a SEFAZ-Autorizadora como consta no manual e sim para o Ambiente Nacional. A minha sugestão é que entre em contato com a SEFAZ-SP e do Rio Grande do Sul.

Bom dia Wagner, Se não me falha a memória o erro 403 é quando não é possível consumir o webservice com o certificado que esta instalado. Me recordo que quando iniciei os testes com a NF-e usei um certificado digital disponibilizado pela SEFAZ-RS. Com esse certificado eu conseguia assinar o XML, mas quanto tentava enviar ocorria o erro 403. É a primeira vez que o seu cliente esta emitindo CT-e com esse certificado? Ou de uma parou de emitir do dia para noite?

Bom dia, Uma pequena correção, o que temos é um componente chamado ACBreSocial para o Delphi e Lazarus. Esse componente tem por finalidade gerar, assinar, validar e enviar os eventos do eSocial para o Webservice. Futuramente teremos uma DLL do ACBreSocial que poderá ser utilizada por qualquer outra linguagem. Estamos estudando também a possibilidade de adicionar o eSocial ao aplicativo ACBrMonitor Plus. Com este aplicativo a sua aplicação vai gerar um arquivo TXT no formato INI com os dados do evento e salvar em uma pasta pré-definida, o Monitor vai se encarregar do resto. Mas não temos ainda previsão.

Bom dia Evandro, O problema são 2: 1. no grupo <evtInfoEmpregador> esta faltando o atributo ID, 2. o grupo acima tem que esta dentro do grupo <eSocial>, caso contrario o componente não vai ler o XML.

Bom dia Felipe, Estou refazendo todas as unit do componente ACBrReinf, se você puder aguardar em breve vou disponibilizar os novos fontes, caso contrario fique a vontade em fazer as devidas correções.

Bom dia Sandro, No meu entendimento um campo cujo tipo é enumerado, deveríamos ter um valor por exemplo: atNenhum, que ao gerar a tag opcional passaria uma string vazia, desta forma a tag não seria gerada.

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

Bom dia Hudson, Muito obrigado pela colaboração, ainda hoje estarei avaliando e se tudo OK vou enviar para o repositório.

André, Essa tag é nova na versão 2.04, já fiz a alteração no componente, assim que possível vou atualizar o repositório. Quanto ao certificado A3 vou lhe ficar devendo.

Bom dia a todos, Douglas, muito obrigado pela colaboração, ainda hoje estarei enviando a para o repositório. Leandro, favor verificar se na unit: pcteEventoCTe.pas na function getDescEvento existe uma linha com o valor teMDFeAutorizado2.

Bom dia, Esse provedor não segue o layout da ABRASF, sendo assim a sua implementação é muito mais demorada.

Bom dia André, Você há de concordar que emitir a NFS-e via site, não temos o tal do RPS, correto? Sendo assim o provedor poderá disponibilizar um campo para que o contribuinte possa digitar essas informações. No caso de Sertãozinho o provedor é SmarAPDABRASF, esse provedor segue a versão 2 do layout da ABRASF. Solicite ao provedor o manual da ABRASF e procure nele por OutrasInformacoes veja onde essa tag esta definida. O provedor se não me falha a memória se utiliza da versão 2.04, eu tenho o manual da versão 2.02 e neste essa tag esta definida dentro do tipo complexo: tcInfNfse. Na estrutura do XML do RPS ela não aparece em nenhum lugar, somente dentro da estrutura da NFS-e. Logo concluímos que essa tag é gerada e retornada pelo provedor, ao gerar o XML da NFS-e. Com o manual em mãos você terá argumentos para mostrar ao seu cliente que o que ele deseja fazer não é possível.

Bom dia André, Essa informação quem retornou foi aquele link que você utilizou para validar o XML? Se sim, experimenta remover a assinatura do lote. Altere o arquivo INI do provedor para que ele assine somente o RPS, pegue o arquivo de envio de Lote gerado e checa. Depois faça o contrario, altere para que seja assinado somente o Lote, pegue o arquivo de envio de Lote gerado e checa.