jorge andrade

Fausto É como o Régys falou, vc tem instalar o certificado, depois confirme a sua instação em qualquer browse, inclusive faça o back-up dele ´e muitoi importante. []s,

Amigo, não sei se estou completamente certo, mas no meu entender, Dpec não é contingência puramente dita, Dpec pra mim é uma situação que vc consegue de alguma forma enviar as informações principais da nfe, enquanto que contingência vc não tem esta possibilidade, ou seja, gera-se o arquivo, imprime o danfe em FS ou FS-DA, para posterior envio ao sefaz. Espero não estar errado nas minhas colocações. []s,

Boa noite Josadac Por favor, forneça mais informações, sistema operacionlal, se está rodando em servidor, se usa pastas diferentes para eventos e cancelamento e etc... []s,

Ribamar Acho que este problema não é do certificado, deve ser de DLL, teste o status de outras webservices tanto em produção qto em homologação para ter certeza que possa ser o certificado. []s,

Raquel Boa noite Sei que vc já deve ter tentado de tudo, inclusive essas simpatias, pulinhos, 3 voltas no quarteirão e etc... Além de todas as informações do Régys, mas o problema seria cômico se não fosse trágico, mas eu faria algumas outras alternativas. 1 - Acredito que vc deva estar rodando o processo numa máquina stand alone, caso não, verificar recursos do usuário no servidor. 2 - Rever a instalação do sistema operacional, recursos de discos, permissões e configurações de segurança na parte de socket 3 - Criar outro usuário na máquina, logar e tentar rodar os processos através deste novo usuário. E vamos tentando até achar a solução []s,

Pessoal Uma questão!!! Este projeto será anexado a um projeto existente tais como: Acbrnfemonitor, acbrmoitor e/outros??? Ou ele vai rodar isoladamente? parece estar já consolidado e funcionando bem. []s,

Fred Boa noite tem certeza que a msg do sefaz é esta mesma? pq pelo o que vc postou está td certo. []s,

Francisco Vc tem que postar o xml para que o pessoal possa te ajudar, somente assim saberá onde está o problema, poste ao menos a parte do detalhamento dos produtos, pois, acredito que o seu problema já estaria resolvido se tivesse aceitado a sug4estão do Kiko (É possível anexar o XML?). []s

Mas essa!!! Eita governinho que gosta de grana sô e nós só... (Faltou o açucareiro pra bater no fundo dele) Pessoal, Coloquei a lei 12.873, que altera as multas por falta de entrega, omissão, erro ou inexatidão nos arquivos magnéticos, e também, a apresentação da equipe do projeto Sped feita na FIESP, que traz um novo posicionamento para o envio de alguns eventos tempestivos; nela vc também, encontrará o cronograma incluindo a agenda dos entes públicos. E, por fim, vc também verá que a empresa poderá enviar os eventos por estabelecimentos, se assim o quiser desde que a abertura S-1000 e o encerramento S-1400 seja feito pelo empregador. http://www.spedbrasil.net/forum/topics/sped-arquivos-magneticos-alteracao-das-multas-lei-no-12-873-de-24http://www.spedbrasil.net/forum/topics/esocial-apresentacao-feita-na-fiesp-em-23-10-2013 Fonte Sped Brasil http://www.spedbrasil.net/?xg_source=msg_mes_network

Laudelino Uma coisa posso te dar certeza que não é problema da webservice, veja abaixo: <retConsStatServ versao="2.00" xmlns="http://www.portalfiscal.inf.br/nfe"> <tpAmb>1</tpAmb> <verAplic>PR-v2_8_1</verAplic> <cStat>107</cStat> <xMotivo>Servico em Operacao</xMotivo> <cUF>41</cUF> <dhRecbto>2013-10-23T19:25:28</dhRecbto> <tMed>1</tMed> </retConsStatServ> Resposta de uma consulta que fiz agora às 19:28 hs, eu faria o seguinte, faria um checklist minucioso de todas as etapas, desde a versão de ServPack do SO, até as atualizações do aplicativo, sem deixar de atualizar os certificados de cadeia V2 e e o CAPICOM. []s,

