Italo Giurizzato Junior

Boa tarde, A noticia publicada no portal da SEFAZ-AM diz que os requisitos são: Ser contribuinte do ICMS do estado do Amazonas e possui o certificado digital do tipo A1 ou A3 no padrçao ICP-Brasil. Se você for utilizar o componente ACBrNFe, basta configura-lo, temos uma propriedade onde você escolhe o modelo de documento fiscal, no caso mdNFCe. Eu trabalhei nas alterações do componente juntamente com a SEFAZ-AM, logo ele já possui todas as URLs para o ambiente de homologação para o respectivo Estado.

Marcos, É o que eu conclui, agora é só uma questão de tempo para que o pessoal da SEFAZ-SP implemente os WebServices para a NFC-e. Acredito que isso vai ocorrer até o final deste ano.

E para quem é do Estado de São Paulo temos o seguinte: A Portaria CAT nº 147/2012 com alterações da Portaria CAT nº 37/2013. A partir de 01/04/2014 não serão mais credenciados equipamentos emissores de cupom fiscal - ECFs e que os equipamentos existentes deverão ser substituídos por SAT contados a partir de 5 anos da primeira lacração do equipamento. "Artigo 28 - O contribuinte obrigado à emissão de CF-e-SAT poderá optar por emitir Nota Fiscal Eletrônica - NF-e, modelos 55 ou 65, nas hipóteses em que a legislação prevê a emissão de Cupom Fiscal por meio de equipamento Emissor de Cupom Fiscal. Parágrafo único - Quando, em decorrência de problemas técnicos, não for possível transmitir a NF-e, modelos 55 ou 65, à Secretaria da Fazenda ou obter resposta à respectiva solicitação de Autorização de Uso da NF-e, o contribuinte poderá operar em contingência nos termos da Portaria CAT-162/08, de 29-12-2008, ou emitir CF-e-SAT." No meu entendimento, as empresas do varejo do Estado de São Paulo poderá optar pela utilização da Nota Fiscal Eletrônica para Consumidor Final - NFC-e modelo 65 ou Nota Fiscal Eletrônica modelo 55 em substituição ao SAT.

Boa tarde a todos, Para quem é do Estado do Rio de Janeiro ou tem clientes nesse estado, vai ai uma boa noticia: http://www.tirio.org.br/TI-RIO-Noticias/Clipping/Negocios/Comerciantes-fazem-campanha-pela-Nota-Fiscal-do-Consumidor-Eletronica-no-estado-27145.html

Boa tarde Adilson, Já esta disponivel, favor atualizar e testar novamente.

Bom dia Kiko, Esta clareando, só esqueci de informar o seguinte: A minha aplicação esta rodando em uma industria no estado de São Paulo, logo o motivo de calcular o ICMS ST e o IPI. Sei que quando a industria (meu cliente) vende para um revendedor não há necessidade de informar o Valor Aproximado dos Tributos. Mas se ela vier a vender para um consumidor final, ai sim tem que informar, é ai que a duvida aparece, neste caso continuo calculando o ICMS ST e o IPI da mesma forma ou neste caso, ou seja, para venda ao consumidor não devemos calcular esses tributos? Como estou chegando a meio século, não sou mais um garoto e sim um rapaz de programa, mas sou leigo na parte tributária.

Bom dia Adilson, Muito obrigado, já esta disponivel a inclusão da cidade de Adamantina/SP ao provedor 4R.

Bom dia a todos, O Manual de Olho no Imposto esclarece muitas duvidas, mas não encontrei a resposta ou preciso trocar de óculos. No caso da NF-e o manual diz: "O cálculo é o mesmo apresentado no exemplo do item 4, relativo ao cupom fiscal.", legal, mas no meu caso tenho IPI e o valor do ICMS ST a ser somando ao valor total do item. Exemplificando calculo para cada item: BaseCalculo := (Qtde * (ValorUnitario + Seguro + Frete + Despesas - Desconto) ); (...) TotalItem := ( BaseCalculo + v_ICMS_ST + v_IPI ); // Calcula o valor Aproximado dos tributos ValorAproxTrib := (BaseCalculo * AliqNac / 100); ou ValorAproxTrib := (TotalItem * AliqNac / 100); A duvida é, devo usar a Base de Calculo ou o Valor total do Item para calcular o Valor Aproximado dos Tributos ?

Boa tarde Rodrigo, A versão em uso do CT-e é a 1.04 e só existe uma maneira de efetuar o cancelamento, utilizando o webservice de cancelamento. O cancelamento por evento vai ser disponibilizando acredito eu só para a versão 2.00 do CT-e. Dentro da pasta ...\Exemplos\ACBrCTe temos varios arquivos textos entre eles o Cancelar, estude ele. Observação esses arquivos são fragmentos da minha aplicação.

