Painel de líderes

Já foi muito comentado este tema aqui no fórum mas vou anexar mais informações sobre o tema , vamos lá : Manifesto Eletrônico de Documentos Fiscais : O Projeto MDF-e tem como objetivo a implantação de um modelo nacional de documento fiscal eletrônico que venha substituir a sistemática atual de emissão do documento em papel, com validade jurídica garantida pela assinatura digital do emitente, simplificando as obrigações acessórias dos contribuintes e permitindo, ao mesmo tempo, o acompanhamento em tempo real das operações comerciais pelo Fisco. O MDF-e deverá ser emitido por empresas prestadoras de serviço de transporte para prestações com mais de um conhecimento de transporte ou pelas demais empresas nas operações, cujo transporte seja realizado em veículos próprios, arrendados, ou mediante contratação de transportador autônomo de cargas, com mais de uma nota fiscal . A finalidade do MDF-e é agilizar o registro em lote de documentos fiscais em trânsito e identificar a unidade de carga utilizada e demais características do transporte. Autorização de uso do MDF-e implicará em registro posterior dos eventos, nos documentos fiscais eletrônicos nele relacionados . Fonte : https://mdfe-portal.sefaz.rs.gov.br/Site/Sobre Manifestação do Destinatário : O documento oficial sobre a Manifestação do destinatário está no AJUSTE SINIEF 1, DE 6 DE FEVEREIRO DE 2013, é o fato da sua empresa se posicionar quanto a emissão de uma nota fiscal do seu fornecedor para sua empresa. Similar a um “Canhoto eletrônico”. Tecnicamente trata-se de um conjunto de eventos da Nfe, esses eventos estarão confirmando ou não as informações prestadas pelo seu fornecedor e emissor do respectivo documento fiscal. São quatro tipos : 1. Ciência da Emissão 2. Confirmação da Operação 3. Registro de Operação não Realizada 4. Desconhecimento da Operação Há Também prazos diferentes para operações (Dentro do Estado, Interestaduais e de área de incentivo) Veja esse artigo:http://informativo.gfaz.com.br/linkinfor... . O Bom é que com esse processo você pode identificar quem faturou uma nota para você evitando possíveis fraudes. E ainda pode baixar os XML´s que por ventura seu fornecedor não tenha enviado. Mas para isso você precisa de um software que acesse o WebService da Sefaz e faça e serviço automaticamente para você veja esse produto:http://www.gfaz.inf.br Quanto a obrigatoriedade independente do porte, alguns setores já estão obrigados, outros ainda são de adesão voluntária, mas a previsão é que durante o ano de 2013 todos os setores estarão obrigados a realizar esse processo. Inclusive á indicações de que haverá multa para as empresas que não cumprirem. Fonte : http://br.answers.yahoo.com/question/index;_ylt=AwrSbjW9_udSQGQA83Tz6Qt.;_ylu=X3oDMTE1czlwbnZiBHNlYwNzcgRwb3MDNgRjb2xvA2dxMQR2dGlkA01TWUJSMDJfNzU-?qid=20130326074555AAKyoyB

Binho, Para você ver que algumas dessas empresas que oferecem para as prefeituras o serviço de webservices de NFS-e são amadoras, note: Em particular o provedor mencionado por você. 1. No Schema temos a definição da TAG: IncentivadorCultural no grupo de informações do RPS <xsd:element name="IncentivadorCultural" type="tsSimNao" minOccurs="1" maxOccurs="1"/> 2. Definição do tipo simples: tsSimNao <xsd:simpleType name="tsSimNao"> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2"/> </xsd:restriction> </xsd:simpleType> 3. Concluimos que a TAG IncentivadorCultural é obrigatória, uma vez que o minOccurs é igual a 1 e cujo valor será 1 ou 2, para Sim ou Não respectivamente. 4. No Schema temos a definição da TAG: IncentivadorCultural no grupo de informações da NFSe: <xsd:element name="IncentivadorCultural" type="tsSimNao" minOccurs="1" maxOccurs="1"/> 5. Também do mesmo tipo e obrigatório. 6. Se nós fossemos validar os XMLs de retorno, o XML referente a NFS-e que você anexou, não seria validado pois não consta essa TAG no mesmo. Fica aqui a pergunta, quem esta errado? Até quando vamos ter que fazer gambiarras, pois essas empresas não geram o XML conforme o schema. Cada vez mais ,acredito da seguinte frase: Faça o que eu mando, mas não faça o que eu faço. Ou seja, nós temos que gerar o XML do jeito que eles querem, mas o retorno eles fazem de qualquer jeito.

Boa tarde Lucas, Esta disponivel algumas alterações no componente ACBrNFSe. Vamos a elas: 1. Criei o provedor Pronim, este provedor vai utilizar o schema que você disponibilizou e relacionei a esse provedor a cidade de Catanduva/SP. 2. Realizei alterações em algumas units para completar a implementação do provedor Pronim. 3. A Unit ACBrProvedorGovBR agora não atende mais a cidade de Catanduva/SP e vai continuar utilizando os schemas que estão na pasta GovBR. Peço a você que refaça os testes com a cidade de Catanduva, so que agora utilizando os schemas da pasta Pronim. Se possível realizar os testes com as demais cidades atendidas por GovBR. As que falharem, vamos mudar para o Pronim e realizar os testes novamente. O porque dessas alterações e implementação? No Schema ( nfse.xsd ) que você disponibilizou que por sinal esta funcionando para a cidade de Catanduva/SP a TAG ValorISSRetido vem depois de ValorLiquido. Por outro lado na pasta GovBR temos vários schemas e em particular o ( tipos_complexos.xsd ) a TAG ValorISSRetido vem antes de ValorLiquido. Acredito que a Empresa GovBR para algumas cidades utilizou-se de um schema e para outras outro schema. Fico no aguardo de um retorno dos seus testes e aproveito para solicitar que os demais desenvolvedores que utilizam o componente para as cidades atendidas pelo provedor GovBR, por favor realizem os testes também. Desde já muito obrigado a todos.

Bom dia Rodrigo, Já esta disponivel a sua alteração. Muito obrigado pela colaboração. E aproveitei para incluir mais uma propriedade: EPECEnviado cujo valor padrão é False. Se o tipo de emissão for 4 e a propriedade EPECEnviado for True será acrescentado no quadro de Observação uma linha informado que o EPEC foi enviado para a SEFAZ.

Tem os endereços do webservice e schemas? sabe qual o provedor do serviço?