Amigo Boa tarde Acho que o seu problema não deve ser de wevservice inoperante, pq tenho cliente em MG e não estou tendo problemas, bem provável configuração, certificado, schemas e etc...Vc mesmo disse que tem outros clientes aí na região e não ocorre este problema, melhor fazer o bom e velho checklist, aqui vc vai encontrar tópicos relativos a isso, inclusive a Darlana postou um há pouco tempo atrás muito interessante. []s,

Nem houve troca de certificado? A versão atual do Sac está na 2.7.16 eu acho.

Opa, desculpe, o problema já estava resolvido e não percebi. []s,

Reginaldo, Vc por acaso tem algum certificado A1 que vc possa testar no embiente do cliente? Se vc tentou em outras máquinas e fez td certo conforme relatado, com opções questionadas pelo pessoal, eu partiria para a solução mas rápida. Compraria um certificado A1 para o cliente urgente, mesmo que o custo fosse do meu bolso e depois pensaria em resolver o problema, pq por um valor entre 130,00 e 250,00, sua dor de cabeça acaba de vez. Pense nisso. []s,

Complementando as informações do KIko, vc deve verificar também se estas mercadorias estão na lista camex por não ter similar nacional e com até ou maior de 40% de suas propriedades e se esta é passível de ser tributada com 4%, existe uma regra específica na tabela que determina esta tributação, além das regras do sefaz em relação ao fisco, tipo de pessoa, destino, cfop e etc... Mas como disso o Kiko, anexe o xml, sem ele, não há chance de te ajudar. []s,

Compartilha amigo, ou não é passível de compartilhamento? []s

Opa, esqueci de perguntar!!! Qual a versão do NfeMonitor que vcs estão usando? []s,

