JoaoPauloRicardo

certamente que estava a me referir a valores avultados, pois doações pequenas e de carisma pessoal (tais como as religiosas) não são controladas, embora na minha opiniao pessoal devessem pois iria evitar a criação de determinadas igrejas que são tudo menos igrejas (e nomes não se dizem). e mais importante, nunca foi minha intenção acusar ou difamar, somente alertar pois tem muita gente que acredita que programador tem de fazer o que mandam, mesmo que seja ilegal, e quando chega a hora de pagar o pato quem paga somos nós.

antes de desenvolver ecf em web melhor dar uma lida na legislação. existem certo requisitos funcionais que dificultam a implementação nesse formato.

ph não leves a mal mas isso de doar sem recibo parece muito com caixa 2 ou esquema. pelo menos falta transparência ao processo. certamente tens noção que mesmo sendo uma doação algum documento tem de ser entregue. até porque quem doa, dependendo do valor, tem de declarar o dinheiro posteriormente. Isto soh para te avisar, pois quem desenvolve o software nesses termos pode ser constituído arguido em qualquer processo de estelionato

trata-se de uma regra do SEFAZ. qq duvida ver notas tecnicas. Não Contribuinte = Consumidor Final

ah pelo que vi todas as alterações previstas pelo dito manual jah foram implementadas no acbr (grande parte delas ainda em 2015). Isso pode ser confirmado por um dos moderadores/fundadores que estao dentro do assunto mais profundamente.

dah para anexar o dito manual e, se possivel, o link para o mesmo?

por outras palavras...nada de CEST em 2016. Um dos motivos é exatamente a dita tabela não estar completa em relação a cada estado. até lah o campo não é validado

svn/show log/compare escolhe as das versoes. podes ate escolher somente o arquivo. simples assim

sugestao de amigo: por que não comparas as duas versoes que falas, no ponto onde dah o erro ou no caminho dele, e analisas se o problema está nas fonte ou no aplicativo. assim poderás contribuir para o acbr com a tua propria solução, caso seja o caso.

pah sinceramente não sei se podes seguir esse percurso, pelo menos em relaçao ao certificado e aos sat para multiplos cnpj. isso iria contra a natureza do proprio projeto que é controlar o contribuinte (bem-vindos ao big brother), pois ambos estao associados a um cnpj, isto para acrescentar o fato de na propria assinatura do arquivo o cnpj ter de possuir o mesmo cnpj do emitente (esta possibilidade seria mis facil de rodear com certificados A1 e multiplas configurações por clientes). isto é uma opiniao pessoal claro, posso estar errado.

acho que fica ate 6 meses após entrar na base de dados do SEFAZ (não sei se é relevante para o efeito a data de manifestação), contudo podes confirmar esse ponto pela propria sefaz.

pah tem atenção que o software gratuito foi descontinuado.

Efetuar o download depende da aplicação. Depois da manifestação de ciência o utilizador fica com essa possibilidade em aberto ao efetuar nova pesquisa do nsu (primeiro vem o resumo do documento e depois o mesmo completo), assim ele poderá dar prosseguimento ao processo. Caso o mesmo ja possua o xml em seu poder, se foi enviado pelo emitente, então ele não precisa efetuar o download e passa ao passo seguinte (confirmar,cancelar ou desconhecer) tudo isto para dizer que não é obrigado a fazer o download e sim, informando o nsu relativo ao xml completo podes efetuar o download do mesmo.

não. significa que ai continuar a tentar cumprir o proposito da função até o seu final... independentemente dos erros gerados. qq comando que gere erro certamamente não sera gravado.

applyupdates não dispara erro, contudo gera internamente e pode ser tratado no método ReconcileError, (mensagens, dados, retorno, etc). O retorno de apllyupdates determina o que sucedeu, se retornar 0 entao sucesso, caso contrario deu xatice. Já o parâmetro indica o nível de erros que queres tratar, 0 termina assim que der erro, -1 não tem limite nos erros, 1/2/3...x termina quando der um erro no nivel indicado. Seja como for a recomendação geral é não usar applyupdates e sim clientdatasets tem o mesmo proposito e muito mais controle

EPEC está ativo e é uma das formas de contigencia da NFe. Offline será da NFCe. os restantes, No caso dos SVN isso vai depender de qual serve o estado da empresa. Os restantes foram descontinuados ou estão em processo

pah nós aqui estamos a colocar sempre o CEST, desde que definido no produto. a regra soh valida a falta dele por isso informação em excesso não causa problema.

que seria de nós sem os contadores...cada vez se parecem mais com os advogados (um mal necessário)

tens razao pah...erro meu..... confundo sempre os nomes

humm... ja viste as nt???? dah uma olha na NT 2015.003 - v1.70, lá tens a informação que procuras (axo eu)

creio ue foi adiada para 1/10/216

provavelmente (finalmente) o webservice relacionado com a funcionalidade DownloadNfe foi descontinuado pelo SEFAZ, uma vez que já faz um tempo que este foi substituído pela Manifestação de Distribuição. independentemente do motivo e para de futuro não ter esse problema deverias passar a usar a Manifestação

Não é obrigatória a utilização do tef, contudo se usares pagamentos eletrônicos (como o TEF) sem o controle interno pela aplicação tens de informar os mesmos com a propriedade de pag, TtpIntegra=tiPagNaoIntegrado, embora nesse caso seja opcional o detalhe dos mesmo

se estás a mandar a nota pelo SVR (contigencia do SEFAZ) então é possível que demore a veres devido á necessidade de sincronização que pode demorar 1 minuto, 1 hora, 1 dia ... enfim o tempo que for necessário para corrigir o que eventualmente levou a dita contingência.

infEvento.cOrgao := strtoint(copy(ChaveNotaFiscal, 1, 2)); faltou a linha