Italo Giurizzato Junior

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

Everson, Analisando as suas alterações não entendi o motivo da alteração na unit Provider do provedor. Na unit ACBrNFSeXProviderBase o ConsultaSitLote já recebe o valor False e ele só é alterado para True na unit ACBrNFSeProviderABRASFv1, só que o provedor em questão se utiliza da unit ACBrNFSeProviderABRASFv2. No programa exemplo na procedure ChecarResposta temos as seguintes condições para apresentar o resultado do ConsultarSituacao: if ACBrNFSeX1.Configuracoes.Geral.ConsultaLoteAposEnvio and ((Emite.Protocolo <> '') or (Emite.NumeroLote <> '')) then begin if ACBrNFSeX1.Provider.ConfigGeral.ConsultaSitLote then begin with ConsultaSituacao do begin (...) Você não esta alterando o valor do ConsultaSitLote diretamente na sua aplicação?

Marcio, Você poderia anexar as units que você alterou?

Diego, Já esta no SVN.

Boa tarde Túlio, Já esta no SVN.

Boa tarde Igor, Após o envio do lote de Rps no modo assíncrono, você esta consultando a situação do lote e por fim consultando o Lote? Pois no modo assíncrono ao enviar o que temos como resposta é o numero do protocolo. Leia atentamente o tópico abaixo.

Boa tarde Diego, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4072

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

Boa tarde Marcio, Já inclui na minha lista de tarefas. TK-4071

Boa tarde, Fazendo uma pequena retificação a orientação do nosso amigo @Juliomar Marchetti. Se tratando do MDF-e temos os eventos de cancelamento e encerramento. Se enviar o evento de encerramento significa que a carga foi transportada e entregue. Se enviar o evento de cancelamento significa que a carga não foi transportada. Então neste caso o evento correto é o de cancelamento. Temos também a questão do prazo para o cancelamento, veja a regra abaixo: O que tudo indica o prazo para o cancelamento de um MDF-e é de 24 horas após a data/hora de autorização do mesmo. Para cancelar esse MDF-e vai ser necessário solicitar ao Fisco o cancelamento extemporâneo. É ai que entra o Contador conforme o Juliomar mencionou.

Boa tarde Elisângela, Esta muito estranho esse erro, pois a referida cidade se utiliza do provedor SimplISS versão 1.00 da ABRASF. Na unit ACBrNFSeXProviderABRASFv1 responsável por montar as mensagem a serem enviadas para o webservice como por exemplo o da Consulta da NFS-e por Rps a única verificação a ser feita é em relação ao numero do RPS, que se não for informado gera o erro X102. Mesmo que você configure o componente para o layout da NFS-e Padrão Nacional o erro gerado seria X126 - Chave da DPS não informada. Não vejo outra alternativa em fazer um debug para descobrir em que momento esta gerando o erro X117.

Boa tarde Everson, Muito obrigado pela contribuição, já inclui na minha lista de tarefas. TK-4069

Boa tarde Edmilson, Você informou a Inscrição municipal desta forma: <InscricaoMunicipal>246200160</InscricaoMunicipal> Experimente informar com os zeros a esquerda conforme consta na imagem que você anexou.

Bom dia Hugo, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia Diego, Já esta no SVN.

Bom dia, Notei que as tags que contem o código a mensagem e a correção estão com a nomenclatura diferente do padrão. <ii:MensagemRetorno> <ii:codigo>S50</ii:codigo> <ii:mensagem>Lote ainda não processado</ii:mensagem> <ii:correcao>Aguarde o lote ser processado.</ii:correcao> </ii:MensagemRetorno> O padrão é a primeira letra da tag em maiúsculo e nesse retorno esta minúsculo. Outros retornos que tem mensagem de erro como esta essas tags?

Bom dia Valter, Já esta no SVN. O ACBrInstall ainda não foi alterado para contemplar o novo componente, mas esta disponível o pacote de instalação para uma instalação manual.