Amigo, eu não sei se vai te ajudar o que eu vou colar e comentar aqui, mas o André já citou algo acima que por si só, já seria suficiente para que vc reveja o processo, no entanto o grupo abaixo (Extrído do manual da nfe) não reflete o que vc está postando. Eu não uso a geração do arquivo xml através do INI do acbrnfemonitor, mas estou vendo que vc abre um ICMS001, informa CSOSN e ao mesmo tempo CST 60. Então se vc olhar no seu xml, verá que vc no total tem icms próprio (vBC), quando na verdade vc não tem esta informação no item, o que pode ser decorrente do grupo [iCMS001] que vc abriu, mas como disse nunca gerei através do INI, então não sei se este grupo é obrigatório, mesmo que vc deva informar CSOSN, ou seja algum grupo [iCMSSN400], conforme está sendo gerado no xml e que não tem nenhuma tributação nesta CSOSN. N10d ICMSSN102 Grupo CRT=1 – Simples Nacional e CSOSN=102, 103, 300 ou 400 N01 1-1 Tributação do ICMS pelo SIMPLES NACIONAL e CSOSN=102, 103, 300 ou 400 (v.2.0) N11 Orig Origem da mercadoria E N10d N 1-1 1 Origem da mercadoria: 0 – Nacional; 1 – Estrangeira – Importação direta; 2 – Estrangeira – Adquirida no mercado interno. (v.2.0) N12a CSOSN Código de Situação da Operação – Simples Nacional e N10d N 1-1 3 102- Tributada pelo Simples Nacional sem permissão de crédito. 103 – Isenção do ICMS no Simples Nacional para faixa de receita bruta. 300 – Imune. 400 – Não tributada pelo Simples Nacional (v.2.0) (v.2.0 Espero ter ajudado []s,

Bom antes de td, quero dizer que o acesso foi normalizado hoje e que o tratamento que dei ao problema foi exatamente igual ao retorno que tive do Isaque, ou seja, com a mesma responsabilidade e valor que dei ao fórum. Minha intenção foi alertar sobre possíveios problemas, e sobre o processo ser automático, estou ciente e é justamente por isso que alertei para o problema. Acho que não seria o caso de contatar o setor financeiro, mesmo pq acredito que o problema seja de ordem técnica e não financeira, portanto, certa frases "Não acho necessário tratar isso aqui no fórum.." podem ser omitidas ou não proferidas. Não quero ser tratado de maneira especial em relação aos demais companheiros do fórum, mas ao menos com a inteligência que deveria ser pelo alerta que fiz, por mim o assunto está encerrado e ponto final, pois já dei o meu recado anteriormente. []s,

Sr(a)s. Administradores/Moderadores e Depto. Cobrança Solicito verificar o modelo de bloqueio for falta de identificação de pagamento ora utilizado, pois o mesmo não está de acordo com as regras de cobrança através de boleto bancário, no que concerne a data de vencimento em fins de semanas e feriados. Meu título venceu no sábado deia 19/10/2013 (Sábado), sem expediente bancário, portanto não há troca de arquivos para confirmação do pagamento, exceto por ouitro meio não especificado, porém na segunda meu acesso foi bloqueado por falta de pagamento, sendo que o mesmo fora pago dentro do prazo. Portanto solicito verificar e corrigir este problema, afim de não promover o bloqueio e de certa forma um certo constragimento, inclusive pelo fato previlegiarmos o projeto e promovermos para outros do ramo. Desde de já agradeço. []s,

Mark Boa noite Se entendi, siginifica que o acbrnfemonitor, ao invés de rodar em tray, ficaria como serviço ativo do windows ou estou errado? []s,

Vc tem que fornecer mais informações para que o pessoal aqui possa te ajudar, exemplo: 1 - Vc deseja só imprimir ou gerar e imprimir? Se for impressão utilize o comando: NFE.ImprimirEvento(ArqEve,ArqNfe) - Papel ou pdf, ou então utilizar o comando ImprimirEventoPDF que imprime direto em pdf. 2 - Se for geração, vc deve gerar o arquivo no formato INI, pelo o que saiba (se estiver errado me corrijam por favor), o acbrnfemonitor só aceita arquivo no formato ini, ainda não está aceitando no formato xml direto. 3 - A emissão de um danfe com a chancela de CANCELADA, basta que vc consule o documento qdo ele estiver cancelado que o status será gravado no mesmo e o acbr irá chancelar esta informação na emissão. 4 - Se for cancelamento, vc deve utilizar o comando de cancelamento: NFE.CancelarNFe(wChaveNFe,wmotivo) Espero ter ajudado e boa sorte. []s,

A melhor solução é a devolução e a geração da nota correta, embora alguns dos seus clientes já podem ter utilizado estes créditos (Desde de que estes sejam contribuintes e possam se creditar deles) pq a coisa funciona em cadeia e mais esta situação não aceita ajuste e nem complementos. Então diante da situação, não resta outra alternativa, exceto emitir de imediato notas de devolução (Invertendo a operação anterior) e seguida emitir as notas corretas em substituição as notas com erro. Essa solução resolve o seu problema, porém os seus clientes que se creditaram do icms com certeza deverá ajustar0 suas escriturações/apurações do período de forma exteporânea. []s,

EFD ICMS/IPI - Ato Cotepe 43 - novo guia prático 2.013 Publicado por Jorge Campos em 16 outubro 2013 às 7:23 em EFD ICMS/IPI Exibir tópicos ATO COTEPE/ICMS No- 43, DE 30 DE SETEMBRO DE 2013 Altera o Ato COTEPE ICMS 09/08, que dispõe sobre as especificações técnicas para a geração de arquivos da Escrituração Fiscal Digital - EFD. O Secretário Executivo do Conselho Nacional de Política Fazendária - CONFAZ -, no uso das atribuições que lhe confere o art. 12, XIII, do Regimento da COTEPE/ICMS, de 12 de dezembro de1997, por este ato, torna público que a Comissão Técnica Permanente do ICMS - COTEPE/ICMS, na sua 204ª reunião extraordinária, realizada nos dias 23 a 30 de setembro de 2013, em Brasília-DF, considerando o disposto no Ajuste SINIEF 02/09, de 03 de abril de 2009, resolve: Art. 1º O parágrafo único do art. 1º do Ato COTEPE ICMS 09/08, de 18 de abril de 2008, passa a vigorar com a seguinte redação: "Parágrafo único. Deverão ser observadas as orientações do Guia Prático da Escrituração Fiscal Digital - versão 2.0.13, publicado no Portal Nacional do Sistema Público de Escrituração Digital (SPED), que terá como chave de codificação digital a sequência "95e91c3be5d24ddab5145e69559ac2cd", obtida com a aplicação do algoritmo MD5 - "Message Digest" 5".". Art. 2º O Manual de Orientação do Leiaute da Escrituração Fiscal Digital - EFD, Anexo Único do Ato COTEPE ICMS 09/08, que passa a vigorar com as seguintes alterações: I - a descrição do campo 03 do registro 0175 passa para: "Número do campo alterado (campos 03 a 13, exceto 07)"; II - o tamanho do campo 05 (NUM_DOC) do registro C114 passa para: 009; III - o tamanho do campo 03 (NUM_DOC_IMP) do registro C120 passa para: 012; IV - o título do registro C195 passa para: "REGISTRO C195: OBSERVAÇÕES DO LANÇAMENTO FISCAL (CÓDIGO 01, 1B, 04 e 55)"; V - o tamanho do campo 05 (NUM_COO_FIN) do registro C405 passa para: 009; VI - o tamanho do campo 04 (NUM_DOC) do registro C460 passa para: 009; VII - o título do registro C800 passa para: "REGISTRO C800: CUPOM FISCAL ELETRÔNICO - SAT (CF-e-SAT) (CÓDIGO 59)"; VIII - o título do registro C850 passa para: "REGISTRO C850: REGISTRO ANALÍTICO DO CF-e-SAT (CODIGO 59)"; IX - o título do registro C890 passa para: "REGISTRO C890: RESUMO DIÁRIO DO CF-e-SAT (CÓDIGO 59) POR EQUIPAMENTO SAT-CF-e"; X - o tamanho do campo 04 (SUB) do registro D300 passa para: 004; XI - o tamanho do campo 05 (NUM_COO_FIN) do registro D355 passa para: 009; XII - a redação da coluna "Descrição" da tabela 2.6.1.2 - Bloco C, do Registro C195 passa para "OBSERVAÇÕES DO LANÇAMENTO FISCAL (CÓDIGO 01, 1B, 04 e 55)"; XIII - a redação da coluna "Descrição" da tabela 2.6.1.2 - Bloco C, do Registro C800 passa para "CUPOM FISCAL ELETRÔNICO - SAT (CF-e-SAT) (CÓDIGO 59)"; XIV - a redação da coluna "Descrição" da tabela 2.6.1.2 - Bloco C, do Registro C850 passa para "REGISTRO ANALÍTICO DO CF-e-SAT (CODIGO 59)". XV - a redação da coluna "Descrição" da tabela 2.6.1.2 - Bloco C, do Registro C890 passa para "RESUMO DIÁRIO DO CFe- SAT (CÓDIGO 59) POR EQUIPAMENTO SAT-CF-e"; XVI - a redação do item 59 da coluna "Descrição" da tabela 4.1.1 - Tabela Documentos Fiscais do ICMS passa para: " Cupom Fiscal Eletrônico CF-e-SAT"; XVII - na coluna "Descrição" do campo 02 (IND_APUR_ICMS) do registro 1900 fica incluído o seguinte: "6 - APURAÇÃO 4; 7 - APURAÇÃO 5; 8 - APURAÇÃO 6"; XVIII - na coluna "Tipos de Apuração" da tabela 5.3 - TABELA DE AJUSTES E INFORMAÇÕES DE VALORES PROVENIENTES DE DOCUMENTO FISCAL ficam incluídos os seguintes códigos e respectivas descrições: " Tipo de Apuração Cód. Descrição 6 Apuração 4 - Bloco 1900 7 Apuração 5 - Bloco 1900 8 Apuração 6 - Bloco 1900". Art. 3º Este ato entra em vigor na data de sua publicação produzindo efeitos a partir de 1º de novembro de 2013, exceto quanto aos incisos XVII e XVIII do art. 2º, que produzirão efeitos a partir de 1º de janeiro de 2014. MANUEL DOS ANJOS MARQUES TEIXEIRA