Italo Giurizzato Junior

Bom dia, Pelo PDF que você anexou da entender que o provedor SigCorp se utiliza da versão 2 do layout da ABRASF. Sendo assim, basta você criar um novo arquivo INI para esse provedor (SigCorp.ini aos moldes de outro provedor que também segue a versão 2) e nos fontes do componente, mas precisamente em pnfsConversao, criar um novo enumerador para esse provedor (proSigCorp) e acrescentar ele em todas as funções dessa unit onde aparece um outro provedor que também segue a versão 2 (por exemplo Fiorilli). Feito isso, mudar no Cidades.ini o provedor para a cidade de Avaré/SP, por fim iniciar os testes com o programa exemplo. Talvez seja necessário fazer ajustes no arquivo ini do provedor e em outras units do componente por conta da falta de padronização entre os provedores.

Bom dia Josenildo, Que eu saiba ainda ninguém colocou a mão na massa para fazer as devidas alterações. Se alguém puder nos ajudar ficaremos gratos por colaborarem.

Bom dia Carlos, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Joata, Você tem essa unit declarada no uses do seu Form? Essa unit não existe mais, ocorreu uma padronização de units comuns, a equivalente se chama: pcnRetDistDFeInt

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

Boa tarde Rogério, O que tudo indica o problema é na SEFAZ-MG.

Daniel, O ideal é realizar testes com o componente e ver o que precisa ser alterado nele para funcionar.

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

Bom dia Daniel, Você utilizou o componente ACBrCIOT que se encontra no Branches? Se sim, foi necessário fazer algum ajuste? Se sim, poderia anexar aqui as units que você alterou para poder realizar o envio para o Webservices do e-Frete?

Boa tarde a todos, Vocês devem ter notado que os componentes mencionados ao configurar para o ambiente de teste devemos atribuir o valor taHomologacao a propriedade de configuração: Ambiente. Mas ao alimentar qualquer evento o valor atribuído ao campo tpAmb tem que ser taProducaoRestrita que nada mais é do que um ambiente de teste, ou seja, homologação. Não me perguntem porque os responsáveis pelo e-Social e Reinf resolveram chamar o ambiente de teste de Produção Restrita em vez de Homologação. É sabido que o tipo de ambiente informado na configuração tem que ser o mesmo ao alimentar os dados do evento, para facilitar a vida resolvi remover o campo tpAmb. Isso vai fazer com que ao compilar a sua aplicação após a atualização dos fontes da suíte ACBr vai ocorrer erros de compilação, apontando para o campo tpAmb e acusando o mesmo de não existir. Como proceder? Simples, remova a linha da sua aplicação que contem o campo tpAmb nas rotinas que alimentam os eventos. A geração da tag <tpAmb> vai conter o valor atribuído ao configurar o componente. Se o valor de Ambiente = taProducao a tag receberá o valor 1, por outro lado se for igual a taHomologacao receberá o valor 2 que é o mesmo valor de taProducaoRestrita. Com essa alteração nos componentes ACBreSocial e ACBrReinf nunca mais vai ocorrer de um evento ser rejeitado pelo fato do tipo de ambiente informado no XML ser diferente do ambiente para o qual foi enviado. O envio dessa alteração para o repositório ocorra amanhã (29/03/2019).

Bom dia Alysson, Acredito que esse problema foi sanada com a mudança da versão e com as alterações que foram feitas e enviadas hoje pela manhã para o repositório.

Bom dia Joffas, Ao compilar o programa exemplo do e-Social ocorre o mesmo erro?

Bom dia Paulo, Pelo seu arquivo INI, noto que os seus fontes estão desatualizados. Por favor atualize todos os fontes de todas as pastas, reinstale os componentes usando o ACBrInstall_Trunk2 com a opção: apagar arquivos antigos marcada. Faça novos testes usando os arquivos INI da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI note que o arquivo INI do provedor Ginfes já tem o campo DocElemento na sessão Cancelar.

Boa tarde Augusto, Estanho, o código de verificação é uma string, e ao meu ver o tipo de alinhamento não era para causar esse problema. Muito obrigado pela colaboração, já esta no repositório.

Boa tarde Douglas, Usando o programa exemplo do componente ACBrNFSe fiz um teste com a cidade em questão. Consegui estabelecer conexão e obter um retorno usando o método Gerar.

Boa tarde a todos, Para que o XML seja assinado ou não é preciso alterar o arquivo INI do provedor. Essa é a configuração atual, ou seja, nada é assinado. [Assinar] RPS=0 Lote=0 URI=1 ConsSit=0 ConsLote=0 ConsNFSeRps=0 ConsNFSe=0 Cancelar=0 RpsGerar=0 LoteGerar=0 Substituir=0 Se deseja que o RPS seja assinado deve-se alterar o valor zero por um (1).

Boa tarde, É preciso investigar, esta muito estranho.

Costa, A suíte ACBr ainda continua compatível com o Delphi 7. Você pode usar neste caso o componente ACBreSocial. As Units dos eventos 2121 e 2245 esta faltando implementar a função responsável por ler o arquivo INI do evento. Esse arquivo INI é muito utilizado pelos desenvolvedores que se utilizam do ACBrMonitor. Pretendo implementar a função para os dois eventos citados até o final desta semana, bem como disponibilizar um arquivo INI de exemplo de cada um dos eventos.

Boa tarde, Muito obrigado pela correção, já enviei para o repositório.

Boa tarde Costa, Qual é a versão do seu Delphi?

Boa tarde, O que de fato você esta tentando fazer? O XML que você anexou se refere ao XML de uma NFS-e. Já a tag </Pedido> que você informou na sua primeira postagem (que diga-se de passagem no lugar errado: lugar postado ACBrCTe, lugar correto ACBrNFSe) aparece no pedido de cancelamento. Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção para apagar os arquivos antigos marcada? Se sim, esta fazendo testes com o programa exemplo? Esta usando os arquivos INI que se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?

Boa tarde Paulo, Muito obrigado pela correção, já enviei para o repositório.

Boa tarde Juliana, Vou verificar esses dois eventos. Costa, você trabalha com qual linguagem? O ACBrMonitor é destinado aos desenvolvedores que não utilizam o Delphi ou Lazarus.

Boa tarde Wesclei, Desculpe, falha minha. Até o final de hoje estarei enviando o arquivo atualizado para o repositório.

Bom dia Márcio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Apenas um detalhe os seus fontes estão desatualizados.