Boa tarde a todos, Já encontra-se disponivel a implementação de todas as classes bem como as rotinas para gerar e ler o XML do CT-e versão 2.00 No ACBr.inc inclui uma nova diretiva de compilação chamada: PL_200 que quando descomentada, faz com que o componente utilize as rotinas e definições para a versão 2.00 Lembro a todos que como ocorreu alteração na nomenclatura, tipos, tamanhos de algumas tags, e nova posição de outras, como por exemplo os documentos originários que antes encontravam-se dentro do grupo <rem> agora possuiem o seu próprio grupo <infDoc>, sendo assim não será possivel com uma unica rotina ler o XML do CT-e de versões diferentes. Sendo assim deveremos disponibilizar aos nossos clientes duas versões da aplicação, uma para ler o XML na versão 1.04 e outra na versão 2.00 Outra coisa importante, existe um erro em um dos schemas da versão 2.00, esqueceram de alterar a versão dos modais para 2.00 Tive que altera-lo para realizar o teste de gerar, assinar e validar o XML. Não tenho como continuar com os testes uma vez que o ambiente de homologação ainda não esta disponivel, a previsão é de ser liberado até 01/09/2013. Vou dar uma geral no que diz respeito aos eventos, uma vez que agora teremos a CC-e e o cancelamento por evento nessa nova versão. Vica ai o recado aos colaboradores de plantão que já iniciem o desenvolvimento da impressão da CC-e para o CT-e. Peço a todos que baixem a NT 2013/006, nela temos o Manual do CT-e versão 2.00, trata-se de uma preliminar, uma vez que algo ainda pode ser alterado. São apenas 190 páginas para degustar e não adianta dizer que não tem tempo. Compilei a minha aplicação com a diretiva PL_200 habilitada para detectar qualquer erro de sintaxe nos fontes do componente e nenhum erro apareceu. Mas podem ocorrer erros de lógica, eles só vão aparecer quando começarmos a utilizar o componente para valer assim que os ambientes estiverem disponiveis. Até mais.

Boa tarde bilogyn, Favor atualizar os fontes e testar novamente.

Boa tarde Adilson, Relaxa, já esta concertado e disponibilizado, favor atualizar os fontes e testar novamente. Muito obrigado pela colaboração.

Boa tarde Rodrigo, Calma rapaz, o cancelamento por evento para o CT-e só vai começar a funcionar em ambiente de homologação em 01/09/2013 e para a versão 2.00 a versão atual é a 1.04 e esta não vai ter cancelamento por evento. Portanto utilize o cancelamento normal.

Boa tarde Michel, Desculpe a falha. Já encontra-se disponivel a correção, favor atualizar os fontes e testar novamente.

Bom dia Michel, Correção feita, por favor atualize os fontes e tente novamente. Muito obrigado pela colaboração. Atenção, quando encontrar algum problema ocorrido após essas útimas atualizações, favor informar o provedor para ficar mais fácil detectar a falha.

Bom dia Adilson, Alteração realizada, muito obrigado pela colaboração. Favor atualizar os fontes e testar novamente.

Bom dia, Favor atualizar os fontes e tentar novamente.

Bom dia a todos, Fiz as correções agora os TNFSeG.Gera_**** vai passar como parametro o Provedor. Por favor atualize os fontes e testem novamente.

Bom dia Rafa, Atualiza os fontes e tente novamente por favor.

Bom dia Gilson, Por favor atualiza os fontes e tente novamente. Após a atulização note que não tem mais a pasta DANFE_QR3 dentro de ...\Fontes\ACBrNFe2 e no logar temos o arquivo: Property_Does Not Exist .txt Que contem um passo a passa para resolver os problemas de propriedades inexistentes que ocorre com as várias versões do Quick Report.

Bom dia Ariel, Me diz uma coisa, o CIOT esta relacionado com a carga ou com o transporte da carga? Lembre-se que devemos emitir o MDF-e somente para carga fracionada ou seja, diversos remetentes e diversos destinatários, portato temos varios CT-e. Se o CIOT pode mudar para cada CT-e emitido, então esta errado o MDF-e, mas se o CIOT esta relacionado ao transporte da carga, logo todos os CT-e e bem como o MDF-e da carga em questão tem que ter o mesmo CIOT neste caso o MDF-e esta correto. Não sei se ficou claro.

Boa tarde, Favor atualizar os fontes e tentar novamente.

Boa tarde a todos, Encontra-se disponivel as alterações realizadas por mim no componente ACBrMDFe conforme a NT 2013/002. Favor atualizar os fontes do componente, bem como do programa exemplo. Peço por gentileza, de baixar também a NT 2013/002, disponibilizada no portal MDF-e. Foram implementadas as novas classes que diz respeito as informações de unidade de transporte e de carga bem como as alterações de nomenclatura, tipos e tamanhos em TAGs já existentes. Gostaria de Reforçar que dentro da pasta ...\Fontes\ACBrMDFe não existe mais a pasta DAMDFE_QR3, mas por outro lado tem um arquivo chamado: Property_Does Not Exist.txt Nesse arquivo vocês vão encontrar um passo a passo para resolver esse tipo de erro que aparece quando se utiliza versões diferentes do Quick Report.

Boa noite Gilson, Se você estiver com todos os fontes atualizados; Primeiro não existe mais a pasta DANFE_QR3 Segundo existe um texot dentro da pasta ACBRNFe2 chamdo: Property_Does Not Exist.txt Siga os passos continos desse arquivo para sanar esse problema.

Boa noite a todos, TIve um problema parecido, ao executar o aplicativo, ele era aberto e logo em seguida fechado. Solução: não fiz absolutamente nada, apenas desliguei a maquina e liguei novamente e o problema desapareceu.