Anderson Eccker

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.

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. 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!

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.

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.

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

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.

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.

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.

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.

É verdade, se preparem que estão preparando a versão 1.1 dos arquivos XML.

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.

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

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.

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

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 ?

Boa tarde, Apenas para informar, foi publicado no DOU nova versão do PAF-ECF versão 02.06 https://www.confaz.fazenda.gov.br/legislacao/atos/2018/ato-cotepe-icms-37-18 Ainda não consegui baixar esse pdf para verificar as alterações. Se alguem tiver algum sucesso posta o link aqui. Obrigado,

Boa Tarde, Alguém esta conseguindo realizar o envio dos arquivos zipados do BlocoX do PAF-ECF pelo ACBr Monitor? Como vocês estão passando por parâmetro o arquivo zipado para o webservice? Obrigado pela ajuda,

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?

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! Anexa o XML gerado para podermos tentar ajudar!

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,

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. ---------------------------

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;

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

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,

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