Olá Pessoal, Trago novidades para vocês. Já se encontra no SVN os fontes do componente ACBrDebitoAutomatico, bem como o pacote de instalação e o programa exemplo. Esse componente foi escrito originalmente pelos nossos colegas: Valter Patrick Silva Ferreira e Belizário Gonçalves Ribeiro Filho que agradeço muito pela contribuição, muito obrigado Valter e Belizário. Vide postagem no fórum clicando aqui. Eu fatorei o componente para ele ficar aos moldes do componente ACBrPagFor. Utilizei nesse refactoring Interface, desta forma vai se tornar muito simples a inclusão de novos bancos. Na pasta onde esta os fontes do componente (...\Fontes\ACBrDebitoAutomatico) temos o arquivo: Bancos-Implementados.txt como o próprio nome diz contem a lista de bancos implementados, no momento temos apenas o banco Santander. Sintam-se todos a vontade em contribuir com melhorias, correções a inclusão de novos bancos ao componente. Em breve o ACBrInstall vai ser atualizado para contemplar a instalação do componente, mas como dito acima você pode instalar ele manualmente se utilizando do pacote de instalação que se encontra na pasta: Delphi: ...\Pacotes\Delphi\ACBrDebitoAutomatico Lazarus: ...\Pacotes\Lazarus\ACBrDebitoAutomatico Nos próximos dias também vai ser disponibilizado o programa exemplo para o Lazarus. Para que serve esse componente? Ele não tem nada a ver com o registro de boletos (ACBrBoletos) bem como pagar títulos e tributos (ACBrPagFor). Muitos de nós temos algumas contas em débito automático por exemplo: conta de energia elétrica, água, gás, internet, celular e outros. Vamos a um exemplo: Uma escola particular cobra a mensalidade de seus alunos gerando mensalmente um boleto, mas essa escola pode enviar um arquivo (segundo o layout da Febraban) para o banco colocando essas cobrança de mensalidade em débito automático. Quem desejar ler os manuais sobre Debito Automático ( Versão 4, 5 e 8 ) da Febraban, eles estão disponíveis em nossa biblioteca. p/acbr/code - Revision 29769: /tools/Bancos/9997-Febraban (sf.net) Por fim convido a todos a atualizar os fontes do ACBr reinstale o mesmo e instalar o novo componente. Até a mais.

Bom dia Túlio, Muito obrigado pela contribuição, já inclui na minha lista de tarefas. TK-4065

Bom dia Márcio, O importante é gerar, assinar, validar e enviar para a SEFAZ um CT-e com essa troca do & por &amp; na URL do QR-Code. Se a SEFAZ autorizar o CT-e não vejo problemas, mas pode ser que outra SEFAZ-Autorizadora não aceite essa troca.

Bom dia Túlio, Esse pessoal precisam entrar em comum acordo. Vai seguir o que esta no MOC ou vai deixar como era na versão 3.00?

Bom dia Gary, Se você esta informando o mesmo código de item de serviço com a mesma formatação que é feito pelo site ainda assim o Rps é rejeitado, não vejo outra alternativa entrar em contato com o provedor e questionar o motivo do erro. Lembre-se que muitos provedores retornam uma mensagem de erro que não tem nada haver com o erro propriamente dito.

Bom dia Gabriel, Tanto o Ginfes quanto o Giss são "produtos" da Eicon. A diferença é que o Ginfes segue a versão 1 do layout da ABRASF, já o Giss segue a versão 2.04 O Ginfes possui um webservice e temos as URLs de homologação e produção. E o Giss não tem um webservice? Você vai ter que gerar o Lote com os Rps, salvar em disco, entrar no site e carregar esse arquivo? Se for isso eles estão indo de mal a pior. Segundo o site do Eicon para o Giss o plano mais simples deles (Plano Standard) consta o WebServices.

Bom dia Paulo, Esse XML foi retornado pelo método de consulta a NFS-e do componente ou ele foi baixado do site? O componente foi escrito para ler os XML retornados pelo webservice e não baixados do site.

Bom dia, O provedor SiapNet segue a versão 2 do layout da ABRASF e permite o envio do Rps em lote no modo assíncrono, síncrono e o envio unitário no modo síncrono. Qual dos 3 modos de envio você esta utilizando? Se for o envio em lote no modo assíncrono, você tem como resposta o numero do protocolo que devemos utilizar no método Consultar Lote para saber o resultado do processamento. Se o Rps não foi convertido em uma NFS-e, esta consulta vai lhe retornar os motivos.