Ir para conteúdo
  • Cadastre-se

Anderson Eccker

Membros
  • Total de ítens

    185
  • Registro em

  • Última visita

  • Days Won

    1

Posts postados por Anderson Eccker

  1. 3 minutos atrás, Daniel Schroeder disse:

    Bom dia.

    De momento ainda não tem esta novas informações, estou na dúvida, o pessoal esta bem perdido aqui também, a boatos de ser prorrogado novamente, o recurso é implementar seguindo a lógica do estoque / rz

    Em outro e-mail o auditor fiscal faz um alerta.

    - Recepcao.asmx e BlocoX.asmx: Com a publicação do novo web service (BlocoX.asmx), o antigo (Recepcao.asmx) será desabilitado em breve.

  2. Bom dia a todos,

    A partir do dia 01/06/19 começa a valer em produção o envio dos arquivos XML referentes ao BlocoX aqui em SC para todas as empresas.Estamos realizando os ajustes em relação ao novo webservice disponibilizado pelo sefaz conforme e-mail do auditor fiscal Bruno Nogueira.
     

    Citar

     

      Prezados(as),

      Disponibilizamos os métodos a seguir: DownloadArquivo, ListarArquivos, ConsultarProcessamentoArquivo. Aviso também que alteramos os XMLs, assim, em caso de erro, por favor consultem a documentação.

      Documentação: https://docs.google.com/document/d/1yez14gry9Mi4rTpwDRDf--bR-SLzijD81OPeJzh9FqE/edit?usp=sharing
      Disponibilização nos ambientes: 26/02 em homologação e 27/02 em produção
      Web service - Homologação: http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/BlocoX.asmx
      Web service - Produção: http://webservices.sef.sc.gov.br/wsDfeSiv/BlocoX.asmx

      Att,

     


      
    A empresa em que trabalho utiliza o ACBrMonitor Plus, para realizar a assinatura dos arquivos e a transmissão dos mesmos.
    Fizemos o update dos arquivos do repositório ontem (25/04/19), e não consegui localizar as ultimas mudanças dos métodos disponibilizados.

    Alguém sabe se o ACBr já possui esses novos métodos deste novo webservice?

    Conforme verifiquei na documentação disponibilizada, agora para consultar um Recibo enviado e obter o retorno do processamento, precisamos criar um XML e assina-lo para enviar no método ConsultarProcessamentoArquivo conforme o exemplo de requisição abaixo:
     
    Exemplo de Requisição
    <?xml version="1.0" encoding="utf-8"?>
    <Manutencao Versao="1.0">
    <Mensagem>
    <Recibo>00000-000000-000-00000-0000</Recibo>
    </Mensagem>
    <Signature>...</Signature>
    </Manutencao>

    Não estou conseguindo assinar esse XML também, pois pelo que entendi o ACBrMonitor apenas assina se tiver as tags ReducaoZ ou Estoques. Certo?

    Abaixo listo todos os metodos do novo webservice:
    TransmitirArquivo(const pXmlCompactado: TByteDynArray): WideString; stdcall;
    ConsultarProcessamentoArquivo(const pXml: WideString): WideString; stdcall;
    DownloadArquivo(const pXml: WideString): WideString; stdcall;
    CancelarArquivo(const pXml: WideString): WideString; stdcall;
    ReprocessarArquivo(const pXml: WideString): WideString; stdcall;
    ConsultarPendenciasDesenvolvedorPafEcf(const pXml: WideString): WideString; stdcall;
    ConsultarPendenciasContribuinte(const pXml: WideString): WideString; stdcall;
    ListarArquivos(const pXml: WideString): WideString; stdcall;
    ConsultarHistoricoArquivo(const pXml: WideString): WideString; stdcall;

    Alguém pode ajudar?
    Obrigado pela atenção!

       

  3. 20 horas atrás, jjw.roberto disse:

    Obrigado pela resposta amigo!

    Só mais uma dúvida:

    De acordo com uma postagem do pessoal com o qual eu faço as homologações, é ou será permitida a retificação de arquivos de estoque do bloco x. (segue o link http://bell.unochapeco.edu.br/lts/?p=3332 )

     

    Fiz um teste no ambiente de homologação, alterando a quantidade, quantidade adquirida e valor total adquirido. Tentei reenviar esse arquivo, mas o Sat retornou informando que já existia um processamento com sucesso para a data e I.E. informados no arquivo, sendo assim o SAT não aceitou a retificação. Pergunto isso pois temos alguns clientes com grandes fluxos de notas de entrada, os quais nem sempre lançam no mesmo mês de entrada essas, deixando para o início do mês subsequente o lançamento e nesses casos fazem uma retificação para o SPED.

    Você sabe dizer se isso será possível futuramente, fazer uma retificação de estoque do bloco x?

     

    O estoque relativo ao BlocoX devera refletir o estoque do ultimo dia do mês anterior.(Data referencia constante dentro do arquivo XML)
    Ao meu entender, se você gerar o arquivo de setembro, as quantidades que você deve colocar no arquivo será as de 31/08/2018.
    Se o cliente der entrada de uma nota no mês de setembro, essa quantidade vai constar no arquivo gerado em setembro.

    Mais se mesmo assim, precisar retificar por algum outro motivo. Seu cliente vai precisar entrar no sistema S@t do Sefaz na opção de verificar os arquivos transmitidos e cancelar o envio. Dai quando reenviar novamente vai aceitar. Mais somente é possível cancelar o envio em 7 dias se não estou equivocado.

  4. Em 06/09/2018 at 08:07, jjw.roberto disse:

    Pessoal, bom dia.

    Estou com algumas dúvidas sobre como gerar o XML do Bloco X para a Redução Z.

    1. Preciso exportar todos os totalizadores (AS, AT, Can-S, Can-T, DS, DT) ?
    2. Se o totalizador estiver zerado, posso não exportá-lo ou devo exportar todos sempre?
    3. Caso a resposta da pergunta 1 for SIM, os totalizados Can-T por exemplo não terão produtos listados já que aparecerão no respectivo totalizador tributado (ex. 01T1200) ?
      • Esta pergunta faço pois o SAT estava rejeitando um XML aonde eu estava exportando o item cancelado dentro do Can-T, sendo que o mesmo produto eu também exportava no totalizador 01T1200 e isso fazia com que o Venda Bruta diária não passasse na validação do SAT.
    4. Notei que no ambiente de homologação (http://webservices.sathomologa.sef.sc.gov.br/) o tempo de processamento de um arquivo é bem demorado, cerca de 10 à 20 minutos. Esse tempo também é assim no ambiente de produção?
    5. Se o tempo de processamento de arquivos no ambiente de produção é alto, ao transmitir o arquivo minha aplicação não precisa ficar esperando o processamento ser concluído para que o usuário posa utilizar a aplicação, certo?

     

     

    1) sim, precisa mostrar todos os totalizadores conforme tabela 4.4.6 do Ato COTEPE/ICMS nº 09, de 18 de abril de 2008.

    2) eu exporto apenas os que tiver valores, mais confirme com o seu homologador. Cada um interpreta de uma forma diferente.

    3) Sim, totalizadores de descontos/acrescimos/cancelamentos devem ir sem itens.

    4) Esta variando muito o tempo, não existe uma regra.

    5) Certo, em toda inicialização o sistema deve consultar os recibos para verificar seu status.

    • Curtir 1
  5. 3 minutos atrás, Simone D. Russo disse:

    Anderson, obrigada pelas informações. Desculpe mudar  o foco do post mas gostaria de saber onde você costuma homologar seu PAF. Eu já fiz 3 vezes com a Polimig, mas este ano eles estão muito dispersos, o técnico não consegue responder nenhuma dúvida, não retornam nossos questionamentos e nem o boleto que vai vencer nos enviam (isso porque já cobramos diversas vezes por telefone). Estou um pouco preocupada quanto ao comportamento deles....

     

    Sempre homologamos na UNISUL
    Temos homologação agendada para inicio de outubro agora.

  6. 5 minutos atrás, Simone D. Russo disse:

    Bom dia, hoje vcs estão conseguindo comunicar com o WS de homologação? Sexta eu comuniquei normal, mas a partir de hoje só retorna o método Validar. Consultar e Enviar retorna o erro 500.

    http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx?op=Enviar

    http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx?op=Consultar

    http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx?op=Validar

    WS deve estar fora, também não estou conseguindo.

    Método Validar foi desativado, sempre vai retornar "Sucesso". A partir de outubro vai ser removido do WS.

  7. 29 minutos atrás, João Paulo Müller disse:

    Bom dia pessoal,

    Implementei aqui para esses arquivos que ficaram pendente o sistema consultar se obteve sucesso ou erro toda vez que executa a rotina de envio de arquivos.

    Considero para bloqueio somente os arquivos que obterem erro, os arquivos que estão processando deixo fora da contagem, pois ainda estão sendo processados.

    Envio todos os arquivos e listo os que estão pendentes, com erro e sucesso.

    Se tiver 20 arquivos de Rz com erro o PAF é bloqueado.

    Se tiver 5 arquivos de estoque com erro o PAF é bloqueado.

    Esse bloqueio seria por ECF certo, pois imagina uma supermercado com 20 caixas, se ficar um dia em "Aguardando" no outro dia não poderiam mais utilizar o sistema. Pois cada ECF gerar um aqruivo do Bloco X.

  8. Em 22/08/2018 at 10:05, Cesar Balbinott disse:

    Bom dia pessoal, estou implementando o bloco x estoque e surgiu uma dúvida quanto a composição de produtos para venda em restaurantes por exemplo, onde o restaurante compra os insumos arroz, feijão etc e vende almoços, no caso o restaurante nunca vai saber exatamente quantos almoços 1kg de arroz pode render, mesmo vendendo em kg é impossível prever quantas gramas de arroz vai em cada kg vendido, então como informar isso no bloco x estoque?

    Existe um requisito especifico para restaurante que utilizam balanças para pesagem, de uma lida no requisito XLVIII

    Mais resumindo o PAF terá que fazer a emissão de NF-e dos insumos aplicados.

    9. Para fins de controle de estoque e lançamento a título de reclassificação dos produtos, deverão ser
    emitidas, ao final do dia, de forma adicional aos controles de venda destes produtos:
    a) nota fiscal modelo 1, 1-A ou 55 consolidada, dos insumos aplicados na preparação dos produtos a
    serem comercializados, pelo seu valor de aquisição, indicando por natureza da operação o CFOP
    5.926; e
    b) nota fiscal modelo 1, 1-A ou 55 consolidada, dos produtos resultantes da preparação a que se
    refere a alínea a, tendo por valor unitário aquele indicado nos documentos fiscais de venda a
    consumidor final, indicando por natureza da operação o CFOP 1.926.
    10. Para fins de controle de estoque e lançamento a título de reclassificação dos produtos, decorrentes
    de desagregação de insumos, deverão ser emitidas, ao final do dia, de forma adicional aos controles
    de venda destes produtos:
    a) nota fiscal modelo 1, 1-A ou 55 consolidada, dos insumos aplicados na desagregação dos produtos
    a serem comercializados, pelo seu valor de aquisição, indicando por natureza da operação o CFOP
    5.926; e
    b) nota fiscal modelo 1, 1-A ou 55 consolidada, dos produtos resultantes da desagregação a que se
    refere a alínea a, tendo por valor unitário aquele indicado nos documentos fiscais de venda a
    consumidor final, indicando por natureza da operação o CFOP 1.926.

    • Curtir 1
  9. Pelo que entendi, agora esse aplicativo web ou mobile vai precisar ter todas as validações dos requisitos PAF-ECF.
    Vai precisar ter o controle de RE(Requisições Externa) e gerar o arquivo solicitado no Menu Fiscal.
    Neste caso, como executada requisitos vai precisa ir na lista dos arquivos autenticados com seu MD-5.

  10. 5 minutos atrás, João Paulo Müller disse:

    Pois é. É um problema dos grandes...

    Em contato como homologador ele comentou que o arquivo só pode ser considerado enviado assim que receber o status 1 = Sucesso.

    Problema que não da para aguardar o serviço levar 5 dias para processar um arquivo...

    Se o cliente tiver 2 ECF já trava o PDV.

     

    A legislação não fala em que o status deve ser 1 e sim em "o número de transmissões automáticas não executadas",
    Se o arquivo foi enviado e esta aguardando processamento, o sistema realizou a transmissão, então depende do webservice processa-lo.

  11. 11 minutos atrás, João Paulo Müller disse:

    Também penso dessa forma... 

    O detalhe é o seguinte, estamos homologado na ER 02.05 a qual exige que os arquivos da Rz devem ser enviados em ordem cronológica.

    Se eu enviar o arquivo e ele ficar como status "0-Aguardando" e então eu considera-lo como enviado  e enviar o próximo arquivo pendente, pode acabar acontecendo de o segundo arquivo ser processado antes do primeiro, o que faria com que não ficasse mais em ordem os arquivos da Rz..

    Está acontecendo ai com seus clientes também de ficar "Processando" no servidor?

     

    Nossos clientes ainda não estão no período de obrigatoriedade.
    Mais já li vários relatos do mesmo problema.

  12. 5 minutos atrás, João Paulo Müller disse:

    Boa tarde pessoal, procurei no fórum mais não encontrei nada sobre esse ATO.

    A alguns dias são o ATO DIAT que se refere a novos prazos para Bloqueio do bloxo X.

    Em conversa com o homologador da UnoChapeco foi comentado que essa ATO trata-se de uma medida de exceção que será revogado com a estabilidade dos sistemas SAT.

    Não sei com vocês, mas estamos com muitos clientes com arquivos pendurados para ser processado no servidor, o qual sempre retorna o código 0-Aguardando.

    Se for revogado ou não, devemos seguir a legislação. E hoje o prazo deve ser de 20 arquivos para bloquear o sistema.
    Se o webservice esta sobrecarregado agora, imagina em dezembro quando todas as empresas deveram transmitir os arquivos.
     

  13. 5 minutos atrás, João Paulo Müller disse:

    Boa tarde pessoal,

    Estou com esse mesmo problema aqui, passou a acontecer essa semana...

    O arquivo chega a ficar horas e dias pendentes no servidor, o que está deixando os PDVs travados para acesso devido os 10 arquivos pendentes.

     

    Estou pensando em enviar todos os arquivos e estes arquivos que estão como aguardando processamento não considerar como pendentes, somente após receber um retorno e obter erro, ai considerar como pendentes...

    O que acham? Como funciona a sistemática de vocês para transmitir os arquivo?

    No meu entender, se o arquivo foi enviado e esta com o status de aguardando, não deve bloquear o sistema.
    Apenas se não for enviado ou então estiver com o status de erro.

    Mudou a legislação também, agora são 20 arquivos pendentes.
    ATO DIAT Nº 27/2018 - http://legislacao.sef.sc.gov.br/html/atos_diat/frame_atos_diat.htm

  14. 22 horas atrás, Mario Inacio disse:

    Boa tarde.

    O Bloco X está funcionando normalmente num cliente quanto a Reducoes.

    Mas ao fazer o arquivo de Estoque, travou quando foi para assinar o arquivo.

    Deixei mais de uma hora e não retornou.

    O arquivo tem 23MB.

    Alguém já passou por esse problema?

    Segue o arquivo em anexo pra quem queira testar.

    Fisco - Estoque Mensal - 31072018.rar

    Bom dia,
    Tentei baixar o arquivo, mais parece estar corrompido. Nao estou conseguindo descompactar.

    Você esta tentando assinar pelo componente ou pelo ACBr Monitor Plus ?

  15. 27 minutos atrás, Jefferson Damian disse:

    Em anexo o XML.
     estou usando os comando da seguinte forma:

    XmlArq.Clear;
    XmlArq.LoadFromFile(ArqComCaminho);
    XmlReduZ := XmlArq.Text;

    DM.BlocoX.WebServices.ValidarBlocoX.XML := XmlReduZ;
    DM.BlocoX.WebServices.ValidarBlocoX.Executar    //Esse fica em um IF
    DM.BlocoX.WebServices.EnviarBlocoX.XML  := XmlReduZ;                             
                       
                                                                                                                                       //(NomeDoXmlComCaminho, OndeSalvaOZip): RetornaCaminhoENomeDoZip;
    DM.BlocoX.WebServices.EnviarBlocoX.XMLZipado := C_Seguranca.CompactarArquivo(ArqComCaminho, RetornaCaminhoEnviar('ZE'));

    //Até aqui está passando sem erro

    if DM.BlocoX.WebServices.EnviarBlocoX.Executar then  //Aqui ocorre o erro

     

    REDUCAO_Z_31012018_369.XML

    Verifiquei o XML e não observei nd de errado na estrutura, então provavelmente é na maneira que você está compactando e enviando o arquivo.
    O que retorna da função C_Seguranca.CompactarArquivo ? O arquivo ou caminho?
    O seu ACBr esta atualizado até a ultima versão?

  16. 2 horas atrás, Davi disse:

    Estou tendo problemas para envio para SC SAT para enviar sempre me retorna este erro:

    • XML inválido: Versão da Especificação de Requisitos do PAF-ECF não informada, mas precisa ser 02.03 ou superior.

    REDUCAOZ0323031010111000887008022018.xml

    0323031010111000887031012018.xml

    Boa tarde Davi,

    Provavelmente o nro de credenciamento que você esta passando no XML "1506900004812", esta cadastrado no SEFAZ com uma versão anterior a 02.03, verifique!

    8 minutos atrás, Jefferson Damian disse:

    Está configurado, e o erro de requisição não enviada ocorre na hora de enviar o xml depois de validar. Mas não descarto a possibilidade de eu estar fazendo algo errado.

    Anexa o XML gerado para podermos tentar ajudar!

  17. Bom dia,

    Estou utilizando a versão 1.1.0.37, estou implementando a comunicação com os métodos de validar, consultar e enviar os arquivos XML do Bloco X através do ACBr Monitor Plus,
    Não estou conseguindo enviar os arquivos, pois está sempre retornando a mensagem de erro a seguir:

    <EnviarResult><?xml version="1.0" encoding="utf-8"?><Resposta><Recibo>Não gerado, pois não passou na validação inicial. Não será armazenado ou processado</Recibo><SituacaoProcessamentoCodigo /><SituacaoProcessamentoDescricao /><Mensagem>Arquivo ZIP inválido</Mensagem></Resposta></EnviarResult>

    Alguém sabe se o Monitor já esta enviando arquivo no formato ZIP para o webservice?
    Tentei passar vários parâmetros diferentes e não consegui.

    Os métodos validarblocox e consultarblocox, já fiz os testes e estão funcionando corretamente.

    Obrigado pela ajuda,

  18. 11 minutos atrás, willmesquita disse:

    Bom dia, estou com problema no envio do Bloco X, sempre retorna o erro HTTP 500, estou usando libCapicom

    Esta com erro no webservice, para mim retorna erro:

    ---------------------------
    Server was unable to process request. ---> The type initializer for 'Sat.Framework.Storage.StorageManager' threw an exception. ---> É necessário ter um storage cadastrado no sistema.
    ---------------------------

     

  19. 9 minutos atrás, willmesquita disse:

    Estou tendo problema parecido ao tentar enviar o xml do Estoque em modo de homologação. Ao enviar para o servidor recebo como reposta: "Erro interno: 0 Erro HTTP: 500". Alguém sabe o que pode ser?

     

     

    Acho que estão com problema no webservice,
    Fui tentar transmitir um arquivo para testar, e retornou outro erro:

    ---------------------------
    Falha ao Enviar Arquivo: 
    Server was unable to process request. ---> The type initializer for 'Sat.Framework.Storage.StorageManager' threw an exception. ---> É necessário ter um storage cadastrado no sistema.
    ---------------------------
    OK   
    ---------------------------

    Acho que temos que aguardar correção do Sefaz;

  20. 4 minutos atrás, Jefferson Damian disse:

    Olá,

    Não estou conseguindo enviar o Bloco X.
    o erro é:

    Erro Interno: 0
    Erro HTTP: 400
    Erro: Requisição não enviada.

    Não sei se estou fazendo algo errado para alimentar o componente, ou se é porque em 
    Santa Catarina ainda não está 100%

    A homologadora, quando questionei me passou isso:

    https://bell.unochapeco.edu.br/lts/?p=3120

    Desde já obrigado

    Boa tarde,
    A ultima vez que testei(final do ano passado) estava funcionando a transmissão,

    Você está tendo esse erro no ambiente de Homologação ou Produção?
    Isso ocorre no arquivo XML de Estoque,  RZ ou em ambos?

    Podes anexar um xml gerado para podermos ajudar melhor,

    Valeu

  21. Bom dia,

    Temos alguns clientes que utilizam o TEF com o Pay&Go via troca de arquivos na pasta C:\Tef_Dial

    Hoje um cliente gostaria de usar o gerenciador da Cappta, mais não encontrei a pasta de tef_dial para realizar as transações.
    É possível usar o Cappta como funciona no Pay&Go, como fazer essa configuração alguém sabe?

    Obrigado,

  22. Em 29/08/2017 at 14:11, naiaragomesp disse:

    O número de credenciamento está correto, o ECF não sofreu baixa e a cnpj está correta também. Conferi todas essas coisas, mas ainda me retorna ECF não encontrado ao validar o arquivo... 

    Parece que era um problema no webservice, chegou a testar novamente nos últimos dias?
    Posta o resultado, ok?

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.